FiveTech Support Forums

FiveWin / Harbour / xBase community
Board index FiveWin para Harbour/xHarbour Caso curioso con MySql SOLUCIONADO
Posts: 3358
Joined: Fri Oct 07, 2005 08:20 PM
Caso curioso con MySql SOLUCIONADO
Posted: Wed Aug 20, 2014 11:00 PM

Hola foreros:

Hoy les traigo un caso para "la ara帽a", tengo una aplicaci贸n con ADO y MySql, el servidor de datos esta
instalado en un Servidor con Windows Server 2003.

El problema es el siguiente: en un xbrowse muestro varios campos de una tabla entre otros el estatus
del registro que puede ser ACTIVO o CANCELADO, el dato est谩 definido en la tabla usando un tipo de
datos BIT, en una terminal de la red(LAN) con Windows XP profesional la columna del estatus de muestra
bien, el checkbox desactivado cuando el registro esta activo y activado cuando el registro esta cancelado,
pero hay alguna terminales en que todos los registros los muestra CANCELADOS a煤n cuando en la tabla
est谩n activos :shock: tambi茅n en estas terminales tienen Windows XP.

Alguien que haya pasado por esta situaci贸n, me puede orientar por donde puede estar el problema?

Saludos

SOI, s.a. de c.v.
estbucarm@gmail.com
http://www.soisa.mex.tl/
http://sqlcmd.blogspot.com/
Tel. (722) 174 44 45
Carpe diem quam minimum credula postero
Posts: 845
Joined: Sun Oct 09, 2005 05:36 PM
Re: Caso curioso con MySql
Posted: Mon Aug 25, 2014 09:58 PM

Armando,

haz realizado alguna prueba cambiando el tipo de campo de BIT a TINYINT ?

saludos
paco

____________________

Paco
Posts: 3358
Joined: Fri Oct 07, 2005 08:20 PM
Re: Caso curioso con MySql
Posted: Mon Aug 25, 2014 11:25 PM

Paco pacorro de los programmers el m谩s rorro :D

Nop, no he hecho la prueba a煤n, la har茅 y te aviso que sucede, sin embargo, tengo
varias aplicaciones con los mismos tipos de campos y sin problemas, es m谩s la
aplicaci贸n "problema" en una terminal funciona como debe ser y en otra da el problema.

Saludos

SOI, s.a. de c.v.
estbucarm@gmail.com
http://www.soisa.mex.tl/
http://sqlcmd.blogspot.com/
Tel. (722) 174 44 45
Carpe diem quam minimum credula postero
Posts: 845
Joined: Sun Oct 09, 2005 05:36 PM
Re: Caso curioso con MySql
Posted: Tue Aug 26, 2014 03:45 PM

Soidito,

Vaya que si es un caso para la "ara帽a".
Se me ocurre, verificar que valores te devuelve el Query antes de mostrarlos en el browse, hacer querys con solo la consulta de ese campo, hacer un query directo desde tu administrador de sql para validar que regrese el dato correcto, para empezar por alg煤n lado.
Mover ese equipo que te da la falla a otro nodo a ver como se comporta, tratar de hacer en ese equipo solo la consulta (que no hubiera mas equipos trabajando en el sistema)

Mmmm y no se me ocurre algo mas, :(

Saludos
pd que gusto saludarte, pero no avientes estos casos porfavorrrrrr. jeje

____________________

Paco
Posts: 1144
Joined: Mon Feb 05, 2007 07:15 PM
Re: Caso curioso con MySql
Posted: Tue Aug 26, 2014 03:57 PM

Ha de ser un problema de TEMAS,

mas que un caso para la ara帽a ,

no sera un caso para el chapulin colorado ?

saludos.

Cesar Cortes Cruz

SysCtrl Software

Mexico



' Sin +- FWH es mejor "
Posts: 3358
Joined: Fri Oct 07, 2005 08:20 PM
Re: Caso curioso con MySql
Posted: Sat Aug 30, 2014 01:51 AM

Paco, C茅sar y amigos del foro:

Doy las conclusiones usando las sugerencias, cambie el tipo de campo de BIT a TINYINT
y ahora ya se muestra bien el resultado del browse, peroooooo (nunca falta un pero) con
el campo tipo BIT funciona como campo l贸gico y al cambiar el campo a TINYINT ya no es
posible, as铆 que tuve que cambiar varios PRGs donde se usa.

Con campo tipo BIT este era el c贸digo
IF oRsHdr:Fields("HDR_CAN"):Value
...
ELSE
...
ENDIF

Con campo tipo TINYINT el c贸digo queda as铆
IF oRsHdr:Fields("HDR_CAN"):Value > 0
...
ELSE
...
ENDIF

Como dije, hubo que hacer varios cambios pero el problema qued贸
resuelto, lo que me intriga es que tengo varias aplicaciones usando
el campo BIT no hab铆a tenido problemas hasta esta 煤ltima aplicaci贸n.

Gracias por las sugerencias y saludos

SOI, s.a. de c.v.
estbucarm@gmail.com
http://www.soisa.mex.tl/
http://sqlcmd.blogspot.com/
Tel. (722) 174 44 45
Carpe diem quam minimum credula postero

Continue the discussion