Discussion :

[s.lennon]

Bonjour.

Je suppose que la solution est toute bête, mais après une journée sur cette procédure, je n'y vois plus très clair... Je débute en T-SQL et je voudrais insérer un résultat dans une table s'il n'existe pas déjà.

J'ai une table SUP_PARCELLE avec deux champs : noeud et niveau. J'ai quelques valeurs :

noeud niveau
------------------
1 NULL
NULL 1
NULL 2

Je voudrais insérer de nouvelles valeurs "niveau" à condition qu'elles ne figurent pas déjà dans la table.

J'ai essayé ça :

Code :

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

1
2
3
-- insertion dans SUP_PARCELLE
IF NOT EXISTS (SELECT niveau FROM sup_parcelle WHERE niveau = @id_niveau)
  INSERT INTO sup_parcelle(niveau) VALUES (@id_niveau)

mais ça ne fonctionne pas, et j'ignore pourquoi... Une idée ?

[elsuket]

Bonjour,

Avec quelles valeurs de @id_niveau testez-vous ?
Donnez nous le DDL de votre table (CREATE TABLE ...)
Quel est le libellé exact de l'erreur que vous obtenez ?

@++

[s.lennon]

Hum, je sens que j'ai fait une boulette là... Y'a pas de clé primaire en fait, vu que c'est une table qui me sert juste le temps de quelques manip', je pensais que ce n'était pas nécessaire ...

Je n'ai pas de message d'erreurs.

Ce morceau de code est dans une boucle. Dans mes tests, la première valeur existe déjà et ne doit pas être insérée... Mais au final, aucune valeur n'est insérée !

Pour l'instant, j'ai trouvé un truc un peu "bidouillé" mais qui marche :

Code :

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

1
2
3
4
IF EXISTS (SELECT niveau FROM sup_parcelle WHERE niveau = @id_niveau)
	PRINT 'pas insertion'
ELSE
	INSERT INTO sup_parcelle(niveau) VALUES (@id_niveau)

Je ne sais pas si mettre l'ensemble de la procédure peut être utile ?


EDIT :

Code :

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

CREATE TABLE sup_parcelle(noeud INT, niveau INT)

[SQLpro]

Une table sans clef ne permet pas de repérer un ligne précise et de plus s'avère lente pour les performances....
http://blog.developpez.com/sqlpro/p7...d-index-ni-de/

A +

[s.lennon]

La seule exception à cette règle est pour les petites tables, par exemple celles pour lesquelles le volume des données ne représente pas plus d'une page. Mais même dans ce dernier cas, la présence d'index ou non ne permettra pas de voir la différence, et surtout petite table peut devenir grosse !

Loin de moi l'idée d'insister, je veux juste essayer de bien comprendre :
dans mon cas, il s'agit d'une "table" qui me permet de stocker quelques valeurs le temps de ma procédure (je la vide à la fin), simplement parce que je ne sais pas stocker plusieurs valeurs autrement...

Le but de ma procédure est de récupérer plusieurs valeurs pour ensuite supprimer toutes les données associées. Je n'ai pas réussi à faire une sorte de valeur "globale" qui ne serait pas remise à zéro à chaque tour de boucle ; du coup j'ai créer une table avec une colonne pour stocker ces valeurs.

D'où deux questions :
- cette table ne deviendra jamais "grosse", elle n'est pas liée (et ne le sera jamais) à d'autres tables, une clé primaire est-elle vraiment nécessaire ?
- existe-t-il une autre façon de stocker ces valeurs ?

[SQLpro]

- cette table ne deviendra jamais "grosse", elle n'est pas liée (et ne le sera jamais) à d'autres tables, une clé primaire est-elle vraiment nécessaire ?

En principe toute table doit avoir une clef. C'est obligatoire dans la théorie relationnelle, mais SQL permet de ne pas en mettre pour des raisons de facilité qui peuvent se retourner contre vous.

- existe-t-il une autre façon de stocker ces valeurs ?

Il n'est sans doute pas besoin de les stocker puisqu'à l'évidence vous les avez déjà !

Postez TOUT le code de votre traitement avec le DDL de vos tables et nous vous aiderons.

A +