Si tes dates sont stockées sous forme classique (2004-06-31 19:53:21) la comparaison se fait toute seule. Pour les calculs SQLite sait utiliser des fonctions qu'on lui exporte. Rien ne t'empêche de lui exporter un date_sub() ou date_add().
> Comment est supporté les locales pour les dates
Je ne sais pas toi, mais moi ce que je stockes je le normalise avant. En gros tout ce qui est stocké a la même forme et le même fuseau horaire. Note que c'est aussi ce que fait ce que tu appelles un "vrai" SGBD.
> ou les chiffres ?
Si tu lis la news et les liens tu verras que justement depuis cette version il y a un typage simple mis en oeuvre pour distinguer int/float/text/blob
Avant ça utilisait le type de la colonne (on en déclarait bien un, même s'il ne forcait rien au niveau stockage des données) pour savoir comment trier les données par défaut (comme des chiffres ou comme des textes).
> Ça montre que SQLite n'est pas un équivalent d'un "vrai" SGBD.
Je comprend mal la relation entre le corps du message et la conclusion. Quelqu'un peut me rappeler en quoi un SGBD doit fournir des fonctions de traitement de date pour avoir le droit d'être un "système de gestion de base de données" ?
[^] # Re: lire attentivement
Posté par Éric (site web personnel) . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 5.
Si tes dates sont stockées sous forme classique (2004-06-31 19:53:21) la comparaison se fait toute seule. Pour les calculs SQLite sait utiliser des fonctions qu'on lui exporte. Rien ne t'empêche de lui exporter un date_sub() ou date_add().
> Comment est supporté les locales pour les dates
Je ne sais pas toi, mais moi ce que je stockes je le normalise avant. En gros tout ce qui est stocké a la même forme et le même fuseau horaire. Note que c'est aussi ce que fait ce que tu appelles un "vrai" SGBD.
> ou les chiffres ?
Si tu lis la news et les liens tu verras que justement depuis cette version il y a un typage simple mis en oeuvre pour distinguer int/float/text/blob
Avant ça utilisait le type de la colonne (on en déclarait bien un, même s'il ne forcait rien au niveau stockage des données) pour savoir comment trier les données par défaut (comme des chiffres ou comme des textes).
> Ça montre que SQLite n'est pas un équivalent d'un "vrai" SGBD.
Je comprend mal la relation entre le corps du message et la conclusion. Quelqu'un peut me rappeler en quoi un SGBD doit fournir des fonctions de traitement de date pour avoir le droit d'être un "système de gestion de base de données" ?