begin process at 2010 02 10 05:18:07
  Trouver un code source :
 
dans
 
[ Dernières recherches ]
Accueil > 

Code

 > 

Procédure

 > PROGRAMMER AVEC TRANSACT-SQL : PASSER LE NOM D'UNE TABLE EN PARAMETRE

PROGRAMMER AVEC TRANSACT-SQL : PASSER LE NOM D'UNE TABLE EN PARAMETRE


 Information sur la source

Note :
7 / 10 - par 3 personnes
7,00 / 10

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

  • 7

  • 8

  • 9

  • 10
Catégorie :Procédure Classé sous :transactsql, objectproperty Niveau :Initié Date de création :08/10/2004 Vu :9 514
Auteur : kechia

Ecrire un message privé
Commentaire sur cette source (4)
Ajouter un commentaire et/ou une note

 Description

CE BOUT DE CODE PERMET DE PASSER LE NOM D'UNE TABLE EN PARAMETRE DANS UNE PROCEDURE SELECT. ICI NOUS UTILISONS L'INSTRUCTION EXECUTE POUR EXECUTER LA  CHAINE DE CARACTERES QUI CONTIENT LA REQUETE. CETTE TECHNIQUE EST SURTOUT UTILE POUR CONSTRUIRE DYNAMIQUEMENT DES INSTRUCTIONS SQL AU MOMENT DE L'EXECUTION, AVANT D'APPELER LA METHODE OU LA FONCTION D'API DE BASES DE DONNEES REQUISE POUR EXECUTER L'INSTRUCTION.



Source

  • IF OBJECTPROPERTY ( OBJECT_ID('MA_PROCEDURE'),'ISPROCEDURE') = 1
  • DROP PROCEDURE MA_PROCEDURE
  • GO
  • Create PROCEDURE MA_PROCEDURE
  • @NOM_TABLE varchar(50)
  • AS
  • DECLARE @SQLString VARCHAR(200)
  • set @SQLString=" SELECT COLONNE1,COLONNE2,COLONNE3, ..., COLONNEn FROM "+@NOM_TABLE
  • EXECUTE(@SQLString)
  • return
  • EXEMPLE:
  • MA_PROCEDURE MA_TABLE ***MA_TABLE EST LE DE LA TABLE PASSE EN PARAMETRE 
IF OBJECTPROPERTY ( OBJECT_ID('MA_PROCEDURE'),'ISPROCEDURE') = 1
 DROP PROCEDURE MA_PROCEDURE
GO
Create PROCEDURE MA_PROCEDURE 
	@NOM_TABLE varchar(50)
AS
DECLARE @SQLString VARCHAR(200)
set @SQLString=" SELECT COLONNE1,COLONNE2,COLONNE3, ..., COLONNEn FROM "+@NOM_TABLE
EXECUTE(@SQLString)
return

EXEMPLE:
   MA_PROCEDURE  MA_TABLE   ***MA_TABLE EST LE DE LA TABLE PASSE EN PARAMETRE

 Conclusion

KECHIA


 Sources du même auteur

COMMENT RENOMMER UNE BASE DE DONNEES EN PRODUCTION !
UTILISATION DE LA PROCEDURE STOCKÉES SYSTÈME SP_HELPCONSTAIN...
RECHERCHE DE DOUBLONS DANS UNE TABLE
PROGRAMMER AVEC TRANSACT-SQL : UTILISATION DE LA FONCTION OB...
PROGRAMMER AVEC TRANSACT-SQL : DÉCLARATION DES VARIABLES LOC...
Toutes les sources de kechia

 Sources de la même categorie

Source avec Zip (SQL SERVER) REQUÊTE POUR RECHERCHER UN {GUID} DANS TOUS LES... par lassaad83
[ORACLE]DÉTERMINER LA DATE DU PREMIER JOUR D'UNE SEMAINE PAR... par Bouillou2
T-SQL - PROCÉDURE - STOCKÉE - PLACER DANS UNE TABLE LE RÉSUL... par zavier666
SQL LECTURE IMPORT DE FICHIER TEXTE par PHILIPPO
Source avec Zip GÉNÉRER DES REQUETES INSERT À PARTIR DES DONNÉES EXISTANTES ... par lassaad83
Toutes les sources de la catégorie Procédure

 Sources en rapport avec celle ci

LES FONCTIONS SUR CHAÎNE DE CARACTÈRES EN TRANSACT-SQL par IgorN2004
PROGRAMMER AVEC TRANSACT-SQL : UTILISATION DE LA FONCTION OB... par kechia
PROGRAMMER AVEC TRANSACT-SQL : DÉCLARATION DES VARIABLES LOC... par kechia
SQL SERVER - RÉCUPÈRER LA/LES RELATION(S) ENTRE 2 TABLES par white_mage

