Вы генерируете свой словарь данных? [закрытый]

Мы используем расширенные свойства.

Для чтения их мы используем sys.extended_properties, Он делает вещи намного легче.

Мы также используем Красный Логический элемент Документ SQL

Мы генерируем словарь базы данных по стороне developper приложения. У нас есть хорошая процедура с помощью соединения ADODB + объекты ADOX и наборы. Эта процедура просмотрит все таблицы в базе данных. Следующие основные данные собраны:

1. TableName
2. ColumnName
3. ColumnType
4. ColumnSize
5. bool_ColumnIsThePrimaryKey
6. bool_ColumnHasReferentialIntegrityConstraint

Можно также развить полевые значения по умолчанию и т.д.

Это затем возможно, например, к:

• регистрация, сколько таблиц мое поле currency_id (первичный ключ Tbl_currency таблица), ссылается, и если ссылочная целостность является каждым разом, правильно реализованным (мы очень часто создаем поле, не реализовывая соответствующие правила...).
• Удостоверьтесь что поля подобного логического типа (как"description"поля), имеют подобный тип данных / размер. Ничто не так печально это имеющее a item_Description nvarchar(50) поле в таблице и a document_Description ntext в другой таблице!
• и т.д.

Все данные, извлеченные через процедуру, вставляются в локальную таблицу (мог быть XML-файл или безотносительно), и сохраненный для дальнейшего использования.

Столбец, dictionnary/report, может быть сгенерирован от этих данных до

SELECT DISTINT columnName FROM Tbl_Column

Я генерирую его от INFORMATION_SCHEMA представления плюс другие таблицы метаданных, которые специализированы.

Я также использую подстановочные поиски INFORMATION_SCHEMA.ROUTINES чтобы отследить шаблоны использования в рамках кода и определить неиспользованные столбцы и таблицы.

Эта статья просто обнаружилась в одной из моих лент новостей: http://www.mssqltips.com/tip.asp?tip=1619

Мы записали нашу собственную утилиту словаря Данных, которая использовала расширенные свойства, но когда мы нашли инструмент Redgate, мы отказались от него для их инструмента. Работавший отлично для нас! Я предполагаю, что помогло, что у нас уже были поле и описания таблицы там в расширенных свойствах. Для не помещения объявления о компании но у них есть 14-дневная бесплатная демонстрационная версия. Это достойное внимания. http://www.red-gate.com/products/SQL_Doc/index.htm

Лично я предпочитаю создавать Словарь Данных, в то время как база данных разрабатывается. Конечно, это - не всегда опция...

Я думаю, что ответ зависит от текущего состояния базы данных? Это сделано и в производстве? Вы имеете уже для запуска на нем? (и т.д.).

В прошлом как Заправка для соуса Бочонка, я вытянул информацию от INFORMATION_SCHEMA в к базе данных доступа. В настоящее время у нас есть разработчики, иногда добавляющие информацию о различных таблицах, столбцах, хранимых процедурах, функциях, и т.д. к базе данных Access. В базе данных Access мы создали отчеты произвести аккуратно выглядящий "Словарь Данных", распечатывают.

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

Так в конечном счете ответ на это зависит от состояния Вашей базы данных.

С уважением,
Frank

Я использую этот инструмент (с открытым исходным кодом): http://www.codeplex.com/datadictionary. Вся создаваемая мной информация добавляется в расширенные свойства базы данных.