Je suis juste tombé sur la vue système sys.sql_modules
aujourd'hui. Qu'est-ce qu'un module par rapport à un objet DB? La vue renvoie, le plus souvent, une colonne contenant le texte de la définition, tel que renvoyé par sys.syscomments
.Qu'est-ce qu'un module SQL Server?
Répondre
Ce sont les blocs d'instructions T-SQL qui composent une procédure stockée, une fonction stockée, un déclencheur ou une définition de vue.
De "Livres en ligne" dans la section "CREATE PROCEDURE":
Obtenir des informations sur stockées Procédures Pour afficher la définition d'une procédure stockée Transact-SQL, utiliser la vue catalogue sys.sql_modules dans la base de données dans laquelle la procédure existe.
Dans sys.sql_modules, vous trouverez le code T-SQL réel.
Marc
Les modules A sont des fonctions, des procédures, des files d'attente et des déclencheurs. Ces modules appellent des objets. Voilà ce que je compris de cet article qui décrit « EXECUTE AS »:
Un module, en parler SQL-Server est un objet autonome qui contient des lots sql, comme une vue, fonction table, procédure stockée, déclencheur ou une fonction scalaire. Un objet SQL est un terme plus général englobant certains qui contiennent des expressions SQL, telles que les contraintes check ou default. Un module a été appelé «routine» avant SQL Server 2005, mais je pense que les deux termes sont utilisés de manière interchangeable.
Le script de génération de table n'est pas stocké dans SQL Server en raison de la facilité avec laquelle les composants d'une table peuvent être modifiés séparément. Par conséquent, il est traité comme un objet mais pas un module.
Les objets types qui ne sont pas considérés comme des modules sont les tables système, les contraintes par défaut, les contraintes de clé étrangère, les files d'attente de service, les contraintes de vérification, les tables utilisateur, les contraintes internes et les contraintes uniques.
Les colonnes ne sont pas considérées comme des objets. Les index ne sont pas non plus.
Oui, tout est plus complexe qu'on pourrait le penser.
- 1. System.TypeLoadException dans le module inconnu avec SQL Server CE
- 2. SQL Server 2000 FTP
- 3. Télécharger SQL SERVER AGENT - Microsoft SQL Server
- 4. Authentification SQL Server dans SQL Server 2008
- 5. SQL Server
- 6. Erreurs SQL Server 2000 Server
- 7. CE SQL Server "le module n'a pas pu être trouvé" Crash
- 8. SQL Server 2005 Express installé après SQL Server 2008 Express
- 9. SQL Server 2008 réplication vers SQL Server 2000
- 10. Rétrogradation de SQL Server 2008 vers SQL Server 2005
- 11. SQL Server Par question SQL Server 2005 CE
- 12. SQL Server Management Studio ne démarre pas
- 13. Modification du SQL Server 2005 Server
- 14. Module de programmation Excel tournant lentement sur Terminal Server 2008
- 15. Contrainte minuscule - SQL Server
- 16. SQL Server C++ natif
- 17. SQL Server 2008 SP1
- 18. SQL Server VARCHAR (10)
- 19. SQL Server - PIVOT
- 20. SQL server timeout
- 21. Ports SQL Server
- 22. SQL Server Metrics
- 23. SQL SERVER 2005
- 24. COBOL à SQL Server
- 25. SQL Server BETWEEN problème
- 26. SQL Server 2008 R2
- 27. Organisation d'objet SQL Server
- 28. SQL Server: Join
- 29. Sql Server Reporting services
- 30. Réplication SQL Server
C'est cette page qui m'a amené à poser ma question en premier lieu. Il me dit qu'il existe différents modules dans une base de données. J'ai toujours su qu'il y a divers objets dans une DB. D'où 'modules'? – ProfK
J'ai redéfini la réponse juste pour le rendre clair. – IEnumerator