Сравнение Borland InterBase 4.x, Sybase SQL Server и Microsoft SQL Server

ОГЛАВЛЕНИЕ

 

7.2.3. Контрольные точки (Checkpoints)

7.2.3.1. SQL Server

Архитектура SQL Server требует чтобы администратор установил контрольные точки для БД. Контрольные точки - это интервалы времени, через которые происходит запись накопленных в кэше SQL-сервера изменений на диск (transaction logs и страницы данных). Если изменения происходили между двумя checkpoint, и в это время произошел сбой, то изменения данных вообще не попадут в transaction log, соответственно откат к предыдущему состоянию будет сделан по данным, сохраненным во время последнего checkpoint перед сбоем. Интервал checkpoint влияет как на сохранность данных от сбоев так и на производительность системы - установив большой интервал, вы ускорите производительность, но можете потерять много изменений при сбое. Установив маленький интервал (1-2 минуты), ухудшится производительность системы.
(Д.К. - этот-же абзац в оригинале звучит несколько по другому - автор ошибочно думает, что интервал checkpoint прямо влияет на время восстановления системы после сбоя. Например, при checkpoint=20 минут, на восстановление потребуется тоже 20 минут. Это совсем не так - изменения данных, произведенные между checkpoint при сбое просто будут потеряны).

7.2.3.2. InterBase

Контрольные точки в Borland InterBase не используются. Вместо этого применяется синхронное и асинхронное сохранение измененных данных. Синхронное кэширование при несколько меньшей производительности гарантирует немедленное восстановление БД после сбоя. Администратор БД может установить и асинхронное кэширование, в этом случае скорость обновлений БД возрастет, однако повысится риск потери большого количества изменений при сбое, т.к. за выгрузку кэша на диск уже отвечает операционная система.
Возможность немедленного восстановления после сбоя без необходимости какого-бы то нибыло вмешательства администратора БД делает Borland InterBase наилучшим выбором для рабочих групп, отделов, или поставщиков решений, особенно для тех, которые не могут иметь в штате высококвалифицированного администратора базы данных.

 

Читайте также:
  • Проектирование базы данных: выбор первичного ключа
    Современные системы баз данных основываются на реляционной модели хранения и извлечения данных. Название происходит от слова relationship - отношение между столбцами в таблице (а не из того, что Вы можете связать таблицы между собой). Другими словами, "реляционный" означает, что несколько ...
  • Как реляционная база данных выполняет и оптимизирует ваш запрос
    Цели оптимизации запросаПрежде чем рассмотреть этапы работы оптимизатора при выполнении запроса, важно понять цель, которую преследует оптимизатор. Очевидно, одна цель состоит в том, чтобы правильно выполнить запрос, но более важно выполнить этот запрос с наименьшими затратами ресурсов. Применительн...
  • Модель "сущность-связь"
    Первый вариант модели сущность-связь был предложен в 1976 г. Питером Пин-Шэн Ченом. В дальнейшем многими авторами были разработаны свои варианты подобных моделей (нотация Мартина, нотация IDEF1X, нотация Баркера и др.). Кроме того, различные программные средства, реализующие одну и ту же нотацию, м...
  • Целостность реляционных данных
    Это: Целостность сущностей. Целостность внешних ключей. Прежде, чем говорить о целостности сущностей, опишем использование null-значений в реляционных базах данных. Null-значения Основное назначение баз данных состоит в том, чтобы хранить и предоставлять информацию о реальном мире. Для представле...
  • Реляционная алгебра
    В реализациях конкретных реляционных СУБД сейчас не используется в чистом виде ни реляционная алгебра, ни реляционное исчисление. Фактическим стандартом доступа к реляционным данным стал язык SQL (Structured Query Language). Язык SQL представляет собой смесь операторов реляционной алгебры и выражен...