Dans SQL Server, pourquoi utilisez-vous les propriétés étendues? Certains articles et blogs suggèrent qu'ils soient utilisés pour l'auto-documentation de la base de données et de ses objets, mais je ne vois pas que cela soit utilisé correctement ... est-ce largement ignoré par la plupart?
sql-server
sql-server-2008
sam yi
la source
la source
Réponses:
En grande partie ignoré, comme vous le dites.
Les propriétés étendues sont un peu difficiles à lire et à écrire à la fois depuis T-SQL et GUI. La documentation à mon humble avis devrait être conservée ailleurs (projets de base de données, documentation de projet, etc.).
Voici un bon article sur les propriétés étendues , qui répond également à certains de vos doutes.
la source
Je travaille avec un système où nous avons de nombreuses bases de données. L'auto-documentation est utile car chaque base de données peut avoir une structure différente.
Nous gérons un processus de version de structure de base de données et stockons ces informations dans les propriétés étendues. Nous capturons également des descriptions de tables, de colonnes et d'autres objets de base de données.
Travailler avec des propriétés étendues serait cependant impossible à gérer sans l'aide de l'automatisation. Nous avons développé des outils qui nous aident à capturer et à stocker les informations dans les propriétés étendues. Et, nous avons également des outils pour afficher et signaler les informations.
Le développement des outils a été utile dans cet environnement, mais je ne vois pas l'avantage si vous travaillez dans une boutique où vous avez très peu de bases de données.
la source
Je n'ai pas encore vu un seul projet utilisant des propriétés étendues. OMI, la raison est la suivante: même si nous voulons stocker la documentation dans la base de données, ce qui n'est généralement pas le cas, il existe des alternatives. Les propriétés généralement étendues ne font pas exactement ce que nous voulons. D'un autre côté, déployer notre propre solution qui fait exactement ce dont nous avons besoin est si facile, alors pourquoi s'embêter?
la source
Dans nos projets, nous les utilisons pour conserver les informations de version dans des propriétés étendues définies par base de données.
Par exemple: Nous utilisons des projets Team Foundation et nous suivons dans une propriété étendue db le dernier numéro de script de post-déploiement qui a été exécuté à partir du dossier de post-déploiement (par exemple - nous avons les scripts 1 à 23, la propriété ext est définie sur 15, donc le le script de post-déploiement exécutera uniquement les scripts à partir de 16 et plus). Idem pour les scripts de pré-déploiement.
Je suis d'accord que nous pourrions conserver ces informations dans un tableau, mais c'est une façon d'utiliser les propriétés étendues.
la source
Voici un exemple de script de dictionnaire de données qui fait un usage intensif des descriptions de tables et de colonnes qui montre à quel point elles peuvent être utiles pour l'auto-documentation, http://www.csvreader.com/posts/data_dictionary.php .
la source