Discussion :

[lenainjaune]

Bonjour à tous !

Je cherche à remplir une table avec des données fictives, pour volontairement la grossir et tester mes projets (entre autre l'actuel projet PHP avec MySQL).

Je sais qu'il existe plein de solutions, mais je cherche une solution 100% SQL !

Celle que j'utilise actuellement :

Code :

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

insert into test (login, message) select "*login*", floor(1000000*rand()) from test;

où test est une table déjà remplie. Donc au final, j'ai le double des données (avec une moitié fictive).


Ce que je voudrais, c'est une technique (une astuce), qui permette de définir le nombre de ligne à ajouter en une commande.

Du style :

Code :

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

insert into test (login, message) [technique qui crée 50 lignes fictives];

Est-ce possible ?

Cordialement
lnj

[lola06]

Bonjour,

Tu pourrais créer une fonction pour faire ça.
Tu fait une boucle qui fais les insertions.

[lenainjaune]

Salut !
Merci pour ta réponse rapide

OK ... mais je cherche plus simple à mettre en œuvre ...

Les CREATE PROCEDURE (pour le cas de MySQL), c'est trop long à taper !

En plus cela nécessite deux commandes ...

N'y aurait-il pas d'autres solutions ?

[Rei Ichido]

Bonjour à tous !

Je cherche à remplir une table avec des données fictives, pour volontairement la grossir et tester mes projets (entre autre l'actuel projet PHP avec MySQL).

Je sais qu'il existe plein de solutions, mais je cherche une solution 100% SQL !

Celle que j'utilise actuellement :

Code :

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

insert into test (login, message) select "*login*", floor(1000000*rand()) from test;

où test est une table déjà remplie. Donc au final, j'ai le double des données (avec une moitié fictive).


Ce que je voudrais, c'est une technique (une astuce), qui permette de définir le nombre de ligne à ajouter en une commande.

Du style :

Code :

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

insert into test (login, message) [technique qui crée 50 lignes fictives];

Est-ce possible ?

Cordialement
lnj

Ca dépend dans quel sens !
En utilisant la clause LIMIT, pas de problème pour limiter
Par contre il faut que ta table contienne au moins le nombre de lignes que tu veux insérer ...

Ensuite, tu peux toujours faire un CROSS JOIN sur une table comportant peu de lignes pour multiplier par autant ta volumétrie de ta table (quitte à limiter en plus avec LIMIT).

[asmduty]

Salut !
Merci pour ta réponse rapide

OK ... mais je cherche plus simple à mettre en œuvre ...

Les CREATE PROCEDURE (pour le cas de MySQL), c'est trop long à taper !

En plus cela nécessite deux commandes ...

N'y aurait-il pas d'autres solutions ?

C'est la meilleure solution à mon sens, ou alors tu créés ta commande insert dans excel en faisant un glisser vers le bas pour incrémenter tes champs uniques.
Ensuite te suffit de coller tous ces insert générés en 1 minutes dans MySql et d'éxécuter le tout

[lenainjaune]

Ca dépend dans quel sens !
En utilisant la clause LIMIT, pas de problème pour limiter
Par contre il faut que ta table contienne au moins le nombre de lignes que tu veux insérer ...

Ensuite, tu peux toujours faire un CROSS JOIN sur une table comportant peu de lignes pour multiplier par autant ta volumétrie de ta table (quitte à limiter en plus avec LIMIT).

Alors ...

En suivant ton idée de grosse table et LIMIT, sous MySQL, j'ai testé :

Code :

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

select "*test*", floor(1000000*rand()) from information_schema.columns limit 100;

Mais, bon c'est dédié à MySQL (en plus il n'y a aucune garantie que cette base et cette table existent par la suite).

Ton idée sur les CROSS JOIN m'a plus inspiré, j'ai testé :

Code :

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

select * from (select 11 union select 12) as t1, (select 21 union select 22) as t2;

Et ça marche bien, mais c'est plutôt lourd ...

Petite question, n'y aurait-il pas une syntaxe particulière pour remplacer (select ... union ...), par un ensemble simple de lignes créés à la main ?

Du style:

Code :

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

select * from (1,2) as t1, (3,4) as t2;

Où chaque (1,2,3) serait un ensemble de lignes et non de colonnes (comme une table, quoi).

Un peu comme dans:

Code :

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

INSERT INTO test VALUES (1) , (2);

C'est la meilleure solution à mon sens, ou alors tu créés ta commande insert dans excel en faisant un glisser vers le bas pour incrémenter tes champs uniques.
Ensuite te suffit de coller tous ces insert générés en 1 minutes dans MySql et d'éxécuter le tout

Non justement je ne veux pas passer par un import, ou une méga commande insert. Je cherche une solution légère ...

[asmduty]

Ok, mais pour moi c'est qui est le plus proche de la réalité, c'est donc ce que je privilégie pour faire ce genre de tests.
Une fois tout testé on delete * et c'est partit.

[lenainjaune]

Je voulais analyser ce que dit la norme SQL et si éventuellement j'aurais pu trouver mon bonheur, et j'ai été ici, mais bizarrement la documentation à l'air payante !

Comment ce fait-ce ?

Est-ce que quelqu'un aurait un lien, pour analyser la norme ?

[CinePhil]

Oui, les normes sont généralement payantes. ce sont des documents complexes qui demandent un long travail et de nombreuses réunions d'experts pour décider du contenu.

Je crois que la norme SQL est très épaisse et pas forcément facile à aborder.

Il vaut mieux commencer par se référer à des cours, articles, tutoriels, donnés par des experts tels que SQLPro.

[Waldar]

Fouillez sur Wikipedia, vous trouverez un accès gratuit au dernier draft de la norme SQL:2003.

[SQLpro]

Sauf que la norme actuelle c'est SQL:2008 !

En plus MySQL est très très loin de respecter la norme. Il n'est même pas au niveau de SQL:1992 (toujours pas de schéma SQL)

A +

[lenainjaune]

Merci beaucoup pour les réponses ...

@CinePhil : je n'ai pas trouvé quelque chose qui réponde à ma question (j'ai peut être mal cherché), en revanche, il y a des tas de choses intéressantes ... merci donc !

