Bonjour tout le monde, j'ai une base de données SQLite3 avec 4 tables : overwatch, dixhuit_vingtcinq, moins_quinze, quinze_dixhuit. Elles ont toutes les 4 2 colonnes une nommée "datetime" (string) et une nommée "nb_co" (real) sauf que lorsque je souhaite voir ces données j'ai tout le temps un ".0" à la fin des différents résultats nb_co.

Donc j'aurai voulu savoir si cela serait mieux d'avoir des INT à la place et donc de ne plus avoir de ".0" rien que sur Excel je peux pas vraiment faire de diagrammes à cause de ça. Et si oui, il y'aurait t'il une méthode "simple" de faire ça ?

Et sinon pensez vous que je devrai revoir le format de "datetime" aussi ? Car il est sous forme "YYYY-MM-DD HH:MM:SS.MS" Et étant donné que je ne fais qu'une actualisation qu'environ toutes les minutes les secondes et les millisecondes ne me sont pas du tout utiles Et si oui, une idée d'une manière pas trop compliqué pour les enlever ?

Enfin, je souhaite utiliser ces données pour faire des graphiques, statisques etc, devrais-je donc passer sous un autre type de base de données ? (MySQL, PostgreSQL, etc) ?

Merci d'avoir lu

Bah en fait, comme son nom l'indique, un REAL c'est un nombre réel, donc à virgule. Vu que t'auras à priori jamais un nombre de connectés à virgule (sauf logique qui m'échappe ), oui il te faudrait utiliser un INT.

Du coup ça implique de changer le type des colonnes si tu veux le faire proprement.

Pour les dates, c'est bizarre d'avoir un type string. Y'a pas un type DATETIME justement ? Après pour l'excès de précision c'est pas forcément très grave, je dirais. Ca doit pouvoir se résoudre depuis l’affichage d'Excel

Le 10 juillet 2017 à 18:15:28 GrandeGuerre a écrit :
Bah en fait, comme son nom l'indique, un REAL c'est un nombre réel, donc à virgule. Vu que t'auras à priori jamais un nombre de connectés à virgule (sauf logique qui m'échappe ), oui il te faudrait utiliser un INT.

Du coup ça implique de changer le type des colonnes si tu veux le faire proprement.

Bin justement c'est ça que je demande en partie, je vois pas trop comment faire proprement De retirer toutes les entrées et les remettre dans une nouvelle table me parait laborieux

Pour les dates, c'est bizarre d'avoir un type string. Y'a pas un type DATETIME justement ? Après pour l'excès de précision c'est pas forcément très grave, je dirais. Ca doit pouvoir se résoudre depuis l’affichage d'Excel

Il n'y a pas de datetime dans les types de données

dans le doute fait un dump de ta BDD mais essaye cette instruction :

ALTER TABLE nom_table
MODIFY nom_colonne type_donnees

pour la premiere sa donnerais

ALTER TABLE overwatch
MODIFY nb_co int

Le 10 juillet 2017 à 21:19:50 MrAnge a écrit :
dans le doute fait un dump de ta BDD mais essaye cette instruction :

ALTER TABLE nom_table
MODIFY nom_colonne type_donnees

pour la premiere sa donnerais

ALTER TABLE overwatch
MODIFY nb_co int

Ca fonctionne pas D'après ce que j'ai vu il n'est pas possible de modifier une colonne finalement ( https://stackoverflow.com/questions/2685885/sqlite-modify-column ) . Du coup je vais devoir tout transvaser En même temps je pense passer vers un un autre type de base de données que SQLite 3 SI vous avez des propisitions hésitez pas, sinon j'irai sur PostgreSQL

Le 10 juillet 2017 à 22:39:33 Exacompta a écrit :

Le 10 juillet 2017 à 21:19:50 MrAnge a écrit :
dans le doute fait un dump de ta BDD mais essaye cette instruction :

ALTER TABLE nom_table
MODIFY nom_colonne type_donnees

pour la premiere sa donnerais

ALTER TABLE overwatch
MODIFY nb_co int

Ca fonctionne pas D'après ce que j'ai vu il n'est pas possible de modifier une colonne finalement ( https://stackoverflow.com/questions/2685885/sqlite-modify-column ) . Du coup je vais devoir tout transvaser En même temps je pense passer vers un un autre type de base de données que SQLite 3 SI vous avez des propisitions hésitez pas, sinon j'irai sur PostgreSQL

Si tu fais du relationnel MySQL-like (tourne plus vers MariaDB qui est plus performant) ou PostgreSQL.
Si tu va juste stocker une masse de donnée brute (des retours, score, logs, ...) sans relationnel, oriente toi vers du NoSQL (MongoDB peut-être, mais il n'y a pas que lui...)

Le 10 juillet 2017 à 23:34:25 AzazelBee a écrit :

Le 10 juillet 2017 à 22:39:33 Exacompta a écrit :

Le 10 juillet 2017 à 21:19:50 MrAnge a écrit :
dans le doute fait un dump de ta BDD mais essaye cette instruction :

ALTER TABLE nom_table
MODIFY nom_colonne type_donnees

pour la premiere sa donnerais

ALTER TABLE overwatch
MODIFY nb_co int

Ca fonctionne pas D'après ce que j'ai vu il n'est pas possible de modifier une colonne finalement ( https://stackoverflow.com/questions/2685885/sqlite-modify-column ) . Du coup je vais devoir tout transvaser En même temps je pense passer vers un un autre type de base de données que SQLite 3 SI vous avez des propisitions hésitez pas, sinon j'irai sur PostgreSQL

Si tu fais du relationnel MySQL-like (tourne plus vers MariaDB qui est plus performant) ou PostgreSQL.
Si tu va juste stocker une masse de donnée brute (des retours, score, logs, ...) sans relationnel, oriente toi vers du NoSQL (MongoDB peut-être, mais il n'y a pas que lui...)

Bin je sais pas, c'est juste pour stocker ces données (datetime et nb_co) et en faire des statistiques, graphiques

Alors, si il s'agit de faire une seule table remplit de datetime et de nb_co, je pense que le NoSQL du type de MongoDB serait plus adapté à cet usage, après à voir selon les facilités d'intégrations dans ton projet Python, ... Mais voilà, après tu peux également parfaitement faire ça en MySQL, ...