Cuales son la mejores practicas para trabajar con date, o time en sqlite?

[Gabriel Pozo]

Hola como están?

Estaba trabajando con algunas fechas y horas en una aplicación, mientras leía esto:

http://www.sqlite.org/datatype3.html

Y me preguntaba, cuales son las mejores prácticas, según ustedes, para manejar este tipo de datos en SQLite, dentro de Android

Por ejemplo, para ordenar datos, o comparar según fecha y demás. 

Experiencias? Enlaces interesantes? Consejos?

 

Saludos, Gabriel

http://aprendiendodeandroidymas.com/

http://culturalibrerosario.org/

[Juan de Dios Maldonado Sánchez]

A mi me gusta guardar la fecha y hora como un valor entero según la hora Unix.

Pro:

- Ocupa menos en la base de datos que guardándola como una String. (Por poner algo, ya que esto, a estas alturas de la película, ya no se nota)

Contra:

- Cuando vas a echar un vistazo "a ojo" en la base de datos, sólo ves un número grande y no tienes ni idea de a qué fecha representa.

2013/5/7 Gabriel Pozo <jack...@gmail.com>

--
Para participar es necesario que leas detenidamente las normas del grupo: http://goo.gl/20KhL
---
Has recibido este mensaje porque estás suscrito al grupo "desarrolladores-android" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a desarrolladores-a...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a desarrollad...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/desarrolladores-android?hl=es.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[Jc Miñarro]

Pro:
- Es más fácil de comparar con otros valores (Por el tema de que es más fácil comparar un long que un String)

- No tienes que estar recordando el patrón (dd/MM/YYYY ... MM/dd/YYYY ...) qué seguiste para guardar el Date como String, con lo que la conversión a Date resulta "Más trivial"

2013/5/7 Juan de Dios Maldonado Sánchez <jua...@gmail.com>

--
Un saludo,

Jc Miñarro

-------------------------------------------------------------------------------------------

CarteleraApp - Consulta la cartelera y estrenos de los cines españoles.

CarteleraApp (AdsFree) - Consulta la cartelera y estrenos de los cines españoles.

[Gabriel Pozo]

Gracias por las respuestas ;) 

En casa estaba trabajando de esa manera, pero bueno, después de debatir con un par de compañeros laborales, se termino decidiendo por String :P

Así que seguiré con enteros en lo personal, y aquí con String.  De todas maneras espero que el resto, siga dando opiniones, experiencias sobre el tema,

creo que es bueno tener hilos de este tipo en la lista, donde poder recurrir para recordar el porque de algunas decisiones ;)

[Jc Miñarro]

Puede ser que no estés teniendo problemas, pero si en un futuro proyecto esa misma fecha que estás

guardando en la base de datos tienes que guardar también la hora te podría dar problemas. 

Además de que tienes que ir recordando siempre si has guardado el tiempo o no en cada uno de los proyectos.

En cambio, utilizando un long siempre se "parsea" igual, además de que para hacer comprobaciones 

de "qué evento es anterior/posterior" se hace en menos tiempo de computación ya que se puede comparar

fácilmente dos long, en cambio para un string volvemos a lo mismo, necesitas saber el formato en el que

está escrito que puede ser diferente en cada proyecto o hacer un parse a data.

2013/5/28 Daniel González Jiménez <danigo...@gmail.com>

Bueno, personalmente, dentro de la base de datos Sqlite yo recupero las fechas como Strings. Internamente la represento como un tipo de dato TIMESTAMP (que al fin del cabo es un string) en este formato  "yyyy-MM-dd", siguiendo el estándar ISO8601 y no estoy teniendo muchas pegas. Solo la mas obvia cuando tengo que mostrarla por pantalla debo cambiar el formato ya que estamos acostumbrados a ver "dd-MM-yyyy". Pero no es tan problemático.

En código, trabajo con la clase Calendar. No sé, es otra forma de hacer lo mismo.

Un saludo.

--
Para participar es necesario que leas detenidamente las normas del grupo: http://goo.gl/20KhL
---
Has recibido este mensaje porque estás suscrito al grupo "desarrolladores-android" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a desarrolladores-a...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a desarrollad...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/desarrolladores-android?hl=es.

Para ver este debate en la Web, visita https://groups.google.com/d/msgid/desarrolladores-android/39f993a6-9146-4259-b5e9-e31af98814f0%40googlegroups.com?hl=es.

Para obtener más opciones, visita https://groups.google.com/groups/opt_out.