No jala todos los campos en query

[[Caral]]

Hola
Es curioso, pero que tiene que ver el dbgrid, con la tabla?
El dbgrid, esta trallendo la informacion con que query?
Donde se muestra la informacion del query que nos enseñaste?
No se, algo es pasando y no lo entiendo.
Saludos

[Nomad]

Empezado por Caral

Hola
Es curioso, pero que tiene que ver el dbgrid, con la tabla?
El dbgrid, esta trallendo la informacion con que query?
Donde se muestra la informacion del query que nos enseñaste?
No se, algo es pasando y no lo entiendo.
Saludos

Yai me pidieron que hicieron un query1 con select * from empleados y que le pegara un dbgrid para ver que devolvia, y devuelve todo menos el campo de nombre y tambien les mande un screenshot de la base de datos en SQL Server para que vieran donde esta el campo y con el nombre...

[[egostar]]

Empezado por Nomad

Yai me pidieron que hicieron un query1 con select * from empleados y que le pegara un dbgrid para ver que devolvia, y devuelve todo menos el campo de nombre y tambien les mande un screenshot de la base de datos en SQL Server para que vieran donde esta el campo y con el nombre...

Vaya, pues ahi no te pone dos campos, Nombre y Cedula...

Esto si está fuera de mi alcance, estos dos campos tienen el mismo tipo de datos?

Salud OS

[[Caral]]

Hola
Esto es de las cosas que solo pasan una vez cada mil años y te toco.
Has probado con un table ?
Estas seguro que es la misma base de datos?
esto te lo digo porque yo trabajo con dos y a veces me a pasado, actualizo una y creo que estoy trabajando con esa y no es asi.
Sinceramente se me acaban las neuronas, voy a tener que comprar mas.
Saludos

[Nomad]

Empezado por egostar

Vaya, pues ahi no te pone dos campos, Nombre y Cedula...

Esto si está fuera de mi alcance, estos dos campos tienen el mismo tipo de datos?

Salud OS

Tenes razon tambien falta cedula no lo habia notado, y uno es de tipo Nvarchar(50) y el es varchar(20).

[[Caral]]

Hola
Y cambiando el tipo de varchar a solo char, no se si lo hay en sql server.
Si mi amigo Egostar lo dice debe ser por algo, recuerda que la edad manda.
Saludos

[[egostar]]

Empezado por Caral

Hola
Y cambiando el tipo de varchar a solo char, no se si lo hay en sql server.
Si mi amigo Egostar lo dice debe ser por algo, recuerda que la edad manda.
Saludos

A que mi amigo Carlos

Veo que tienes un campo que se llama IdEmp, de casualidad el Nombre y la Cedula no la muestras de otra tabla

No veo como es que no te los muestra en el grid....

Salud OS

[waly2k1]

Código SQL [-]
SQL := 'SELECT Nombre, Departamento FROM dbo.Empleados WHERE Codigo=' +  EdNCodigo.Text + ' and Activo = 1';

Query1.SQL.Text := SQL;
Query1.Active := True;
EdSNombre.text := Query1.FieldByName( 'Nombre' ).Value;

Hacé referencia directamente por el nombre del campo y no te preocupes si te trae en el primer, segundo o enésimo lugar.

Seguramente es algo que tenés mal en los campos del query, borralo y creá uno nuevo. La sentencia SQL está bien, pero los campos del Query seguramente no.

Hacé doble click sobre el query y te abre una ventana de propiedades con los campos, click derecho y le das a la opcion Select All, Delete y Add all fields despues. Seguramente acá te quedará bien.

Yo te aconsejo que cambies la propiedad SQL del Query en diseño, fijate que estará mal.

Saludos y espero serte util.

[rolandoj]

Hola a todos,

Se encontró alguna solución a este caso ?. Yo he tenido un problema que si bien no es exactamente el mismo, en el fondo es muy similar. Pueden verlo en :

http://www.clubdelphi.com/foros/showthread.php?t=48362

[waly2k1]

Empezado por rolandoj

Hola a todos,

