Discussion :

[archeboc]

Je cherche de la documentation sur le conflit entre un nom

Partons du code suivant, qui fonctionne :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE OR REPLACE FUNCTION test_sur_insert(nom text) RETURNS integer AS $$
DECLARE
  repid integer;
BEGIN
 
SELECT id INTO repid FROM compte WHERE compte.nom=nom;
 
RETURN repid;
 
END;
$$ LANGUAGE plpgsql;
 
select test_sur_insert('moi');

Si j'oublie de préfixer la colonne nom en compte.nom, j'obtiens un résultat idiot : si le nom de colonne n'est pas préfixé, il est masqué par la variable nom.

Par contre, cela ne marche plus

Ca marche encore si j'essaye de faire la même chose dans la clause INTO :

Code :

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

1
2
 
SELECT compte.id INTO id FROM compte WHERE compte.nom=nom;

C'est la cata par contre si j'essaye de passer une requête INSERT. Il plante sur les préfixes. Si j'essaye de protéger les noms de colonnes avec des guillemets, ca ne marche pas non plus.

Y a-t-il un document qui référence la façon dont ces conflits sont gérés ? Et une solution pour la méthode INSERT ?

Archeboc.

[droggo]

Gie,

Éviter d'utiliser un nom de colonne pour une variable ?

Peut-être trop simplissime ?

[archeboc]

Gie,

Éviter d'utiliser un nom de colonne pour une variable ?

Peut-être trop simplissime ?

Non. trop compliqué.
1- Cela signifie que je dois en permanence me souvenir dans ma fonction de tous les noms de colonnes que j'utilise.

2- et puis cela ne me semble pas aberrant de donner aux variables le même nom que les colonnes où je vais les ranger : INSERT INTO compte(compte.nom) VALUES (nom) me semble une syntaxe naturelle et souhaitable.

3- et puis j'aimerais bien comprendre la logique de la portée des noms de colonne et de variables dans les fonctions PL.

Archeboc.

[droggo]

Fie,

Non. trop compliqué.
1- Cela signifie que je dois en permanence me souvenir dans ma fonction de tous les noms de colonnes que j'utilise.

2- et puis cela ne me semble pas aberrant de donner aux variables le même nom que les colonnes où je vais les ranger : INSERT INTO compte(compte.nom) VALUES (nom) me semble une syntaxe naturelle et souhaitable.

3- et puis j'aimerais bien comprendre la logique de la portée des noms de colonne et de variables dans les fonctions PL.

Archeboc.

Pour une colonne s'appelant nom, est-il si compliqué d'utiliser une variable nom_.

Tu te compliques la vie sous prétexte de soi-disant la simplifier.

[archeboc]

Si dans les autres langages de programmation on pratique la notion de surcharge et de portée, je ne pense pas que ce soit pour se compliquer la vie. Depuis la défaite du GOTO, c'est toujours la même logique : on introduit des contraintes qui semblent lourdes et inutiles mais qui en réalité simplifie le travail de conception et la relecture du code.

3- et puis j'aimerais bien comprendre la logique de la portée des noms de colonne et de variables dans les fonctions PL.

Je maintiens mon interrogation.

Archeboc.

[say]

de mon côté, je préfixe tjrs par un _...et ce ds n'importe quel langage.

puis j'aimerais bien comprendre la logique de la portée des noms de colonne et de variables dans les fonctions PL.

je vois pas quelle est la logique à comprendre...

si je t'écris ça:

Code :

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

SELECT id INTO repid FROM compte WHERE nom=nom;

hors context, est-tu capable de le lire, l'expliquer, etc...?

ça paraît cohérent que le langage s'embrouille également, pas besoin de chercher midi à quatorze heures.

[say]

Si j'oublie de préfixer la colonne nom en compte.nom, j'obtiens un résultat idiot : si le nom de colonne n'est pas préfixé, il est masqué par la variable nom

cela semble assez logique ici aussi :
LOCAL en priorité...

à mon sens, quel que soit le langage, la portée locale est tjrs prioritaire.

[scheu]

Règle 1 : ne jamais préfixer les noms de colonnes (privilégier "nom" à "compte.nom")
Règle 2 : utiliser des noms de variables différents des noms de colonnes existants
Règle 3 : se référer aux règles 1 et 2

[say]

Règle 1 : ne jamais préfixer les noms de colonnes (privilégier "nom" à "compte.nom")

pourquoi?????
une bonne raison? explication?

Règle 2 : utiliser des noms de variables différents des noms de colonnes existants

+1

[scheu]

pourquoi?????
une bonne raison? explication?

... j'oubliais de préciser "pour des requêtes ne portant que sur une seule table", personnellement je ne vois pas bien l'intérêt de préfixer les noms de colonnes par les noms des tables, ça complique la lisibilité. Enfin, c'est mon avis ...

[say]

... j'oubliais de préciser "pour des requêtes ne portant que sur une seule table", personnellement je ne vois pas bien l'intérêt de préfixer les noms de colonnes par les noms des tables, ça complique la lisibilité. Enfin, c'est mon avis ...

ah ben vi !!!

mais là, tu n'as pas d'argument