In order for this site to work correctly we need to store a small file (called a cookie) on your computer. Most every site in the world does this, however since the 25th of May 2011, by law we have to get your permission first. Please abandon the forum if you disagree.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
SQLite Fechas
-
- Mensajes: 43
- Registrado: Mar Sep 18, 2007 4:55 pm
SQLite Fechas
Hola,
Con la Versión 1.8.0 ya se pueden establecer filtros de fechas en el
TDBBrowse, siempre y cuando las columnas de tipo DATE se escriban en la
BD desde Xailer. Ahora estoy creando Triggers y demás reglas de negocio
en la Base de datos y que pasa si manipulo las fechas desde la propia
BD, pues que preparo un "batiburrillo" de consideración en los datos.
Me han ofrecido hacer unas cosillas con un BD SQLite ya existente que
están accediendo a ella con PHP, me he negado a hacer nada por miedo a
este tema con las fechas puesto que se van a mantener los accesos
actuales mas los de mi aplicación Xailer.
Sigo pensando que igual tenemos una asignatura pendiente.
Estoy reconsiderando el proyecto que llevo ahora entre manos que trabaja
en local, de cambiar a "mdb" y acceder a ella a traves de ADO. De
momento seguiré explotando SQLite y haber que pasa.
Saludos. Miguel A. Torrellas.
Con la Versión 1.8.0 ya se pueden establecer filtros de fechas en el
TDBBrowse, siempre y cuando las columnas de tipo DATE se escriban en la
BD desde Xailer. Ahora estoy creando Triggers y demás reglas de negocio
en la Base de datos y que pasa si manipulo las fechas desde la propia
BD, pues que preparo un "batiburrillo" de consideración en los datos.
Me han ofrecido hacer unas cosillas con un BD SQLite ya existente que
están accediendo a ella con PHP, me he negado a hacer nada por miedo a
este tema con las fechas puesto que se van a mantener los accesos
actuales mas los de mi aplicación Xailer.
Sigo pensando que igual tenemos una asignatura pendiente.
Estoy reconsiderando el proyecto que llevo ahora entre manos que trabaja
en local, de cambiar a "mdb" y acceder a ella a traves de ADO. De
momento seguiré explotando SQLite y haber que pasa.
Saludos. Miguel A. Torrellas.
- ignacio
- Site Admin
- Mensajes: 9440
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
SQLite Fechas
Miguel,
SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual las
debe manejar como quiera. A mi modo de ver la asginatura está aprobada y con
nota
Para SQLite las fechas son un simple número o como cada cual quiera
tratarlas. Le recomiendo que se mire la documentación de SQLite al respecto.
Si quiere le podemos indicar exactamente el formato númerico utilizado para
guardar fechas y de esa forma podrá utilizarla con sus disparadores, pero
antes de nada debería preguntar a 'los otros' como han almacenado fechas con
PHP.
Saludos,
--
Ignacio Ortiz de Zúñiga
[Soporte Xailer]
"Miguel A. Torrellas" <miguel-esto-sobra]"@torrellas.net> escribió en el
mensaje news:[email=475a77bc@ozsrv2.ozlan.local...]475a77bc@ozsrv2.ozlan.local...[/email]
> Hola,
>
> Con la Versión 1.8.0 ya se pueden establecer filtros de fechas en el
> TDBBrowse, siempre y cuando las columnas de tipo DATE se escriban en la BD
> desde Xailer. Ahora estoy creando Triggers y demás reglas de negocio en la
> Base de datos y que pasa si manipulo las fechas desde la propia BD, pues
> que preparo un "batiburrillo" de consideración en los datos.
>
> Me han ofrecido hacer unas cosillas con un BD SQLite ya existente que
> están accediendo a ella con PHP, me he negado a hacer nada por miedo a
> este tema con las fechas puesto que se van a mantener los accesos actuales
> mas los de mi aplicación Xailer.
>
> Sigo pensando que igual tenemos una asignatura pendiente.
>
> Estoy reconsiderando el proyecto que llevo ahora entre manos que trabaja
> en local, de cambiar a "mdb" y acceder a ella a traves de ADO. De momento
> seguiré explotando SQLite y haber que pasa.
>
> Saludos. Miguel A. Torrellas.
SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual las
debe manejar como quiera. A mi modo de ver la asginatura está aprobada y con
nota