Se encontró alguna solución a este caso ?. Yo he tenido un problema que si bien no es exactamente el mismo, en el fondo es muy similar. Pueden verlo en :

http://www.clubdelphi.com/foros/showthread.php?t=48362

Rolando, en tu ejemplo usas DBExpress que desconozco, ya que creo que si debo trabajar con una BD de Microsoft, ya sea Access o SQL Server lo mejor es usar ADO. En este caso nuestro amigo tiene un lio con los campos del Query ya que el cambia en tiempo de ejecución la consulta, pero en tiempo de diseño debe tener todos los campos al revés, puede apuntar a otra tabla/base o vaya Dios a saber que pueda estar seleccionando. Con ADO este tipo de cosas no puede pasar, no es error del motor ni de Delphi ni de los componentes sino de usuario. Siempre hay algo que se descuida y zas ahí está el dichoso problema.

Saludos

[rolandoj]

Empezado por waly2k1

Rolando, en tu ejemplo usas DBExpress que desconozco, ya que creo que si debo trabajar con una BD de Microsoft, ya sea Access o SQL Server lo mejor es usar ADO. En este caso nuestro amigo tiene un lio con los campos del Query ya que el cambia en tiempo de ejecución la consulta, pero en tiempo de diseño debe tener todos los campos al revés, puede apuntar a otra tabla/base o vaya Dios a saber que pueda estar seleccionando. Con ADO este tipo de cosas no puede pasar, no es error del motor ni de Delphi ni de los componentes sino de usuario. Siempre hay algo que se descuida y zas ahí está el dichoso problema.

Saludos

Hola,

Pués sí, es probable que el problema sea de usuario; pero no estoy tan seguro como tú ya que lo más lógico es que el error sea porque los campos persistentes los tenga mal definidos; sin embargo, eso ya se le sugirió y curiosamente, según lo que cuenta, ni siquiera el editor de campos detecta bien el campo faltante, incluso con el query re-escrito. Además, el problema que yo encontré, que a su vez tiene reportes en Borland de situaciones similares, parexe indicar la presencia de errores en la determinación de los campos que deben devolver algunos queries.

Por otra parte, aunque SQL Server es una de las bases de datos que uso a diario desde hace años, no estoy muy familiarizado con sus peculiaridades ya que yo uso una metodología de portabilidad que limita el trabajo a un subconjunto standard de la funcionalidad del motor. Lo que si te puedo comentar es que siempre he usado el BDE para accesarla y nunca he tenido problemas.

Saludos

[waly2k1]

Rolando otra cosa, si tenes problemas con los campos persistentes lo mejor es poner active en true y despues en false o viceversa, de esta manera se refresca la info de campos y te aparecen los campos que agregaste a la tabla o en la consulta despues de crearla.

Saludos

[rolandoj]

Empezado por waly2k1

Rolando otra cosa, si tenes problemas con los campos persistentes lo mejor es poner active en true y despues en false o viceversa, de esta manera se refresca la info de campos y te aparecen los campos que agregaste a la tabla o en la consulta despues de crearla.

Saludos

Hola,

Gracias por la observación. Como eso es más bien mirar el problema mío, te contesto en mi propio hilo. Puedes consultarlo aquí:

http://www.clubdelphi.com/foros/showthread.php?t=48362

Saludos

[JOSEA]

Raro, raro, raro ... quizas con esto te funcioneQuery1.SQL.Text := 'Select "Nombre" as minombre, Departamento from Empleados where Codigo = :codigo and Activo = 1';Query1.Active := True;Query1.ParamByName('codigo').AsString := EdNCodigo.Text;EdSNombre.text := Query1.fieldbyname['minombre'].AsString;

[JOSEA]

Perdon, perrdon por la edicion anterior

Código Delphi [-]
Query1.SQL.Text := 'Select "Nombre" as minombre, Departamento from Empleados where Codigo  :codigo and Activo = 1';
Query1.Active := True;
Query1.ParamByName('codigo').AsString := EdNCodigo.Text;
EdSNombre.text := Query1.FieldbyName['minombre'].AsString;