Commentaires et avis

Commentaire de Benouille le 14/10/2004 13:17:41

bon imaginaons que je crée une table qui s'appelle ma_procedure, qu'est ce qui va se passer la

IF OBJECTPROPERTY ( OBJECT_ID('MA_PROCEDURE'),'ISPROCEDURE') = 1
DROP PROCEDURE MA_PROCEDURE

a priori rien
et du coup la

Create PROCEDURE MA_PROCEDURE

va y avoir levage d'erreur

donc autant lui préférer un ifexists.

deuxieme chose, ça marche dans le cas d'une table avec un joli nom bien propret, pour plus de sécurité, j'y mettrais des crochets:

Exec (' Select * From [' & sNomTable & ']')

je mets que 6 parceque la source est interressante mais pas top

Commentaire de kechia le 18/10/2004 11:27:00

cette methode est tres utile pour les developpeurs qui utilise un fichier de script (*.sql) crée dans l'analyseur de requete. Elle ne vous oblige pas la connaissance des tables systèmes (sysobjects,syscomments....) comme l'oblige l'utilisation de ifexists... et vous n'ete plus obligé de supprimer une procedure ou une vue existante avant de la modifier.
SQL Server fait tres la difference entre les tables et les procedures.
dans la tables systeme sysobjects la colonne dont le nom de colonne est type prend les valeures suivantes:
      P = Procédure stockée
      S = Table système
      U = Table utilisateur
      V = Vue
alors meme si j'ai une table qui s'appelle MA_PROCEDURE et une procedure stockée qui s'appelle aussi MA_PROCEDURE, cela donne :
IF OBJECTPROPERTY ( OBJECT_ID  ('MA_PROCEDURE'),'ISPROCEDURE') = 1
DROP PROCEDURE MA_PROCEDURE
go
Create PROCEDURE MA_PROCEDURE
as
select * from MA_PROCEDURE
et n'y aura jamais levage d'eurreur.

je vous conseil de lire la source intitulée "PROGRAMMER AVEC TRANSACT-SQL : UTILISATION DE LA FONCTION OBJECTPROPERTY (T-SQL)"
je reste bien disposé à repondre dans la mesure de mes connaissances et de mon expérience à toutes vos interrogations et aussi à beneficier des votres.

je suis d'avis avec vous sur votre seconde remarque car tout le monde ne defini pas forcement le nom des tables avec "underscore".

     merci pour l'interet et à ++++  
     KECHIA





Commentaire de Benouille le 18/10/2004 15:41:48

comme tu as semé le doute en mon esprit j'ai testé.

apres avoir créé une table gnagna dans une base j'ai exécuté ceci dans l'analyseur de requetes.
create procedure gnagna as --

levage d'erreur :
Serveur : Msg 2714, Niveau  16, État 5, Procédure gnagna, Ligne 1
Il existe déjà un objet nommé 'gnagna' dans la base de données.

donc c'est ce que je disais, le nom d'une vue ou d'une table ou d'une proc doit être unique.

moi aussi j'utilise le nom des tables dans des execute parceque je travaille sur 900 bases comptables, donc quand je dois avoir une vision synthétique de l'ensemble, j'insere dans une base infocentre a partir de toutes les bases. pour ça j'utilise un curseur qui fetch sur le nom des bases. c'est évidemment bien plus pratique que d'écrire autant de requetes qu'il y a de bd.

a+ kechia
Benouille.

Commentaire de kechia le 18/10/2004 19:15:28



salut benouille!
merci pour ta contribution

kechia.

 Ajouter un commentaire

Nos sponsors


Sondage...

Comparez les prix


HTC Magic
Entre 429€ et 429€

Visiter le guide achat

CalendriCode

Février 2010
LMMJVSD
1234567
891011121314
15161718192021
22232425262728

Consulter la suite du CalendriCode
 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,702 sec (4)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales
Outils Convertisseur VB/C# Snippets et scripts Outils en ligne La ToolBox
Communauté Programmation Photographie Technologie Newsgroups Emploi Forum Blogs
Guide d'achat Téléphonie mobile Image et son Informatique Bureautique Jeux vidéo
Logiciels Internet & Réseau Développement Market Android Jeux & Loisirs Graphisme Multimédia Sécurité Pilotes
Loisirs Cartes virtuelles Vidéos droles Jeux en ligne Géoguide AndroLib (Android Market)