Что такое ADS (Advantage Database Server)? сочинение пример

ООО "Сочинения-Про"

Ежедневно 8:00–20:00

Санкт-Петербург

Ленинский проспект, 140Ж

magbo system

Сочинение на тему Что такое ADS (Advantage Database Server)?

Advantage Database Server (ADS) – это высокопроизводительный, не требующий обслуживания удаленный сервер баз данных, позволяющий легко создавать и развертывать клиент-серверные приложения и веб-приложения. ADS получает запросы на операции с базой данных, которые должны выполняться от имени клиентов. ADS определяет местонахождение таблиц на сервере и обрабатывает операции с базой данных, а затем результаты операции возвращаются клиенту по сети, что исключает необходимость отправки базы данных клиенту для обработки. В отличие от многих более сложных и дорогих серверов баз данных, таких как Microsoft SQL Server и Oracle, ADS (Advantage Database Server) не является традиционным сервером реляционных баз данных на основе множеств на основе SQL. Вместо этого ADS (Advantage Database Server) является сервером реляционной базы данных ISAM (метод индексированного последовательного доступа). Базы данных ISAM широко используют индексы, что позволяет им выполнять высокоскоростной поиск в таблицах, фильтрацию и объединение таблиц.

В настоящее время аппаратное обеспечение более надежно, поэтому ошибки в программном обеспечении часто представляют собой самую большую угрозу доступности системы баз данных. Для повышения производительности код приложения специального назначения интегрируется с кодом системы базы данных. Базы данных позволяют пользователям добавлять новые типы данных в ядро ​​базы данных. Программное обеспечение, критичное к производительности, может требовать производительности, которая может быть достигнута за счет прямого доступа к данным, хранящимся в основной памяти [1]. В обоих случаях из-за сложного и дорогостоящего межпроцессного взаимодействия прямой доступ к буферному кешу базы данных имеет решающее значение для обеспечения производительности, требуемой этими приложениями.

Поэтому на доступность базы данных могут влиять как ошибки программного обеспечения, так и ошибки в прикладной программе. При поддержке SAP Labs India Pvt. Утилита восстановления таблицы базы данных Ltd.Advantage считывает заголовок таблицы, чтобы обнаружить ошибки в файле ADT. Заголовок таблицы содержит информацию о таблице, такую ​​как идентификатор строки, шифрование таблицы, автоматически зашифрованное значение, файлы заметок и так далее. Эта информация используется для проверки правильности таблицы ADT и файла Advantage Database Memo (ADM). Это значение заголовка подвергается перекрестной проверке по сравнению с записью таблицы, чтобы определить повреждение, например, мы можем вычислить длину файла, используя заголовок таблицы, и проверить это значение с фактической длиной файла. I. ОБЗОР ЛИТЕРАТУРЫ Восстановление на основе журнала [1], [15]: журнал – это последовательность записей, которая поддерживает записи действий над базой данных, выполненных транзакцией. Важно, чтобы журналы были записаны до фактической модификации и сохранены на стабильном носителе, который является отказоустойчивым.

Если транзакция терпит неудачу, тогда менеджер покрытия может отменить транзакции, то есть отменить операции транзакции. Это включает проверку транзакции для элемента записи записи журнала (T, x, старое значение, новое значение) и установку значения элемента x в базе данных на старое значение. Существует два основных метода восстановления после сбоев транзакций: отложенные обновления и немедленные обновления. Отложенные обновления [15]: Этот метод физически не обновляет базу данных на диске, пока транзакция не достигнет своей точки фиксации. Перед достижением фиксации все обновления транзакций записываются в рабочее пространство локальной транзакции.

Если транзакция завершится неудачно до достижения точки фиксации, она не изменит базу данных, поэтому нет необходимости использовать операцию UNDO. Может потребоваться УДАЛИТЬ влияние операций, которые записаны в рабочей области локальной транзакции, поскольку их влияние еще не было записано в базе данных. Следовательно, отложенное обновление также известно как алгоритм No-undo / redo. Немедленные обновления [15]: При немедленном обновлении база данных может обновляться некоторыми операциями транзакции до того, как транзакция достигнет своей точки фиксации. Однако эти операции записываются в журнал на диске до их применения к базе данных, что делает возможным восстановление. Если транзакция достигает точки фиксации, эффект от ее операции должен быть отменен, т. Е. Транзакция должна быть откатана, поэтому нам необходимо отменить и повторить.

Этот метод известен как алгоритм отмены / возврата. Shadow Paging [14], [15]: Shadow Paging – альтернатива восстановлению на основе журнала. Это может потребовать меньше обращений к диску, но трудно расширить подкачку, чтобы разрешить несколько одновременных транзакций. Пейджинг очень похож на схемы пейджинга, используемые операционной системой для управления памятью. Идея состоит в том, чтобы поддерживать две таблицы страниц в течение срока действия транзакции: текущую таблицу страниц и таблицу теневых страниц. Когда транзакция начинается, обе таблицы идентичны. Теневая страница никогда не изменяется в течение срока действия транзакции. Текущая страница обновляется с каждой операцией записи. Каждая запись в таблице указывает на страницу на диске. Когда транзакция зафиксирована, запись теневой страницы становится копией записи таблицы текущей страницы, и блок диска со старыми данными освобождается. Если тень хранится в энергонезависимой памяти и происходит сбой системы, таблица теневых страниц копируется в таблицу текущих страниц. Это гарантирует, что таблица теневых страниц будет указывать на страницы базы данных, соответствующие состоянию базы данных до любой транзакции, которая была активной во время сбоя, что делает прерывания автоматически. Восстановление с параллельной транзакцией [3]: независимо от количества одновременных транзакций, диск имеет только один единственный дисковый буфер и один единственный журнал. Они являются общими для всех транзакций. Блоки буфера используются транзакциями. Мы разрешаем немедленное обновление и разрешаем буферному блоку обновлять элементы данных с помощью одной или нескольких транзакций.

Когда несколько транзакций выполняются параллельно, журналы чередуются. Во время восстановления системе восстановления будет трудно отследить все журналы, а затем начать восстановление. Чтобы облегчить эту ситуацию, большинство современных СУБД используют концепцию «контрольных точек». Перед таблицей изображений (таблица BI) [4]: ​​Удаленные данные, обычно называемые как ранее изображение, можно найти почти во всех современных СУБД в различных формах. Таблица BI является своего рода таблицей, прозрачной для пользователей. Каждая таблица BI связана с базовой таблицей в базе данных. Он имеет ту же структуру, что и соответствующая ему базовая таблица, за исключением того, что он не имеет ограничений целостности. Строки, удаленные из базовой таблицы, автоматически вставляются в ее таблицу BI. Это может быть просто реализовано с помощью триггера. При удалении или обновлении строки в базовой таблице запускается триггер, а старое значение строки вставляется в таблицу BI таблиц. Таблицы BI могут вызывать избыточность данных, потому что в системе будет существовать двойной образ перед изображением. Тем не менее, следует отметить, что традиционное изображение до этого является временным, в то время как данные в таблицах BI будут сохраняться до тех пор, пока они не будут подтверждены как устаревшие.

Зарегистрируйся, чтобы продолжить изучение работы

    Поделиться сочинением
    Ещё сочинения
    Нет времени делать работу? Закажите!

    Отправляя форму, вы соглашаетесь с политикой конфиденциальности и обработкой ваших персональных данных.