Le portail francophone de la géomatique

Salut,

vous pouvez donner la requête exacte ?
D'après la doc (et un petit test effectué rapidement avec la version 3.13),
le résultat  de la somme d'un ensemble de valeur
dont au moins l'une d'entre elle est de type REAL
est  bien de type REAL.

Le seul problème que je vois serait effectivement comme le dit heretik, un problème d'arrondi,
mais vous avez apparemment déjà testé la conversion en NUMERIC.

Dernière modification par tumasgiu (Mon 28 November 2016 15:17)

Vous pouvez tenter un

SELECT
typeof(SUM(SERIE_HIST_2013.P13_RP)),
typeof(SUM(SERIE_HIST_2013.P08_RP))
FROM SERIE_HIST_2013
WHERE
SERIE_HIST_2013.DEP = '73';

pour connaitre le type de retour de vos sommes ?

Edit:
La différence entre le nom des champs dans la somme et la table
est elle une faute de frappe ?

Dernière modification par tumasgiu (Mon 28 November 2016 16:22)

Et avec quoi visualisez vous vos résultats ?
Si comme moi vous utilisez sqlite manager (plugin firefox),
si un réel ne comporte que des zéros dans sa partie décimale
alors celle ci est tronquée à l'affichage.

Il faut savoir que le type des  données dans SQLite est dynamique,
contrairement à la majorité des autres RDBM, qui ont eux opté
pour un typage statique.

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

Une colonne d'une table SQLite n'a donc pas de type mais une affinité,
c'est à dire un type de données préferé, mais on peut stocker des données
de différent typesdans une même colonne.

La fonction sum pouvant renvoyer soit un entier soit un réel, en fonction
de son entrée, SQLite ne doit pas chercher à typer le résultat, et donc
ne fournit aucun type pour les colonnes lors de la création de la table.

Pour forcer le typage vous pouvez modifier votre requête :

SELECT CAST(SUM(ma_colonne) AS FLOAT)
--pour chaque appel de la fct sum.

Mais je ne sais pas si çà résoudra le problème.

Dernière modification par tumasgiu (Tue 29 November 2016 11:34)

Et si vous utilisez un round() a 3 chiffres par exemple ?

Bonjour,

C'est très étonnant comme problème, je viens de tester avec sqlite, aucun souci de mon côté, j'ai bien toutes les décimales.

Peut-on voir toutes les valeurs CC73.P08_RP et CC73.P13_RP du département 73 ?

Et je ne comprends pas bien l'intérêt des 'AS NUMERIC' dans la requête précédente. Si c'était pour changer le type, il manque CAST.

Pour info j'utilise ce jeux de données :

J'importe mon fichier CSV dans ma base SQlite depuis SQlite Manager. Au cours de l'export il me demande si je veux modifier mes données et j'indique à SQlite la nature de mes données (TEXT, NUMERIC..) ainsi que le champ PRIMARY KEY et UNIQUE.

Lorsque j'observe la structure de ma table, j'observe ceci :

CREATE TABLE "base-cc-serie-historique" ("CODGEO" TEXT PRIMARY KEY  NOT NULL  UNIQUE , "REG" TEXT, "REG2016" TEXT, "DEP" TEXT, "LIBGEO" TEXT, "P13_POP" NUMERIC, "P08_POP" NUMERIC, "D99_POP" NUMERIC, "D90_POP" NUMERIC, "D82_POP" NUMERIC, "D75_POP" NUMERIC, "D68_POP" NUMERIC, "SUPERF" NUMERIC, "NAIS0813" NUMERIC, "NAIS9908" NUMERIC, "NAIS9099" NUMERIC, "NAIS8290" NUMERIC, "NAIS7582" NUMERIC, "NAIS6875" NUMERIC, "DECE0813" NUMERIC, "DECE9908" NUMERIC, "DECE9099" NUMERIC, "DECE8290" NUMERIC, "DECE7582" NUMERIC, "DECE6875" NUMERIC, "P13_LOG" NUMERIC, "P08_LOG" NUMERIC, "D99_LOG" NUMERIC, "D90_LOG" NUMERIC, "D82_LOG" NUMERIC, "D75_LOG" NUMERIC, "D68_LOG" NUMERIC, "P13_RP" NUMERIC, "P08_RP" NUMERIC, "D99_RP" NUMERIC, "D90_RP" NUMERIC, "D82_RP" NUMERIC, "D75_RP" NUMERIC, "D68_RP" NUMERIC, "P13_RSECOCC" NUMERIC, "P08_RSECOCC" NUMERIC, "D99_RSECOCC" NUMERIC, "D90_RSECOCC" NUMERIC, "D82_RSECOCC" NUMERIC, "D75_RSECOCC" NUMERIC, "D68_RSECOCC" NUMERIC, "P13_LOGVAC" NUMERIC, "P08_LOGVAC" NUMERIC, "D99_LOGVAC" NUMERIC, "D90_LOGVAC" NUMERIC, "D82_LOGVAC" NUMERIC, "D75_LOGVAC" NUMERIC, "D68_LOGVAC" NUMERIC, "P13_PMEN" NUMERIC, "P08_PMEN" NUMERIC, "D99_PMEN" NUMERIC, "D90_NPER_RP" NUMERIC, "D82_NPER_RP" NUMERIC, "D75_NPER_RP" NUMERIC, "D68_NPER_RP" NUMERIC)

Bonjour,

J'ai essayé de mon côté d'importer le même jeu de données avec spatialite-gui. Malgré les bonnes options renseignées lors de l'import, il importe les valeurs avec des virgules... Du coup lors des sommes, il les traite comme du texte en s'arrêtant à la virgule, donc ne traite que la partie entière. Donc la somme est fausse et bien-sûr entière.

Vite fait une solution dans ta requête de somme (tu remplaces la virgule par un point) :

select sum(replace(P13_RP,',','.')) from "base-cc-serie-historique" WHERE DEP = '73';

Quelle enquête rondement menée !