Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - seba123neo

#1701
Bases de Datos / Re: Ayuda con sentencia sql
24 Marzo 2010, 02:37 AM
y donde esta la relacion de esas 2 tablas..??  :o :o deberia tener un idequipo sino es imposible saber el nombre de un equipo dado un ID...

saludos.
#1702
Bases de Datos / Re: Ayuda con Consulta.
24 Marzo 2010, 02:32 AM
Cita de: royerphpmysql en 23 Marzo 2010, 04:02 AM
pero eso aplica cuando las materias completas se almacenan en la misma tabla no?

en este caso en la tabla kardex se almacenan solo las amterias qeu se le captura la calificacion y en la tabla materias esta el catalogo de materias con el codigomateria, en kardex tengo codigomateria con materia. no se si me explico.

lo que tendria uqe hacer es consultar kardex y materias y comparar los valores de codigo materia en ambos? e imprimir null el que no tenga los mismos valores que tiene la tabla materias?

me podrias dar un ejemplo detallado de lo que queres ? o sea un ejemplo de como seria la salida de datos que queres ver...

saludos.
#1703
con todo respeto sirdarckcat, la verdad no me gusta y no le veo utilidad, pero si lo ponen no hay problema...vos sabes que cuando lo vi por primera vez, vi que se mostraba esa ventanita y se iba a cada rato...pense que estaba infectado con un virus.... :xD..vote "por me da igual"...

saludos.
#1704
Bases de Datos / Re: Ayuda con Consulta.
22 Marzo 2010, 03:10 AM
Cita de: royerphpmysql en 21 Marzo 2010, 02:51 AM
ya di con el query correcto.

$res=mysql_query("SELECT alumnos.nombres, alumnos.apellidos, alumnos.matricula, kardex.calif1A, kardex.fechacalif, materias.materia FROM alumnos INNER JOIN kardex INNER JOIN materias ON kardex.matricula=alumnos.matricula WHERE alumnos.matricula =".$_POST['matricula']);

pero me las muestra repetidas en el script creo qeu tengo que ponerle otro array

si ese "INNER JOIN kardex" no va asi...y yo soy partidario de no poner el nombre de la tabla delante de los campos sino un simple "alias" queda mucho mas claro y entendible y la consulta no se hace tan grande...por ejemplo:

SELECT al.nombres, al.apellidos, al.matricula, k.calif1A, k.fechacalif, mat.materia
FROM alumnos al
INNER JOIN kardex k ON aca pones la relacion...
INNER JOIN materias mat ON k.matricula=al.matricula
WHERE al.matricula = blabla...


y si podes ordenala queda mucho mas claro al leer..porque te quiero ver con una consulta larga en una linea...imposible de leer...

saludos.
#1705
Detect SQL Server

hay un monton de eejmplos en internet...

saludos.
#1706
Hola, primero no sabria decirte si te lo va a dejar hacer...corriganme por favor si me equivoco en lo que voy a decir.... ya que nunca lo he probado, pero cuando ejecutas el .exe este carga las referencias que va a usar la aplicación, pero si supongamos ejecutas tu .exe cuando la libreria todavia no ha sido registrada..por mas que la registres "on the fly" en el programa..al momento de usarla te va a tirar error igual por mas que la registres, ya que solo carga las referencias cuando inicia el .exe y no se "actualiza" mientras el programa esta en ejecucion y por eso te funciona cuando cerras el proyecto y lo volves a ejecutar...corriganme eso..solo abria que hacer una simple prueba de lo que digo...ejecutar un programa que use cualquier .OCX o .DLL y tratar de simular es , desregistrandola mientras esta en ejecucion el programa, pero ahora no puedo probar nada...

igualemente no se porque lo haces asi...y no lo haces normal como cualquier aplicación...

saludos.
#1707
Cita de: LeandroA en 20 Marzo 2010, 16:48 PM
sea como sea skyweb07 es mucho mejor programador que otros que lo critican.
Como decía karcrak si van a acusarlo de copy and paste por usar una api estamos todos fritos.

Lo cómico es que cuando alguien hace un aporte son dos o tres los que se toman la molestia para agradecer o aportar una critica constructiva. pero a la hora de criticar  hacemos un post bien completito donde todos tiran a matar.

Bue cha

Leandro, SI tenes razon, todos alguna vez copiamos de internet codigo a lo loco, YO incluido lo super reconozco, sino seria un mentiroso, pero NUNCA (yo por lo menos), voy a postear un codigo que esta hasta en las web chinas desde hace 10 años, y diciendo que me "salio"...porque me daria verguenza hacerlo sabiendo que esta en todos lados y para colmo es la unica forma de hacerlo con esta api, porque da a entender que lo hizo el de 0 y trae a la confusión de algunos.para mi como dije antes, todo esto fue que se expreso mal al decir "me salio esto" nada mas, todo hubiera sido diferente si hubiera dicho que estaba queriendo descargar una imagen, busco en internet y se encontro ese codigo y lo queria aportar aca en el foro.no tengo nada contra skyweb07.

saludos.
#1708
Bases de Datos / Re: Comando ANALYZE en MySQL
20 Marzo 2010, 16:56 PM
nunca he utilizado ese comando por lo tanto no te sabria decir...aca hay otro que encontre:

La Elección de Índice:

Para elegir el índice que se utilizará en la consulta, el Planificador de MySQL busca los índices.
Resulta evidente la importancia que adquieren las estadísticas de los índices que almacena MySQL.
Si no están actualizadas las estadisticas, el planificador puede elegir utilizar un índice que, según sus estadísticas, devolverá 10 resultados y encontrarse con que realmente devuelve 300.000.
Para evitar la degradación de rendimiento resulta vital analizar y optimizar las tablas
periódicamente, sobre todo si el número de registros varía frecuentemente. Para ello debemos utilizar los comandos ANALYZE TABLE y OPTIMIZE TABLE. Esto hará que el Planificador tenga estadísticas actualizadas al elegir el índice.
#1709
Bases de Datos / Re: Comando ANALYZE en MySQL
20 Marzo 2010, 16:34 PM
Cita de: Skeletron en 20 Marzo 2010, 16:01 PM
Que humor que tenes..

:¬¬




otro por si no lo leiste

ANALYZE TABLE

y la traduccion de otro:


Mantenimiento de Tablas: ANALYZE

Para InnoDB, esta es una operación rápida - aunque no exactamente las estadísticas más confiables provienen de ella. La razón, es que con InnoDB, cuando se ejecuta ANALYZE TABLE (con el fin de actualizar la distribución de los índices), habrá 10 inmersiones al azar en cada índice, obteniendo como resultado la estimación de la distribución. Por lo tanto, ejecutar ANALYZE TABLEs en cadena puede (y probablemente) producen resultados diferentes cada vez que se ejecuta. Tenga en cuenta sin embargo, que esto provoca un bloqueo de escritura sobre la tabla.

Con MyISAM, esta operación puede tardar más. Sólo se pone un bloqueo de lectura, al hacerlo, pero en el lado positivo, las estadísticas recogidas es de confianza y la información que recibe es la correcta.

Una de las razones para emitir ANALYZE TABLE es cuando tenemos un montón de modificación de una tabla (INSERT o DELETE, por ejemplo), con el tiempo el optimizador no puede hacer la mejor elección cuando se trata de decidir si debe utilizar un índice específico o no. Al ejecutar ANALYZE TABLE, podemos ayudar a hacer una elección más correcta.ANALYZE ayuda optimizador de consultas para hacer decisiones exactas por un análisis detallado de los datos, a diferencia de optimizador de consultas que hace un análisis rápido.

saludos.