Xailer & OZ Software

Trabajando con Mysql, TAdodatasource y campos time, cuando se realiza
una consulta al servidor sobre campos dato tipo: "Select fecha from ..",
el valor devuelto es datetime en vez de date, aunque el campo en la base
de datos este definido como date.
¿Es normal este comportamiento? Realizando las consultas al servidor
mysql desde MySql Query Browser el valor devuelto es correcto.

Yo tengo un problema parecido...Hace unos dias lo expuse tambien en el
foro..
"Ángel Fernández" <angel@agelso.com> escribió en el mensaje
news:48e1f8ca$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Trabajando con Mysql, TAdodatasource y campos time, cuando se realiza una
> consulta al servidor sobre campos dato tipo: "Select fecha from ..", el
> valor devuelto es datetime en vez de date, aunque el campo en la base de
> datos este definido como date.
>
> ¿Es normal este comportamiento? Realizando las consultas al servidor mysql
> desde MySql Query Browser el valor devuelto es correcto.

íngel:
Yo tuve un problema parecido pero con Oracle, como apaño lo que hago es
sacar la parte TIME y quedarme con la parte DATE.
Saludos
Rene Flores
http://www.ciber-tec.com
Fernández escribió:
> Trabajando con Mysql, TAdodatasource y campos time, cuando se realiza
> una consulta al servidor sobre campos dato tipo: "Select fecha from ..",
> el valor devuelto es datetime en vez de date, aunque el campo en la base
> de datos este definido como date.
>
> ¿Es normal este comportamiento? Realizando las consultas al servidor
> mysql desde MySql Query Browser el valor devuelto es correcto.

Rene Flores escribió:
> íngel:
>
> Yo tuve un problema parecido pero con Oracle, como apaño lo que hago es
> sacar la parte TIME y quedarme con la parte DATE.
>
> Saludos
>
> Rene Flores
> http://www.ciber-tec.com
Otra solución es ejecutar la función Date_Format de MySql en la misma
consulta select y seleccionar el formato.
SELECT DATE_FORMAT(CAMPOFECHA,'%d/%m/%y') FROM ...
Pero claro, el objetivo es evitar tener que hacer esto en las consultas.

Ahora lo que no me quedo claro donde esta el error, es el browse de xailer??
"Ángel Fernández" <angel@agelso.com> escribió en el mensaje
news:48e3363a$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Rene Flores escribió:
>> Ángel:
>>
>> Yo tuve un problema parecido pero con Oracle, como apaño lo que hago es
>> sacar la parte TIME y quedarme con la parte DATE.
>>
>> Saludos
>>
>> Rene Flores
>> http://www.ciber-tec.com
>
> Otra solución es ejecutar la función Date_Format de MySql en la misma
> consulta select y seleccionar el formato.
>
> SELECT DATE_FORMAT(CAMPOFECHA,'%d/%m/%y') FROM ...
>
> Pero claro, el objetivo es evitar tener que hacer esto en las consultas.

Boris Chesini escribió:
> Ahora lo que no me quedo claro donde esta el error, es el browse de xailer??
Los datos al browse ya llegan 'adulterados'. Muy posiblemente, esto sea
un error de xHarbour y me da la impresión que sencillamente, para
xHarbour todo los campos relacionados con fecha en Sql son tratados como
datetime independientemente de la version de Odbc que se esté
utilizando; como también tenemos el post de René al que con Oracle le
sucedí­a lo mismo, podemos descartar el SGBD como causante del error.
O bien podrí­a venir de la clase TAdoDataSource, pero eso no tengo manera
de averiguarlo.
Ignacio, ¿se sabe de donde proviene este error?

Angel,
Es un error en el modulo Win32ole de xHarbour, que ya hemos corregido para
Xailer 2.0, pero va a ser imposible solucionarlo para Xailer 1.97 ya que es
un error del propio xHarbour. Adjunto el módulo modificado por si queréis
incluirlo directamente en vuestro programa.
Un saludo
--
Ignacio Ortiz de Zúñiga
[Soporte Xailer]
[Xailer support]
"Ángel Fernández" <angel@agelso.com> escribió en el mensaje
news:48e476ae$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Boris Chesini escribió:
>> Ahora lo que no me quedo claro donde esta el error, es el browse de
>> xailer??
>
> Los datos al browse ya llegan 'adulterados'. Muy posiblemente, esto sea
> un error de xHarbour y me da la impresión que sencillamente, para
> xHarbour todo los campos relacionados con fecha en Sql son tratados como
> datetime independientemente de la version de Odbc que se esté
> utilizando; como también tenemos el post de René al que con Oracle le
> sucedía lo mismo, podemos descartar el SGBD como causante del error.
>
> O bien podría venir de la clase TAdoDataSource, pero eso no tengo manera
> de averiguarlo.
>
> Ignacio, ¿se sabe de donde proviene este error?


Attached files win32ole.rar (12.5 KB)Â

Muchas gracias Ignacio quedo perfecto..
"Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
news:48e4bf80$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Angel,
>
> Es un error en el modulo Win32ole de xHarbour, que ya hemos corregido para
> Xailer 2.0, pero va a ser imposible solucionarlo para Xailer 1.97 ya que
> es un error del propio xHarbour. Adjunto el módulo modificado por si
> queréis incluirlo directamente en vuestro programa.
>
> Un saludo
>
> --
> Ignacio Ortiz de Zúñiga
> [Soporte Xailer]
> [Xailer support]
>
>
> "Ángel Fernández" <angel@agelso.com> escribió en el mensaje
> news:48e476ae$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Boris Chesini escribió:
>>> Ahora lo que no me quedo claro donde esta el error, es el browse de
>>> xailer??
>>
>> Los datos al browse ya llegan 'adulterados'. Muy posiblemente, esto sea
>> un error de xHarbour y me da la impresión que sencillamente, para
>> xHarbour todo los campos relacionados con fecha en Sql son tratados como
>> datetime independientemente de la version de Odbc que se esté
>> utilizando; como también tenemos el post de René al que con Oracle le
>> sucedía lo mismo, podemos descartar el SGBD como causante del error.
>>
>> O bien podría venir de la clase TAdoDataSource, pero eso no tengo manera
>> de averiguarlo.
>>
>> Ignacio, ¿se sabe de donde proviene este error?
>
>
>