"Version 2 of SQLite stores all column values as ASCII text. Version 3 enhances this by providing the ability to store integer and real numbers in a more compact format"
Maintenant ce qui m'intéresse ce n'est pas comment c'est stocké (ça c'est sa sauce interne) mais comment c'est traité. Si moi j'envoie des nombres, je recois des nombres, je trie des nombre, je soustrais ou additionne des nombres ... Je me fiche de savoir si c'est stocké en interne en ascii, en binaire ou avec une méthode alamabiquée. C'est bien un des intérêts de l'abstraction faite avec les DB : ne pas gérer le stockage.
> Stocker des données et ne pas pouvoir faire de traitement (par exemple soustraction) n'est "pas top".
Je suppose que ton langage de prog a des fonctions de traitement de date, il suffit de les exporter.
[^] # Re: lire attentivement
Posté par Éric (site web personnel) . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 2.
> stockées en string.
> Vas lire le site attentivement.
Je cite http://www.sqlite.org/datatype3.html(...)
"Version 2 of SQLite stores all column values as ASCII text. Version 3 enhances this by providing the ability to store integer and real numbers in a more compact format"
Maintenant ce qui m'intéresse ce n'est pas comment c'est stocké (ça c'est sa sauce interne) mais comment c'est traité. Si moi j'envoie des nombres, je recois des nombres, je trie des nombre, je soustrais ou additionne des nombres ... Je me fiche de savoir si c'est stocké en interne en ascii, en binaire ou avec une méthode alamabiquée. C'est bien un des intérêts de l'abstraction faite avec les DB : ne pas gérer le stockage.
> Stocker des données et ne pas pouvoir faire de traitement (par exemple soustraction) n'est "pas top".
Je suppose que ton langage de prog a des fonctions de traitement de date, il suffit de les exporter.