Para SQLite las fechas son un simple número o como cada cual quiera
tratarlas. Le recomiendo que se mire la documentación de SQLite al respecto.
Si quiere le podemos indicar exactamente el formato númerico utilizado para
guardar fechas y de esa forma podrá utilizarla con sus disparadores, pero
antes de nada debería preguntar a 'los otros' como han almacenado fechas con
PHP.
Saludos,
--
Ignacio Ortiz de Zúñiga
[Soporte Xailer]
"Miguel A. Torrellas" <miguel-esto-sobra]"@torrellas.net> escribió en el
mensaje news:[email=475a77bc@ozsrv2.ozlan.local...]475a77bc@ozsrv2.ozlan.local...[/email]
> Hola,
>
> Con la Versión 1.8.0 ya se pueden establecer filtros de fechas en el
> TDBBrowse, siempre y cuando las columnas de tipo DATE se escriban en la BD
> desde Xailer. Ahora estoy creando Triggers y demás reglas de negocio en la
> Base de datos y que pasa si manipulo las fechas desde la propia BD, pues
> que preparo un "batiburrillo" de consideración en los datos.
>
> Me han ofrecido hacer unas cosillas con un BD SQLite ya existente que
> están accediendo a ella con PHP, me he negado a hacer nada por miedo a
> este tema con las fechas puesto que se van a mantener los accesos actuales
> mas los de mi aplicación Xailer.
>
> Sigo pensando que igual tenemos una asignatura pendiente.
>
> Estoy reconsiderando el proyecto que llevo ahora entre manos que trabaja
> en local, de cambiar a "mdb" y acceder a ella a traves de ADO. De momento
> seguiré explotando SQLite y haber que pasa.
>
> Saludos. Miguel A. Torrellas.
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
-
- Mensajes: 43
- Registrado: Mar Sep 18, 2007 4:55 pm
SQLite Fechas
Hola,
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual las
> debe manejar como quiera. A mi modo de ver la asginatura está aprobada y con
> nota
>
> Para SQLite las fechas son un simple número o como cada cual quiera
> tratarlas. Le recomiendo que se mire la documentación de SQLite al respecto.
Ya la he mirado y tienes razón, pero si todos los programas de
administración las reconocen de igual manera me digo yo a mi mismo que
algún patrón común debe de haber.
Por ejemplo, se desde Xailer grabo una fecha asi:
UPDATE tabla
set fecha = date('now')
WHERE id = 999
Esto se comporta igual que si lo hago en un disparador de la BD.
Todos los administradores que manejo la reconocen bien, sin embargo
Xailer no.
Que SQLite no tenga un formato nativo de fecha a ti te autoriza a
manejarlas como te de la gana con Xailer, pero la realidad es que
estamos meando contra al aire y a mi personalmente me parece
contraproducente, a la corta y a la larga.
Si a ti te parece bien como esta, no seré yo quien tenga que juzgar,
afortunadamente Xailer tiene tantas prestaciones y todas ellas buenas o
muy buenas, que tengo muchas alternativas dentro de él para sustituir
aquellas que no me parecen tan buenas.
Gracias por Xailer y sobre todo por vuestra atención que sin lugar a
dudas no tiene parangón.
> Si quiere le podemos indicar exactamente el formato númerico utilizado para
> guardar fechas y de esa forma podrá utilizarla con sus disparadores, pero
> antes de nada debería preguntar a 'los otros' como han almacenado fechas con
> PHP.
> Saludos,
>
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual las
> debe manejar como quiera. A mi modo de ver la asginatura está aprobada y con
> nota

