insérer multiple mot dans database

Bonjour,

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

Code:

---

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.

Citation:

---

Envoyé par Miska59

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

Bonjour

Citation:

---

Envoyé par Miska59

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)...:?

bonjour

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

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 :mouarf:

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) ?

Citation:

---

Envoyé par Beginner.

(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 8-)

Citation:

---

Envoyé par Beginner.

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

---

C'est fait pour :chin:

Citation:

---

Envoyé par Sve@r

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...

Citation:

---

Envoyé par Beginner.

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.

Salut,
Merci pour ces précisions.

Citation:

---

Envoyé par Sve@r

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

---

Oui mais je voulais dire qu'on aura pour chaque ligne (de la table) la chaine "adresse: " dans le fichier...

En fait j'imagine ça (mais c'est peut-être trompeur) comme un fichier csv dans lequel on aurait une colonne "adresse" du coup dans le fichier on aura qu'une seule fois la chaine "adresse" pour identifier la colonne en question alors que si on écrit à chaque fois la chaine "adresse: " dans le champs "adresse" on aura autant de fois cette chaine qu'il y a de lignes...

Citation:

---

Envoyé par Beginner.

Oui mais je voulais dire qu'on aura pour chaque ligne (de la table) la chaine "adresse: " dans le fichier...

---

Ah ben oui, tu écris la string "adresse: %d:%s" % (numero, adresse) dans la data de ton insert, tu auras effectivement le litteral "adresse:" qui sera bel et bien (et inutilement) stocké dans la ligne de la table. Après, ben le PO reste libre de ses choix d'implémentation, même si on ne les partage pas 8-)

Bonjour Sve@r,

merci encore une fois pour ta réponse.