Специального обсуждения заслуживает процедура управления БД. Она наиболее проста в однопользовательском режиме. В многопользовательском режиме и в распределенных БД процедура сильно усложняется. При одновременном доступе нескольких пользователей без принятия специальных мер возможно нарушение целостности. Для устранения этого явления используют систему транзакций и режим блокировки таблиц или отдельных записей.
Транзакция - процесс изменения файла, записи или базы данных, вызванный передачей одного входного сообщения. Особенности блокирования и варианты блокировки далее будут рассмотрены отдельно.
На этапе физического проектирования решаются вопросы, связанные с производительностью системы, определяются структуры хранения данных и методы доступа.
Взаимодействие между этапами проектирования и словарной системой необходимо рассматривать отдельно. Процедуры проектирования могут использоваться независимо в случае отсутствия словарной системы. Сама словарная система может рассматриваться как элемент автоматизации проектирования.
Средства проектирования и оценочные критерии используются на всех стадиях разработки. В настоящее время неопределенность при выборе критериев является наиболее слабым местом в проектировании БД. Это связано с трудностью описания и идентификации большого числа альтернативных решений.
Проще обстоит дело при работе с количественными критериями, к которым относятся время ответа на запрос, стоимость модификации, стоимость памяти, время на создание, стоимость на реорганизацию. Затруднение может вызывать противоречие критериев друг другу.
В то же время существует много критериев оптимальности, являющихся неизмеримыми свойствами, трудно выразимыми в количественном представлении или в виде целевой функции.
К качественным критериям могут относиться гибкость, адаптивность, доступность для новых пользователей, совместимость с другими системами, возможность конвертирования в другую вычислительную среду, возможность восстановления, возможность распределения и расширения.
Процесс проектирования является длительным и трудоемким и обычно продолжается несколько месяцев. Основными ресурсами проектировщика БД являются его собственная интуиция и опыт, поэтому качество решения во многих случаях может оказаться низким.
Основными причинами низкой эффективности проектируемых БД могут быть:
1. недостаточно глубокий анализ требований (начальные этапы проектирования), включая их семантику и взаимосвязь данных;
2. большая длительность процесса структурирования, делающая этот процесс утомительным и трудно выполняемым при ручной обработке.
В этих условиях важное значение приобретают вопросы автоматизации разработки.
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1 Балдин К. В. Информационные системы в экономике: Учебник / К. В. Балдин. – ИНФРА – М, 2008. – 395 с.
2 Барановская Т. П. Информационные системы и технологии в экономике: Учебник / Т. П. Барановская, М. И. Семенов, А. И. Трубилин. - ЮНИТИ – ДАНА, 2007. – 198 с.
3 Исаев Г. И. Информационные системы в экономике / Г. И. Исаев. – Омега – Л, 2008. – 464 с.
4 Филимонова Е. В. Информационные системы в экономике / Е. В. Филимонова, Н. А. Черненко, А. С. Шубин. – М.: Феникс, 2008. – 448 с.
5 Чернышов Ю. И. Информационные технологии в экономике / Ю. И. Чернышов. – Горячая Линия – Телеком, 2008. – 240 с.