>
> Para SQLite las fechas son un simple número o como cada cual quiera
> tratarlas. Le recomiendo que se mire la documentación de SQLite al respecto.
Ya la he mirado y tienes razón, pero si todos los programas de
administración las reconocen de igual manera me digo yo a mi mismo que
algún patrón común debe de haber.
Por ejemplo, se desde Xailer grabo una fecha asi:
UPDATE tabla
set fecha = date('now')
WHERE id = 999
Esto se comporta igual que si lo hago en un disparador de la BD.
Todos los administradores que manejo la reconocen bien, sin embargo
Xailer no.
Que SQLite no tenga un formato nativo de fecha a ti te autoriza a
manejarlas como te de la gana con Xailer, pero la realidad es que
estamos meando contra al aire y a mi personalmente me parece
contraproducente, a la corta y a la larga.
Si a ti te parece bien como esta, no seré yo quien tenga que juzgar,
afortunadamente Xailer tiene tantas prestaciones y todas ellas buenas o
muy buenas, que tengo muchas alternativas dentro de él para sustituir
aquellas que no me parecen tan buenas.
Gracias por Xailer y sobre todo por vuestra atención que sin lugar a
dudas no tiene parangón.
> Si quiere le podemos indicar exactamente el formato númerico utilizado para
> guardar fechas y de esa forma podrá utilizarla con sus disparadores, pero
> antes de nada debería preguntar a 'los otros' como han almacenado fechas con
> PHP.
> Saludos,
>
-
- Mensajes: 43
- Registrado: Mar Sep 18, 2007 4:55 pm
SQLite Fechas
Otro ejemplo,
SELECT c1, c2, fecha, strftime('%d-%m-%Y', inicio) as nativo
from tabla
La columna "nativo", muestra las fechas grabadas con cualquier programa
correctamente, las grabadas con Xailer mal.
¿Tiene inconvenientes o no? manejar las cosas de diferente manera que
los demas.
Personalmente estoy muy satisfecho con Xailer; funciona todo todo como
un reloj suizo, es una maravilla, no me canso de hacer halagos y
recomendarlo. Es por lo que me fastidia que haya tan solo una cosa que
no cumpla mas y mejor que cualquier otra herramienta de programación.
Por tanto quisiera que mis comentarios se interpretaran siempre en tono
positivo y constructivo. Digo esto porque a veces tengo la sensación de
que ofendo cuando hago alguna exposición que no sea adulando las
propiedades maravillosas de esta herramienta, que las tiene y muchas, a
lo peor es mi forma de expresarme.
Gracias por vuestra comprensión.
Saludos. Miguel A. Torrellas.
SELECT c1, c2, fecha, strftime('%d-%m-%Y', inicio) as nativo
from tabla
La columna "nativo", muestra las fechas grabadas con cualquier programa
correctamente, las grabadas con Xailer mal.
¿Tiene inconvenientes o no? manejar las cosas de diferente manera que
los demas.
Personalmente estoy muy satisfecho con Xailer; funciona todo todo como
un reloj suizo, es una maravilla, no me canso de hacer halagos y
recomendarlo. Es por lo que me fastidia que haya tan solo una cosa que
no cumpla mas y mejor que cualquier otra herramienta de programación.
Por tanto quisiera que mis comentarios se interpretaran siempre en tono
positivo y constructivo. Digo esto porque a veces tengo la sensación de
que ofendo cuando hago alguna exposición que no sea adulando las
propiedades maravillosas de esta herramienta, que las tiene y muchas, a
lo peor es mi forma de expresarme.
Gracias por vuestra comprensión.
Saludos. Miguel A. Torrellas.
-
- Mensajes: 43
- Registrado: Mar Sep 18, 2007 4:55 pm
SQLite Fechas
Hola,
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual las
> debe manejar como quiera. A mi modo de ver la asginatura está aprobada y con
> nota
Todas las funciones descritas en:
http://www.sqlite.org/cvstrac/wiki?p=Da ... eFunctions
son funciones de la propia BD, esto me hace pensar que si tiene un
procedimiento establecido para grabar fechas. Pero yo no las puedo usar.
> Para SQLite las fechas son un simple número o como cada cual quiera
> tratarlas. Le recomiendo que se mire la documentación de SQLite al respecto.
>
> Si quiere le podemos indicar exactamente el formato númerico utilizado para
> guardar fechas y de esa forma podrá utilizarla con sus disparadores, pero
> antes de nada debería preguntar a 'los otros' como han almacenado fechas con
> PHP.
Casi todas las fechas las graban con las funciones descritas en el link
anterior y son bien interpretadas por todos los programas menos con Xailer.
> Saludos,
>
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
> SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual las
> debe manejar como quiera. A mi modo de ver la asginatura está aprobada y con
> nota