@Waldar : c'est bon j'ai récupéré la draft 2003, je vais regarder à quoi ça ressemble

@SQLpro : effectivement c'est embêtant que MySQL ne soit pas au même niveau ; ceci étant, je cherchais une solution générique.

Je voudrais juste souligner que je suis un utilisateur occasionnel du SQL, que j'en pratiqué professionnellement en développement sur des cas relativement simples et que j'ai déjà expérimenté différentes techniques un peu plus avancées (pas en production).

J'ajouterais, que j'ai une vue relativement "lego" de ce langage. C'est pourquoi, il me semblait logique, qu'il y ait une technique pour "simuler" le remplissage d'une table (du style : select ... from [table_simulée]). Mais apparemment ça n'est pas implémenté !

Donc merci pour les liens, même si je ne vais pas me servir des techniques avancées maintenant ...

Pour le moment je dirais que la solution qui me parait la plus simple, reste celle que j'utilise. A savoir :

Code :

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

INSERT INTO test (login, message) SELECT "*login*", floor(1000000*rand()) FROM test;

Cette solution devrait, en théorie, fonctionner sur n'importe quel SGBDR digne de ce nom, puisqu'elle n'utilise pas de langage dédié aux SGBDR (à confirmer ou infirmer).

Ça me permet au moins, de doubler le nombre de lignes !

D'après ce que j'ai lu (cas MySQL), cette possibilité n'a pas toujours été implémentée (lecture / écriture de la même table). Donc elle ne marcherait pas sur d'anciens SGBDR.

Sinon la solution plus "propre", resterait de créer une procédure stockée ou une fonction qui remplirait la table, comme me l'a suggéré lola06. Mais d'après mes souvenirs, le codage n'est pas standard d'un SGBDR à l'autre (PL/SQL Oracle vs PL/pgSQL PostgreSQL).