ВУЗ:
Составители:
происходящими во время работы базы данных. В качестве таких событий
выступают операции вставки, обновления и удаления строк таблиц. Если в базе
данных определен некоторый триггер, то он запускается автоматически всегда при
возникновении события, с которым этот триггер связан. Триггер срабатывает
независимо от того, кто из пользователей и каким способом инициировал
событие,
вызвавшее запуск триггера. Таким образом, основное назначение триггеров –
автоматическая поддержка целостности базы данных.
Очевидно, что чем больше программного кода в виде триггеров и хранимых
процедур содержит база данных, тем сложнее ее разработка и дальнейшее
сопровождение.
На уровне логического моделирования определяются реляционные отношения
и атрибуты этих отношений. На этом уровне можно
определять какие-либо
физические структуры хранения (индексы, хеширование и т.п.). Единственное, чем
можно управлять – это распределение атрибутов по различным отношениям. Можно
описать немного отношений с большим количеством атрибутов, или сформировать
большое количество отношений, каждое из которых содержит мало атрибутов.
Таким образом, необходимо попытаться ответить на вопрос – влияет ли количество
отношений и количество атрибутов в отношениях на скорость выполнения операций
обновления данных. Такая постановка не является достаточно корректной, т.к.
скорость выполнения операций с базой данных зависит от физической реализации
базы данных. Тем не менее, целесообразно качественно оценить это влияние при
одинаковых подходах к физическому моделированию.
Основными операциями, изменяющими состояние
базы данных, являются
операции вставки, обновления и удаления записей. В базах данных, требующих
постоянных изменений (складской учет, системы продаж билетов и т.п.)
производительность определяется скоростью выполнения большого количества
небольших операций вставки, обновления и удаления.
Обычно, вставка записи производится в одну из свободных страниц памяти,
выделенной для данной таблицы. СУБД постоянно
хранит информацию о наличии и
расположении свободных страниц. Если для таблицы не созданы индексы, то
происходящими во время работы базы данных. В качестве таких событий выступают операции вставки, обновления и удаления строк таблиц. Если в базе данных определен некоторый триггер, то он запускается автоматически всегда при возникновении события, с которым этот триггер связан. Триггер срабатывает независимо от того, кто из пользователей и каким способом инициировал событие, вызвавшее запуск триггера. Таким образом, основное назначение триггеров – автоматическая поддержка целостности базы данных. Очевидно, что чем больше программного кода в виде триггеров и хранимых процедур содержит база данных, тем сложнее ее разработка и дальнейшее сопровождение. На уровне логического моделирования определяются реляционные отношения и атрибуты этих отношений. На этом уровне можно определять какие-либо физические структуры хранения (индексы, хеширование и т.п.). Единственное, чем можно управлять – это распределение атрибутов по различным отношениям. Можно описать немного отношений с большим количеством атрибутов, или сформировать большое количество отношений, каждое из которых содержит мало атрибутов. Таким образом, необходимо попытаться ответить на вопрос – влияет ли количество отношений и количество атрибутов в отношениях на скорость выполнения операций обновления данных. Такая постановка не является достаточно корректной, т.к. скорость выполнения операций с базой данных зависит от физической реализации базы данных. Тем не менее, целесообразно качественно оценить это влияние при одинаковых подходах к физическому моделированию. Основными операциями, изменяющими состояние базы данных, являются операции вставки, обновления и удаления записей. В базах данных, требующих постоянных изменений (складской учет, системы продаж билетов и т.п.) производительность определяется скоростью выполнения большого количества небольших операций вставки, обновления и удаления. Обычно, вставка записи производится в одну из свободных страниц памяти, выделенной для данной таблицы. СУБД постоянно хранит информацию о наличии и расположении свободных страниц. Если для таблицы не созданы индексы, то
Страницы
- « первая
- ‹ предыдущая
- …
- 18
- 19
- 20
- 21
- 22
- …
- следующая ›
- последняя »