Todas las funciones descritas en:
http://www.sqlite.org/cvstrac/wiki?p=Da ... eFunctions
son funciones de la propia BD, esto me hace pensar que si tiene un
procedimiento establecido para grabar fechas. Pero yo no las puedo usar.
> Para SQLite las fechas son un simple número o como cada cual quiera
> tratarlas. Le recomiendo que se mire la documentación de SQLite al respecto.
>
> Si quiere le podemos indicar exactamente el formato númerico utilizado para
> guardar fechas y de esa forma podrá utilizarla con sus disparadores, pero
> antes de nada debería preguntar a 'los otros' como han almacenado fechas con
> PHP.
Casi todas las fechas las graban con las funciones descritas en el link
anterior y son bien interpretadas por todos los programas menos con Xailer.
> Saludos,
>
- ignacio
- Site Admin
- Mensajes: 9440
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
SQLite Fechas
Miguel,
He estado echando un vistazo rápido a las funciones que comentas, y por lo
que he podido ver parece que parten de la base de que las fechas se guardan
como cadenas:
1.. date( timestring, modifier, modifier, ...) --> String
2.. time( timestring, modifier, modifier, ...) --> String
3.. datetime( timestring, modifier, modifier, ...) --> String
4.. julianday( timestring, modifier, modifier, ...) --> Number
5.. strftime( format, timestring, modifier, modifier, ...) --> String
Es decir, la idea es que las fechas se guardan como 'YYYY-MM-DD HH:MM:SS'.
Xailer guarda las fechas en 8 bytes, los primeros 4 bytes para la fecha y
los 4 segundos para la hora (así es como lo hacen casi todas las SGBD) y por
lo tanto ocupa mucho menos y además las operaciones aritméticas con fecha
son más sencillas.
No obstante estudiaremos a ver que se puede hacer, pero el mayor problema
estaría en como compatibilizar a los usuarios que ya han utilizado el
formato actual de fechas de Xailer.
Un saludo
Ignacio Ortiz de Zúñiga
[El equipo de Xailer]
"Miguel A. Torrellas" <miguel-esto-sobra]"@torrellas.net> escribió en el
mensaje news:475bd5ce$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Hola,
>
>
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>> SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual
>> las debe manejar como quiera. A mi modo de ver la asginatura está
>> aprobada y con nota
>
> Todas las funciones descritas en:
>
> http://www.sqlite.org/cvstrac/wiki?p=Da ... eFunctions
>
> son funciones de la propia BD, esto me hace pensar que si tiene un
> procedimiento establecido para grabar fechas. Pero yo no las puedo usar.
>
>> Para SQLite las fechas son un simple número o como cada cual quiera
>> tratarlas. Le recomiendo que se mire la documentación de SQLite al
>> respecto.
>>
>> Si quiere le podemos indicar exactamente el formato númerico utilizado
>> para guardar fechas y de esa forma podrá utilizarla con sus disparadores,
>> pero antes de nada debería preguntar a 'los otros' como han almacenado
>> fechas con PHP.
>
> Casi todas las fechas las graban con las funciones descritas en el link
> anterior y son bien interpretadas por todos los programas menos con
> Xailer.
>
>> Saludos,
>>
He estado echando un vistazo rápido a las funciones que comentas, y por lo
que he podido ver parece que parten de la base de que las fechas se guardan
como cadenas:
1.. date( timestring, modifier, modifier, ...) --> String
2.. time( timestring, modifier, modifier, ...) --> String
3.. datetime( timestring, modifier, modifier, ...) --> String
4.. julianday( timestring, modifier, modifier, ...) --> Number
5.. strftime( format, timestring, modifier, modifier, ...) --> String
Es decir, la idea es que las fechas se guardan como 'YYYY-MM-DD HH:MM:SS'.
Xailer guarda las fechas en 8 bytes, los primeros 4 bytes para la fecha y
los 4 segundos para la hora (así es como lo hacen casi todas las SGBD) y por
lo tanto ocupa mucho menos y además las operaciones aritméticas con fecha
son más sencillas.
No obstante estudiaremos a ver que se puede hacer, pero el mayor problema
estaría en como compatibilizar a los usuarios que ya han utilizado el
formato actual de fechas de Xailer.
Un saludo
Ignacio Ortiz de Zúñiga
[El equipo de Xailer]
"Miguel A. Torrellas" <miguel-esto-sobra]"@torrellas.net> escribió en el
mensaje news:475bd5ce$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Hola,
>
>
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>> SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual
>> las debe manejar como quiera. A mi modo de ver la asginatura está
>> aprobada y con nota

