Discussion :

[peuh]

bonjour,
j'aimerais savoir s'il est possible de générer des clés primaire de maniere aléatoire avec postgresql.
merci
fabien

[Bouboubou]

Salut,

Je ne suis pas sûr de bien comprendre ta demande. Tu cherches à définir aléatoirement un attribut d'une entité comme clé primaire ou de définir des valeurs aléatoires pour ta clé primaire pour chaque insertion ?

A+ Jérôme

[Petrus]

Salut,

Moi je pense que c'est la seconde hypothèse

générer des clés primaire de maniere aléatoire avec postgresql

Cela s'appelle une séquence, mais ce n'est pas une suite aléatoire, mais séquentielle et donc sans doublons ( normalement ).
Fais une recherche sur les forums Base de données, il y a moult réponses avec le mot clé SEQUENCE.

[Bouboubou]

Si c'est la deuxième hypothèse, Pierre a raison! Les séquences sont bien pratique, mais pas aléatoire. Cela dépend ou tu souhaites faire cela. C'est lors d'un chargement (avec l'instruction \copy) ou bien si c'est depuis un client?

Dans ce cas franchement je vois que deux posibitilés, ou bien tu gères cela avec ton application client, ou bien tu fais une fonction pg/plsql qui te créée des nombres aléatoires!

Il faudrait préciser un peu ta question à mon avis!

A+ Jérôme

[peuh]

ok merci a vous , je connaissais deja les sequences de postgresql, c'est elle que j'utilisais jusque maintenant, je souhaitais juste savoir s'il etait possible de les definir de manière aléatoire.
A priori non depuis postgresql donc je vais certainement continuer a utiliser les sequences .
fabien

[wello00]

moi je ferais ca plutot avec la techno utilisée, par exemple avec PHP, je vérifie si le nombre généré n'existe pas déjà dans la base et si c'est bon j'insère!

[peuh]

comme tu veux wello00, mais le pbm c'est que tu fais des acces a la base lorsque tu regarde s'il le nombre est deja pris ; imagine si tu as bcp d'enregistrements dans ta base, que tu utilise ta base a distance , alors la tes performances sont desastreuses... avec ce genre de technique tu peux eviter ce genre de desagrement qui dans les grosses applications sont souvent penalisant.

fabien

[wello00]

comme tu veux wello00, mais le pbm c'est que tu fais des acces a la base lorsque tu regarde s'il le nombre est deja pris ; imagine si tu as bcp d'enregistrements dans ta base, que tu utilise ta base a distance , alors la tes performances sont desastreuses... avec ce genre de technique tu peux eviter ce genre de desagrement qui dans les grosses applications sont souvent penalisant.

fabien

tout à fait d'accord avec toi; surtout avec postgresql t'as raison vaut mieux éviter!

[Bouboubou]

Je me permets encore de rajouter qqch. Je crois que l'on est tous d'accord pour dire que si le client fait ces contrôles, les performances diminue énormément. Mais si tu créés une fonction stockée, tu fais un seul appel et c'est la fonction qui fait les contrôles d'existances. J'ai pas trop essayé, mais je pense sérieusement que cela peut fonctionner!

A+ Jérôme