SQL Server 2008 и расширенные свойства [закрыто]

8

В SQL Server, для чего вы, ребята, используете расширенные свойства? В некоторых статьях и блогах предлагается использовать их для самостоятельного документирования базы данных и ее объектов, но я не вижу, чтобы это использовалось должным образом ... большинство это игнорирует?

sql-server sql-server-2008

— Сэм Йи
источник

1

Мы используем расширенные свойства для документирования таблиц и столбцов на основе самописного генератора документации, который считывает базу данных и создает вики-страницы из этих расширенных свойств.

— marc_s

На этот вопрос нет правильного или неправильного ответа, это вопрос мнения и того, для чего вы работаете, для чего используется эта функциональность. Как консультант, я вижу, что он постоянно использовался для различных целей, от генерации кода хранимых процедур до соответствия стандартам / политикам безопасности DoD.

6

В значительной степени игнорируется, как вы говорите.

Расширенные свойства немного неудобны для чтения и записи как из T-SQL, так и из GUI. Документация IMHO должна храниться в другом месте (проекты базы данных, проектная документация и т. Д.).

Вот хорошая статья о расширенных свойствах , которая также решает некоторые ваши сомнения.

— spaghettidba
источник

1

Я так хочу понизить вас за эту ссылку ... статьи, требующие входа, чертовски раздражают.

— WernerCD

1

@WernerCD: Я бы сильно понизил вас за то, что вы являетесь частью сообщества SQL Server и не имеете бесплатной учетной записи на SQLServerCentral. Это не так, как будто они ExpertSexChange ...: - D

— Marian

@Marian Я действительно думаю, что у меня есть аккаунт ... все равно раздражает необходимость входить в систему. Как программист, я обязан быть ленивым. :)

— WernerCD

@WernerCD: ну давай, тогда попробуй Lastpass, 1password или Roboform или что-то еще, что тебе подходит. Есть инструменты для ленивых задниц. Шахта идеально подходит Lastpass, но вы можете найти другой.

— Marian

3

Я работаю с системой, где у нас есть многочисленные базы данных. Самодокументирование полезно, потому что каждая база данных может иметь различную структуру.

Мы управляем процессом обработки структуры базы данных и храним эту информацию в расширенных свойствах. Мы также фиксируем описания таблиц, столбцов и других объектов базы данных.

Работать с расширенными свойствами было бы невозможно без помощи автоматизации. Мы разработали инструменты, которые помогают нам собирать и хранить информацию в расширенных свойствах. И у нас также есть инструменты для просмотра и представления информации.

Разработка инструментов была полезна в этой среде, но я не вижу выгоды, если вы работаете в магазине, где у вас очень мало баз данных.

— качается
источник

1

Я еще не видел ни одного проекта, который использовал бы расширенные свойства. ИМО причина в следующем: даже если мы хотим хранить документацию в базе данных, что обычно не так, есть альтернативы. Обычно расширенные свойства не делают именно то, что мы хотим. С другой стороны, развертывание нашего собственного решения, которое делает именно то, что нам нужно, так просто, так зачем беспокоиться?

— Аляска
источник

0

В наших проектах мы используем их для хранения информации о версиях в расширенных свойствах, установленных для каждой базы данных.

Например: мы используем проекты Team Foundation и отслеживаем в расширенном свойстве db номер последнего сценария после развертывания, который был выполнен из папки после развертывания (например, у нас есть сценарии с 1 по 23, свойство ext. Установлено на 15, поэтому Скрипт после развертывания будет выполнять только скрипты от 16 и далее). То же самое для сценариев перед развертыванием.

Я согласен, что мы могли бы хранить эту информацию в таблице, но это способ использовать расширенные свойства.

— Мэриан
источник

0

Вот пример сценария словаря данных, который интенсивно использует описания таблиц и столбцов, которые показывают, насколько они могут быть полезны для самодокументирования, http://www.csvreader.com/posts/data_dictionary.php .

— Брюс Данвидди
источник