>
> Todas las funciones descritas en:
>
> http://www.sqlite.org/cvstrac/wiki?p=Da ... eFunctions
>
> son funciones de la propia BD, esto me hace pensar que si tiene un
> procedimiento establecido para grabar fechas. Pero yo no las puedo usar.
>
>> Para SQLite las fechas son un simple número o como cada cual quiera
>> tratarlas. Le recomiendo que se mire la documentación de SQLite al
>> respecto.
>>
>> Si quiere le podemos indicar exactamente el formato númerico utilizado
>> para guardar fechas y de esa forma podrá utilizarla con sus disparadores,
>> pero antes de nada debería preguntar a 'los otros' como han almacenado
>> fechas con PHP.
>
> Casi todas las fechas las graban con las funciones descritas en el link
> anterior y son bien interpretadas por todos los programas menos con
> Xailer.
>
>> Saludos,
>>
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
-
- Mensajes: 43
- Registrado: Mar Sep 18, 2007 4:55 pm
SQLite Fechas
Hola Ignacio,
Gracias por tu consideración.
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
> Es decir, la idea es que las fechas se guardan como 'YYYY-MM-DD HH:MM:SS'.
Tendrás que hacer pruebas con otros programas -ej. SQLite Administrator-
o cualquier otro.
> No obstante estudiaremos a ver que se puede hacer, pero el mayor problema
> estaría en como compatibilizar a los usuarios que ya han utilizado el
> formato actual de fechas de Xailer.
Eso es de sabios.
Se puede hacer una función/método que analice todas las tablas de la BD
y convertirlas.
>
> Un saludo
>
> Ignacio Ortiz de Zúñiga
> [El equipo de Xailer]
>
>
> "Miguel A. Torrellas" <miguel-esto-sobra]"@torrellas.net> escribió en el
> mensaje news:475bd5ce$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Hola,
>>
>>
>>
>> Ignacio Ortiz de Zúñiga escribió:
>>> Miguel,
>>>
>>> SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual
>>> las debe manejar como quiera. A mi modo de ver la asginatura está
>>> aprobada y con nota
>> Todas las funciones descritas en:
>>
>> http://www.sqlite.org/cvstrac/wiki?p=Da ... eFunctions
>>
>> son funciones de la propia BD, esto me hace pensar que si tiene un
>> procedimiento establecido para grabar fechas. Pero yo no las puedo usar.
>>
>>> Para SQLite las fechas son un simple número o como cada cual quiera
>>> tratarlas. Le recomiendo que se mire la documentación de SQLite al
>>> respecto.
>>>
>>> Si quiere le podemos indicar exactamente el formato númerico utilizado
>>> para guardar fechas y de esa forma podrá utilizarla con sus disparadores,
>>> pero antes de nada debería preguntar a 'los otros' como han almacenado
>>> fechas con PHP.
>> Casi todas las fechas las graban con las funciones descritas en el link
>> anterior y son bien interpretadas por todos los programas menos con
>> Xailer.
>>
>>> Saludos,
>>>
>
>
Gracias por tu consideración.
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
> Es decir, la idea es que las fechas se guardan como 'YYYY-MM-DD HH:MM:SS'.
Tendrás que hacer pruebas con otros programas -ej. SQLite Administrator-
o cualquier otro.
> No obstante estudiaremos a ver que se puede hacer, pero el mayor problema
> estaría en como compatibilizar a los usuarios que ya han utilizado el
> formato actual de fechas de Xailer.
Eso es de sabios.
Se puede hacer una función/método que analice todas las tablas de la BD
y convertirlas.
>
> Un saludo
>
> Ignacio Ortiz de Zúñiga
> [El equipo de Xailer]
>
>
> "Miguel A. Torrellas" <miguel-esto-sobra]"@torrellas.net> escribió en el
> mensaje news:475bd5ce$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Hola,
>>
>>
>>
>> Ignacio Ortiz de Zúñiga escribió:
>>> Miguel,
>>>
>>> SQLite no tiene ningún formato nativo de fechas. Por lo tanto, cada cual
>>> las debe manejar como quiera. A mi modo de ver la asginatura está
>>> aprobada y con nota

