Проектирование автоматизированных систем обработки информации и управления. Низамутдинов О.Б. - 20 стр.

UptoLike

Составители: 

происходящими во время работы базы данных. В качестве таких событий
выступают операции вставки, обновления и удаления строк таблиц. Если в базе
данных определен некоторый триггер, то он запускается автоматически всегда при
возникновении события, с которым этот триггер связан. Триггер срабатывает
независимо от того, кто из пользователей и каким способом инициировал
событие,
вызвавшее запуск триггера. Таким образом, основное назначение триггеров
автоматическая поддержка целостности базы данных.
Очевидно, что чем больше программного кода в виде триггеров и хранимых
процедур содержит база данных, тем сложнее ее разработка и дальнейшее
сопровождение.
На уровне логического моделирования определяются реляционные отношения
и атрибуты этих отношений. На этом уровне можно
определять какие-либо
физические структуры хранения (индексы, хеширование и т.п.). Единственное, чем
можно управлятьэто распределение атрибутов по различным отношениям. Можно
описать немного отношений с большим количеством атрибутов, или сформировать
большое количество отношений, каждое из которых содержит мало атрибутов.
Таким образом, необходимо попытаться ответить на вопросвлияет ли количество
отношений и количество атрибутов в отношениях на скорость выполнения операций
обновления данных. Такая постановка не является достаточно корректной, т.к.
скорость выполнения операций с базой данных зависит от физической реализации
базы данных. Тем не менее, целесообразно качественно оценить это влияние при
одинаковых подходах к физическому моделированию.
Основными операциями, изменяющими состояние
базы данных, являются
операции вставки, обновления и удаления записей. В базах данных, требующих
постоянных изменений (складской учет, системы продаж билетов и т.п.)
производительность определяется скоростью выполнения большого количества
небольших операций вставки, обновления и удаления.
Обычно, вставка записи производится в одну из свободных страниц памяти,
выделенной для данной таблицы. СУБД постоянно
хранит информацию о наличии и
расположении свободных страниц. Если для таблицы не созданы индексы, то
происходящими во время работы базы данных. В качестве таких событий
выступают операции вставки, обновления и удаления строк таблиц. Если в базе
данных определен некоторый триггер, то он запускается автоматически всегда при
возникновении события, с которым этот триггер связан. Триггер срабатывает
независимо от того, кто из пользователей и каким способом инициировал событие,
вызвавшее запуск триггера. Таким образом, основное назначение триггеров –
автоматическая поддержка целостности базы данных.
     Очевидно, что чем больше программного кода в виде триггеров и хранимых
процедур содержит база данных, тем сложнее ее разработка и дальнейшее
сопровождение.
     На уровне логического моделирования определяются реляционные отношения
и атрибуты этих отношений. На этом уровне можно определять какие-либо
физические структуры хранения (индексы, хеширование и т.п.). Единственное, чем
можно управлять – это распределение атрибутов по различным отношениям. Можно
описать немного отношений с большим количеством атрибутов, или сформировать
большое количество отношений, каждое из которых содержит мало атрибутов.
Таким образом, необходимо попытаться ответить на вопрос – влияет ли количество
отношений и количество атрибутов в отношениях на скорость выполнения операций
обновления данных. Такая постановка не является достаточно корректной, т.к.
скорость выполнения операций с базой данных зависит от физической реализации
базы данных. Тем не менее, целесообразно качественно оценить это влияние при
одинаковых подходах к физическому моделированию.
     Основными операциями, изменяющими состояние базы данных, являются
операции вставки, обновления и удаления записей. В базах данных, требующих
постоянных изменений (складской учет, системы продаж билетов и т.п.)
производительность определяется скоростью выполнения большого количества
небольших операций вставки, обновления и удаления.
     Обычно, вставка записи производится в одну из свободных страниц памяти,
выделенной для данной таблицы. СУБД постоянно хранит информацию о наличии и
расположении свободных страниц. Если для таблицы не созданы индексы, то