Discussion :

[Miska59]

Bonjour,

j'aimerai insérer des multiples mots dans database avec sqlite3 avec deux petit point.
code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
def insertdoc(nom,prenon,numero,adress,ville):
....etc
sqlite_insert_query = """INSERT INTO DATABASE (Nom, Prenon, adresse, villes) VALUES (?, ?, ?, ?);"""
data_key = (nom, prenom, "adress:" numero:adresse, ville) 
cursor.execute(sqlite_insert_query, data_key)
...etc

pouvez-vous me dire comment faire pour insérer dans database => "adress": "numero:adresse" avec deux petits points. merci d'avance.

[wiztricks]

pouvez-vous me dire comment faire pour insérer dans database => "adress": "numero:adresse" avec deux petits points.

Facile, on commence par ouvrir la documentation de sqlite3 pour essayer de comprendre comment ça marche.

Après je ne sais pas à quoi correspondent vos "deux points" mais il va falloir faire avec ce que sqlite3 et Python savent faire.

- W

[Sve@r]

Bonjour

data_key = (nom, prenom, "adress:" numero:adresse, ville).
pouvez-vous me dire comment faire pour insérer dans database => "adress": "numero:adresse" avec deux petits points.

data_key = (nom, prenom, "adresse: %d:%s" % (numero, adresse), ville)...

[papajoker]

bonjour

Donc en fait tu ne tiens pas compte de ce qui t'est dit

Le problème n'a rien à voir avec sqlite mais c'est plutot AU SECOURS, je ne sais pas ce qu'est une chaine de caractère en python, c'est pourtant 105 chapitres avant les bases de données

[Beginner.]

Salut,

Je ne vois pas trop l'intérêt (je suppose que cela va consommer plus de mémoire) d'ajouter à chaque fois la chaine "adresse: ", n'y a-t-il pas déjà dans la bdd une colonne "adresse" qui permet de repérer l’adresse ?

Pourquoi ne pas juste faire : data_key = (nom, prenom, "%d:%s" % (numero, adresse), ville) (j'ai repris et modifié le code de Sve@r) ?

[Sve@r]

(je suppose que cela va consommer plus de mémoire) d'ajouter à chaque fois la chaine "adresse: "

Ca dépend de comment est configuré la colonne dans la table.
Si la colonne (là on entre dans le domaine bdd) est en fixe (ex char(40)) alors quel que soit son contenu, ça occupera toujours 40 caractères (certains seront utilisés par de la data utile, d'autres seront là pour rien). Si tu connais un peu le C c'est la même chose avec char c[40]="toto" qui définit un tableau de 40 caractères dont les 4 premiers contiennent 't', 'o', 't' et 'o', plus le 5° qui contient un marqueur de fin, ici '\0'. Donc 40 caractères créés en RAM mais seulement 5 occupés par de la data "utile".
Si maintenant c'est du varchar, alors effectivement rajouter de la string en dur consomme plus de place que ne pas en mettre.

Sinon d'un point de vue "logique algorithmique et efficience", effectivement c'est totalement idiot de rajouter une string "en dur" alors qu'on peut gérer soi-même la façon dont on affiche l'adresse

(j'ai repris et modifié le code de Sve@r) ?

C'est fait pour

[Beginner.]

Ca dépend de comment est configuré la colonne dans la table.
Si la colonne (là on entre dans le domaine bdd) est en fixe (ex char(40)) alors quel que soit son contenu, ça occupera toujours 40 caractères (certains seront utilisés par de la data utile, d'autres seront là pour rien). Si tu connais un peu le C c'est la même chose avec char c[40]="toto" qui définit un tableau de 40 caractères dont les 4 premiers contiennent 't', 'o', 't' et 'o', plus le 5° qui contient un marqueur de fin, ici '\0'. Donc 40 caractères créés en RAM mais seulement 5 occupés par de la data "utile".
Si maintenant c'est du varchar, alors effectivement rajouter de la string en dur consomme plus de place que ne pas en mettre.

Ah ok ça c'est durant l’exécution mais pour le fichier (.db, .sqlite,...) ça change quelque chose ou bien on a aussi toujours 40 caractères pour chaque adresse même si elle est plus courte ?

Bon j’essaierai de vérifier ce genre de chose quand je pratiquerai les bdd...

[Sve@r]

mais pour le fichier (.db, .sqlite,...) ça change quelque chose ou bien on a aussi toujours 40 caractères pour chaque adresse même si elle est plus courte ?

Ben au final la table est quand-même écrite dans le fichier...

Bon généralement dans 97% des cas, on utilise du varchar (pour chaque ligne, la colonne se cale donc sur la longueur de la data qu'on lui insère ce qui évite de perdre de la place pour rien) mais il m'est arrivé de mettre du char(n). C'était pour stocker un checksum md5 et un md5 ayant une taille fixée à 32, fatalement le char(32) était le plus adéquat (le char(n) a quand-même l'avantage de te donner des lignes de toujours la même taille donc ça aide au déplacement => tu veux sauter 10 lignes, tu sautes direct 10*<size ligne>, chose que le varchar ne te permet pas de faire).
Ensuite le varchar peut donner (là on a quitté Python et on entre dans le domaine de la bdd) des soucis d'optimisation. Imagine on est en varchar on entre 30c. Puis on modifie (update) la data et il n'y en n'a plus que 20, que se passe-t-il? La colonne se recale sur 20? Elle reste à 30 parce que c'est plus rapide de ne rien faire (charge au vacuum de remettre les choses en place)? Bon bref je ne pense pas que tu te mettras à créer ton moteur bdd mais c'est pour avoir une idée des soucis que ceux qui les créent peuvent avoir.