Cтраница 1
Область базы данных, которую можно открыть независимо от других областей. [1]
Область баз данных третьего поколения, объединяющая исследования объектно-реляционных баз данных. [2]
Состояние области базы данных или отдельной записи, в котором они доступны для СУБД и не находятся в состоянии монопольного использования другими процессами. [3]
Режим обработки области базы данных, при котором все остальные одновременно выполняемые процессы могут только читать, но не могут изменять ( обновлять, добавлять, удалять) записи этой области. [4]
Термин обнаружение знаний в области баз данных ( или KDD) был введен в 1989 г. и описывает широкий процесс поиска данных, в особенности, высокий уровень применения основных методов поиска данных. Термин Data mining используется главным образом статистиками, аналитиками данных и в системах управления информацией, в то время как KDD по большей части используется в области искусственного интеллекта и в исследованиях по машинному обучению. [5]
Значительное число разработок замечено в области постреляционных баз данных. Отметим следующие пути решения в этой области: во-первых, базы данных сложных объектов ( реляционная модель с отказом от первой нормальной формы), нашедшие применение в нетрадиционных приложениях, требующих операций со сложно структурированными объектами; во-вторых, разработка активных баз данных, для которых СУБД выполняет не только указанные пользователем действия, но и дополнительные действия в соответствии с правилами, заложенными в саму базу данных; в-третьих, темпоральные базы данных как надстройка над реляционной базой данных, позволяющие поддерживать исторические данные системы; в-четвертых, интегрированные системы, обеспечивающие решение задачи интеграции неоднородных баз данных в единую глобальную систему. [6]
Значительное число разработок замечено в области постреляционных баз данных. Отметим следующие пути решения в этой области: во-первых, базы данных сложных объектов ( реляционная модель с отказом от первой нормальной формы), нашедшие применение в нетрадиционных приложениях, требующих операций со сложно структурированными объектами; во-вторых, разработка активных баз данных, для которых СУБД выполняет не только указанные пользователем действия, но и дополнительные действия в соответствии с правилами, заложенными в саму базу данных; в-третьйх, темпоральные базы данных как надстройка над реляционной базой данных, позволяющие поддерживать исторические данные системы; в-четвертых, интегрированные системы, обеспечивающие решение задачи интеграции неоднородных баз данных в единую глобальную систему. [7]
Оператор READY ( ГОТОВНОСТЬ) выполняет открытие области базы данных, к которой планируется обращение. По смыслу этот оператор соответствует оператору открытия файла ( OPEN) в традиционных файловых системах. Оператор должен быть первым ЯМД - оператором в программе, выполняющей обработку хранимых в БД данных. С помощью параметров в этом операторе указываются: имена областей базы данных, к которым будет выполняться обращение; характер обращения - чтение или обновление данных; разрешение или запрет на обращение к этим областям для других процессов, если последним потребуются данные из этих областей БД. [8]
Следует отметить, что автор - специалист в области прикладных баз данных, а не в тех областях математической логики, на которые опирается. Кроме того, его целью, по-видимому, было скорее наглядное, чем строгое изложение материала, в расчете на широкий круг читателей. [9]
В СУБД - правило, устанавливаемое при открытии областей базы данных и определяющее возможность параллельного доступа к этим областям другим прикладным программам. [10]
Наиболее важными объектами исследования для оценки производительности являются те области базы данных, для которых характерны частый доступ или поиск по длинным цепочкам по - - добных сегментов. Наилучший вариант проекта или наилучшая схема вызовов системы DL / 1 определяется в результате сравнительной оценки времен и вероятностей для этих областей, хотя, возможно, для других областей базы данных отвергнутый вариант проекта был бы эффективнее. [11]
Следует отметить, что терминология в отечественной литературе в области дедуктивных баз данных еще не установилась. [12]
Оператор FINISH ( ЗАКОНЧИТЬ РАБОТУ) выполняет закрытие области или областей базы данных, которые были открыты в программе, и поэтому должен быть последним выполняемым ЯМД - оператором. По смыслу оператор аналогичен оператору закрытия файлов ( CLOSE) в файловых системах. [13]
Наиболее вероятны такие причины медленной работы: переполнение отдельных страниц или областей базы данных, неудачный алгоритм включения записей в цепь, недостаточное количество буферов. [14]
![]() |
Состав СУБД Банк. [15] |