В SQL Server, для чего вы, ребята, используете расширенные свойства? В некоторых статьях и блогах предлагается использовать их для самостоятельного документирования базы данных и ее объектов, но я не вижу, чтобы это использовалось должным образом ... большинство это игнорирует?
sql-server
sql-server-2008
Сэм Йи
источник
источник
Ответы:
В значительной степени игнорируется, как вы говорите.
Расширенные свойства немного неудобны для чтения и записи как из T-SQL, так и из GUI. Документация IMHO должна храниться в другом месте (проекты базы данных, проектная документация и т. Д.).
Вот хорошая статья о расширенных свойствах , которая также решает некоторые ваши сомнения.
источник
Я работаю с системой, где у нас есть многочисленные базы данных. Самодокументирование полезно, потому что каждая база данных может иметь различную структуру.
Мы управляем процессом обработки структуры базы данных и храним эту информацию в расширенных свойствах. Мы также фиксируем описания таблиц, столбцов и других объектов базы данных.
Работать с расширенными свойствами было бы невозможно без помощи автоматизации. Мы разработали инструменты, которые помогают нам собирать и хранить информацию в расширенных свойствах. И у нас также есть инструменты для просмотра и представления информации.
Разработка инструментов была полезна в этой среде, но я не вижу выгоды, если вы работаете в магазине, где у вас очень мало баз данных.
источник
Я еще не видел ни одного проекта, который использовал бы расширенные свойства. ИМО причина в следующем: даже если мы хотим хранить документацию в базе данных, что обычно не так, есть альтернативы. Обычно расширенные свойства не делают именно то, что мы хотим. С другой стороны, развертывание нашего собственного решения, которое делает именно то, что нам нужно, так просто, так зачем беспокоиться?
источник
В наших проектах мы используем их для хранения информации о версиях в расширенных свойствах, установленных для каждой базы данных.
Например: мы используем проекты Team Foundation и отслеживаем в расширенном свойстве db номер последнего сценария после развертывания, который был выполнен из папки после развертывания (например, у нас есть сценарии с 1 по 23, свойство ext. Установлено на 15, поэтому Скрипт после развертывания будет выполнять только скрипты от 16 и далее). То же самое для сценариев перед развертыванием.
Я согласен, что мы могли бы хранить эту информацию в таблице, но это способ использовать расширенные свойства.
источник
Вот пример сценария словаря данных, который интенсивно использует описания таблиц и столбцов, которые показывают, насколько они могут быть полезны для самодокументирования, http://www.csvreader.com/posts/data_dictionary.php .
источник