>> Todas las funciones descritas en:
>>
>> http://www.sqlite.org/cvstrac/wiki?p=Da ... eFunctions
>>
>> son funciones de la propia BD, esto me hace pensar que si tiene un
>> procedimiento establecido para grabar fechas. Pero yo no las puedo usar.
>>
>>> Para SQLite las fechas son un simple número o como cada cual quiera
>>> tratarlas. Le recomiendo que se mire la documentación de SQLite al
>>> respecto.
>>>
>>> Si quiere le podemos indicar exactamente el formato númerico utilizado
>>> para guardar fechas y de esa forma podrá utilizarla con sus disparadores,
>>> pero antes de nada debería preguntar a 'los otros' como han almacenado
>>> fechas con PHP.
>> Casi todas las fechas las graban con las funciones descritas en el link
>> anterior y son bien interpretadas por todos los programas menos con
>> Xailer.
>>
>>> Saludos,
>>>
>
>
- ignacio
- Site Admin
- Mensajes: 9440
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
SQLite Fechas
Miguel,
> Tendrás que hacer pruebas con otros programas -ej. SQLite Administrator- o
> cualquier otro.
Efectivamente la herramienta SQLite Administrator (no oficial) tiene el tipo
DATE, TIME y TIMESTAMP pero desgraciadamente guarda los datos como cadenas.
Sin embargo SQLite Database Browser por ejemplo, no soporta esos tipos.
El utilizar cadenas para guardar fechas es un auténtico error, y no sólo por
lo que ocupan en la BD sino por la complejidad de realizar operaciones
aritméticas con ellas. Algo tan sencillo como sumar 30 días a una fecha se
vuelve tremandamente engorroso, sino imposible desde un disparador.
No obstante hemos pensado en poner una nueva propiedad en TSQLiteDataSource
de nombre lDateAsString para que las fechas sean tratadas como cadenas, y
así cada uno que decida el sistema que prefiera.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
> Tendrás que hacer pruebas con otros programas -ej. SQLite Administrator- o
> cualquier otro.
Efectivamente la herramienta SQLite Administrator (no oficial) tiene el tipo
DATE, TIME y TIMESTAMP pero desgraciadamente guarda los datos como cadenas.
Sin embargo SQLite Database Browser por ejemplo, no soporta esos tipos.
El utilizar cadenas para guardar fechas es un auténtico error, y no sólo por
lo que ocupan en la BD sino por la complejidad de realizar operaciones
aritméticas con ellas. Algo tan sencillo como sumar 30 días a una fecha se
vuelve tremandamente engorroso, sino imposible desde un disparador.
No obstante hemos pensado en poner una nueva propiedad en TSQLiteDataSource
de nombre lDateAsString para que las fechas sean tratadas como cadenas, y
así cada uno que decida el sistema que prefiera.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
-
- Mensajes: 43
- Registrado: Mar Sep 18, 2007 4:55 pm
SQLite Fechas
Gracias Ignacio, lo probaremos.
Lo mas facil es grabar fechas asi:
update tabla
set fecha = 'YYYY-MM-DD'
where id = n
Desde Xailer oDatasource:Execute y/o desde cualquier programa.
y luego ver que un browse de Xailer las ordene adecuadamente mezcladas
con las que se han grabado con con el TdataSet y el resto de los
programas y de igual meanera que el resto de los mismos. Entonces será
compatible del todo.
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
>> Tendrás que hacer pruebas con otros programas -ej. SQLite Administrator- o
>> cualquier otro.
>
> Efectivamente la herramienta SQLite Administrator (no oficial) tiene el tipo
> DATE, TIME y TIMESTAMP pero desgraciadamente guarda los datos como cadenas.
> Sin embargo SQLite Database Browser por ejemplo, no soporta esos tipos.
>
> El utilizar cadenas para guardar fechas es un auténtico error, y no sólo por
> lo que ocupan en la BD sino por la complejidad de realizar operaciones
> aritméticas con ellas. Algo tan sencillo como sumar 30 días a una fecha se
> vuelve tremandamente engorroso, sino imposible desde un disparador.
>
> No obstante hemos pensado en poner una nueva propiedad en TSQLiteDataSource
> de nombre lDateAsString para que las fechas sean tratadas como cadenas, y
> así cada uno que decida el sistema que prefiera.
>
> Un saludo,
>
Lo mas facil es grabar fechas asi:
update tabla
set fecha = 'YYYY-MM-DD'
where id = n
Desde Xailer oDatasource:Execute y/o desde cualquier programa.
y luego ver que un browse de Xailer las ordene adecuadamente mezcladas
con las que se han grabado con con el TdataSet y el resto de los
programas y de igual meanera que el resto de los mismos. Entonces será
compatible del todo.
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
>> Tendrás que hacer pruebas con otros programas -ej. SQLite Administrator- o
>> cualquier otro.
>
> Efectivamente la herramienta SQLite Administrator (no oficial) tiene el tipo
> DATE, TIME y TIMESTAMP pero desgraciadamente guarda los datos como cadenas.
> Sin embargo SQLite Database Browser por ejemplo, no soporta esos tipos.
>
> El utilizar cadenas para guardar fechas es un auténtico error, y no sólo por
> lo que ocupan en la BD sino por la complejidad de realizar operaciones
> aritméticas con ellas. Algo tan sencillo como sumar 30 días a una fecha se
> vuelve tremandamente engorroso, sino imposible desde un disparador.
>
> No obstante hemos pensado en poner una nueva propiedad en TSQLiteDataSource
> de nombre lDateAsString para que las fechas sean tratadas como cadenas, y
> así cada uno que decida el sistema que prefiera.
>
> Un saludo,
>
- ignacio
- Site Admin
- Mensajes: 9440
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
SQLite Fechas
Miguel,
> update tabla
> set fecha = 'YYYY-MM-DD'
> where id = n
No es nuestra intención cambiar el sistema actual de tratamiento de fechas.
Tan sólo daremos la oportunidad de tratarlas como cadenas para al que así lo
quiera, con todas las consecuencias y limitaciones que ello supone.
> y luego ver que un browse de Xailer las ordene adecuadamente mezcladas con
> las que se han grabado con con el TdataSet y el resto de los programas y
> de igual meanera que el resto de los mismos. Entonces será compatible del
> todo.
No podemos responder de como lo harán el resto de los programas ya que no
existe el tipo 'DATE' en SQLite, lo siento. Si el resto de los programas lo
tratan como cadenas de formato 'YYYY-MM-DD HH:MM:SS' no habrá ningún
problema.
Saludos
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Miguel A. Torrellas" <miguel-esto-sobra]"@torrellas.net> escribió en el
mensaje news:[email=475eb1f0@ozsrv2.ozlan.local...]475eb1f0@ozsrv2.ozlan.local...[/email]
> Gracias Ignacio, lo probaremos.
>
> Lo mas facil es grabar fechas asi:
>
> update tabla
> set fecha = 'YYYY-MM-DD'
> where id = n
>
> Desde Xailer oDatasource:Execute y/o desde cualquier programa.
>
> y luego ver que un browse de Xailer las ordene adecuadamente mezcladas con
> las que se han grabado con con el TdataSet y el resto de los programas y
> de igual meanera que el resto de los mismos. Entonces será compatible del
> todo.
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>>> Tendrás que hacer pruebas con otros programas -ej. SQLite Administrator-
>>> o cualquier otro.
>>
>> Efectivamente la herramienta SQLite Administrator (no oficial) tiene el
>> tipo DATE, TIME y TIMESTAMP pero desgraciadamente guarda los datos como
>> cadenas. Sin embargo SQLite Database Browser por ejemplo, no soporta esos
>> tipos.
>>
>> El utilizar cadenas para guardar fechas es un auténtico error, y no sólo
>> por lo que ocupan en la BD sino por la complejidad de realizar
>> operaciones aritméticas con ellas. Algo tan sencillo como sumar 30 días a
>> una fecha se vuelve tremandamente engorroso, sino imposible desde un
>> disparador.
>>
>> No obstante hemos pensado en poner una nueva propiedad en
>> TSQLiteDataSource de nombre lDateAsString para que las fechas sean
>> tratadas como cadenas, y así cada uno que decida el sistema que prefiera.
>>
>> Un saludo,
>>
> update tabla
> set fecha = 'YYYY-MM-DD'
> where id = n
No es nuestra intención cambiar el sistema actual de tratamiento de fechas.
Tan sólo daremos la oportunidad de tratarlas como cadenas para al que así lo
quiera, con todas las consecuencias y limitaciones que ello supone.
> y luego ver que un browse de Xailer las ordene adecuadamente mezcladas con
> las que se han grabado con con el TdataSet y el resto de los programas y
> de igual meanera que el resto de los mismos. Entonces será compatible del
> todo.
No podemos responder de como lo harán el resto de los programas ya que no
existe el tipo 'DATE' en SQLite, lo siento. Si el resto de los programas lo
tratan como cadenas de formato 'YYYY-MM-DD HH:MM:SS' no habrá ningún
problema.
Saludos
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Miguel A. Torrellas" <miguel-esto-sobra]"@torrellas.net> escribió en el
mensaje news:[email=475eb1f0@ozsrv2.ozlan.local...]475eb1f0@ozsrv2.ozlan.local...[/email]
> Gracias Ignacio, lo probaremos.
>
> Lo mas facil es grabar fechas asi:
>
> update tabla
> set fecha = 'YYYY-MM-DD'
> where id = n
>
> Desde Xailer oDatasource:Execute y/o desde cualquier programa.
>
> y luego ver que un browse de Xailer las ordene adecuadamente mezcladas con
> las que se han grabado con con el TdataSet y el resto de los programas y
> de igual meanera que el resto de los mismos. Entonces será compatible del
> todo.
>
> Ignacio Ortiz de Zúñiga escribió:
>> Miguel,
>>
>>> Tendrás que hacer pruebas con otros programas -ej. SQLite Administrator-
>>> o cualquier otro.
>>
>> Efectivamente la herramienta SQLite Administrator (no oficial) tiene el
>> tipo DATE, TIME y TIMESTAMP pero desgraciadamente guarda los datos como
>> cadenas. Sin embargo SQLite Database Browser por ejemplo, no soporta esos
>> tipos.
>>
>> El utilizar cadenas para guardar fechas es un auténtico error, y no sólo
>> por lo que ocupan en la BD sino por la complejidad de realizar
>> operaciones aritméticas con ellas. Algo tan sencillo como sumar 30 días a
>> una fecha se vuelve tremandamente engorroso, sino imposible desde un
>> disparador.
>>
>> No obstante hemos pensado en poner una nueva propiedad en
>> TSQLiteDataSource de nombre lDateAsString para que las fechas sean
>> tratadas como cadenas, y así cada uno que decida el sistema que prefiera.
>>
>> Un saludo,
>>
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
-
- Mensajes: 43
- Registrado: Mar Sep 18, 2007 4:55 pm
SQLite Fechas
Hola Ignacio,
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
>
> No podemos responder de como lo harán el resto de los programas ya que no
> existe el tipo 'DATE' en SQLite, lo siento. Si el resto de los programas lo
> tratan como cadenas de formato 'YYYY-MM-DD HH:MM:SS' no habrá ningún
> problema.
>
Con la actualización 1.8.1, perfecto, a mi me vale, enhorabuena y gracias.
Creo que solo falta que contemple este cambio el editor SQLite de IDE.
Respecto al editor, sería bueno que las opciones de configuración las
guardara para las próximas sesiones.
Saludos. Miguel A. Torrellas
Ignacio Ortiz de Zúñiga escribió:
> Miguel,
>
>
> No podemos responder de como lo harán el resto de los programas ya que no
> existe el tipo 'DATE' en SQLite, lo siento. Si el resto de los programas lo
> tratan como cadenas de formato 'YYYY-MM-DD HH:MM:SS' no habrá ningún
> problema.
>
Con la actualización 1.8.1, perfecto, a mi me vale, enhorabuena y gracias.
Creo que solo falta que contemple este cambio el editor SQLite de IDE.
Respecto al editor, sería bueno que las opciones de configuración las
guardara para las próximas sesiones.
Saludos. Miguel A. Torrellas
SQLite Fechas
Miguel,
> Creo que solo falta que contemple este cambio el editor SQLite de IDE.
Ya lo contempla, pero tienes que indicarlo. Revisa la configuración del
editor de sqlite.
--
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info
> Creo que solo falta que contemple este cambio el editor SQLite de IDE.
Ya lo contempla, pero tienes que indicarlo. Revisa la configuración del
editor de sqlite.
--
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info
- ignacio
- Site Admin
- Mensajes: 9440
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
SQLite Fechas
Miiguel,
> Creo que solo falta que contemple este cambio el editor SQLite de IDE.
Ya está.
> Respecto al editor, sería bueno que las opciones de configuración las
> guardara para las próximas sesiones.
También está (desde siempre). Botón 'Guardar'.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
>
> Saludos. Miguel A. Torrellas
> Creo que solo falta que contemple este cambio el editor SQLite de IDE.
Ya está.
> Respecto al editor, sería bueno que las opciones de configuración las
> guardara para las próximas sesiones.
También está (desde siempre). Botón 'Guardar'.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
>
> Saludos. Miguel A. Torrellas
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com