PRIL_2 (MS SQL Server 6.5)
Описание файла
Документ из архива "MS SQL Server 6.5", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "рефераты, доклады и презентации", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "PRIL_2"
Текст из документа "PRIL_2"
ПРИЛОЖЕНИЕ 2
ТЕХНОЛОГИЯ ХРАНЕНИЯ ДОКУМЕНТОВ В MS SQL SERVER
SQL Server позволяет решить большинство проблем при создании распределенных систем обработки документов в архитектуре клиент/сервер. Однако реализуемые структуры баз данных несколько отличаются от классических.
КОНЦЕПЦИЯ ДОКУМЕНТА В РЕЛЯЦИОННЫХ БД
Любой документ в системе представляет из себя набор записей в одной или нескольких таблицах. Документы не пересекаются и однозначно идентифицируются по коду (номеру) документа. Это означает, что во всех таблицах БД одним из полей первичного ключа является код документа.
Служебная информация о документе хранится в специальной таблице, включающей в себя такие поля как название, дата заведения и последней модификации документа и др.
Вся прочая информация, составляющая документ, хранится в других таблицах. Набор этих таблиц определяется для каждого из типов документов на стадии проектирования системы.
Документ отличается от простого набора записей в таблицах тем, что может быть обновлен только в ходе одной протяженной транзакции. Это объясняется тем, что документ имеет свои собственные правила целостности. Например важна не только корректность ссылок таблиц "Покупатели", "Заказ" и "Спецификация заказа", но и то, чтобы количество товаров в спецификации заказа было именно то, которое было указано покупателем.
Поддержание целостности документа позволяет произвести денормализацию структуры БД с целью повышения ее производительности.
КЛАССИФИКАЦИЯ И АТРИБУТИКА ДОКУМЕНТОВ
Документы разделяются на типы. Тип определяет, в каких таблицах хранится тело документа. Набор типов определяется на стадии проектирования БД.
Для того, чтобы не требовалось перепрограммирование при добавлении к документам дополнительных атрибутов (полей), применяется следующий механизм. Документы делятся на классы (иерархическое деление). Для каждого из классов задается набор дополнительных атрибутов, хранящихся в специальной таблице.
Как показывает практика, наиболее эффективный способ поиска в больших массивах информации, структура которой известна пользователю - способ поиска с уточнением критериев, т.е. поиск по иерархическому справочнику.
Для этого применяется механизм, подобный механизму фолдеров (папок) в файловой системе. Для расширения возможностей системы папок разрешено использование в ней ссылок на документы (шорткатов, ярлыков, линков)
