Хелен Борри - Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ

qli

Это Query Language Interpreter (интерпретатор языка запросов), интерактивный клиентский инструмент запросов для Firebird. Он может обрабатывать операторы DDL и DML из SQL и GDML (языка, используемого в предшественнике Firebird - InterBase 3). Хотя уже есть isql и другие инструменты графического интерфейса сторонних разработчиков, qli все еще имеет значение по причине его способности осуществлять некоторые операции, до сих пор не реализованные в SQL Firebird. В отличие от isql, qli может одновременно соединяться более чем с одной базой данных и может симулировать обращение к нескольким базам данных в одном запросе

query запрос

Общий термин для любого обращения SQL к базе данных, поступающего от клиентского приложения к серверу

query plan план запроса

Стратегия использования индексов и методов доступа для сортировки и поиска при выполнении запросов. Оптимизатор Firebird всегда создает план для каждого запроса SELECT, включая и подзапросы. Можно задать пользовательский план с использованием синтаксиса предложения PLAN

RDB$-

Префикс, который мы видим в идентификаторах многих созданных системой объектов Firebird. Это след от Relational DataBase, имени более ранней реляционной базы данных, разработанной в DEC. Созданная система RDB была предшественницей InterBase, прообраза Firebird. Наследником RDB также является СУБД Oracle

RDB$DB_KEY

Скрытый, непостоянный, уникальный ключ, который вычисляется в ядре Firebird для каждой строки таблицы из физического адреса страницы, на которую помещается строка, и ее смещения от начала страницы. Он напрямую связан с кардинальностью таблиц и наборов и может изменяться без предупреждений. Он всегда будет меняться при восстановлении базы данных из резервной копии. RDB$DB_KEY никогда не должен трактоваться как постоянный. С аккуратностью он может быть использован в пределах одной атомарной операции для значительного ускорения некоторых операций в DSQL и PSQL

RDBMS реляционная СУБД, РСУБД

Аббревиатура для Relational DataBase Management System (реляционная система управления базами данных). Это общая концепция хранения данных в соответствии с абстрактной моделью, которая использует соответствие ключей для связи одних формально сгруппированных данных с другими сгруппированными данными, представляя, таким образом, отношение между двумя группами

Read Committed подтвержденное чтение

Наименее ограничивающий уровень изоляции для транзакций Firebird. Read Committed позволяет транзакции перечитывать данные и видеть подтвержденную работу других транзакций после начала выполнения данной транзакции. Уровни изоляции

SNAPSHOT и SNAPSHOT TABLE STABILITY не позволяют видеть чужие подтвержденные изменения

redundancy избыточность

Условие в базе данных, когда два одинаковых "факта" хранятся в двух не связанных местах. В идеале избыточность должна быть устранена в процессе нормализации при анализе данных. Однако существуют некоторые условия, при которых оправдано некоторое количество избыточности. Например, бухгалтерские проводки часто содержат элементы данных, которые возможно могли бы быть получены из соединений, выборки или вычислений из других структур. Однако узаконенным требованием является сохранение постоянной записи, которая не будет изменяться, если последующее изменение отношения в базе данных будет отменять условие сокращения избыточности

redundant indexes избыточные индексы

Избыточные индексы часто появляются, когда существующая база данных импортируется в Firebird из других реляционных СУБД. Когда ограничение PRIMARY KEY, UNIQUE или FOREIGN KEY применяется к столбцу или столбцам, Firebird автоматически создает индекс для поддержания этого ограничения. Сделав это, Firebird игнорирует все существующие индексы, дублирующие автоматические индексы. Наличие дубликатов индексов для ключей или других столбцов может нарушить работу оптимизатора запросов, приводя к созданию очень медленных планов

referential integrity ссылочная целостность

Обычно означает, каким образом реляционная СУБД реализует механизм для формальной поддержки и защиты зависимостей между таблицами. Поддержка ссылочной целостности означает наличие элементов языка и синтаксиса, доступных для предоставления таких возможностей.

Firebird предоставляет формальный механизм для поддержки ссылочной целостности, включающий каскадные ограничения для отношений внешнего ключа. Это иногда называется декларативной ссылочной целостностью

relation отношение

В теории реляционных баз данных это замкнутый набор данных, формально распределенный по столбцам и строкам. Этот термин также взаимозаменяем с термином "таблица" за исключением того, что отношение не может иметь дублированных строк, когда таблица это может. Существующая терминология в Firebird эти имена относит к системным таблицам (например, к таблице RDB$RELATIONS, которая содержит записи для каждой таблицы базы данных)

relationship отношение

Абстрактный термин, указывающий на то, как отношения (или таблицы) связаны с другими через соответствующие ключи. Например, таблица Order Detail (детальная запись заказа) будет находиться в отношении зависимости или в отношении внешнего ключа с таблицей Order Header (заголовок заказа)

replication репликация

Систематический процесс, с помощью которого записи копируются из одной базы данных в другую на регулярной основе в соответствии с заранее определенными правилами, с целью перевода двух или более баз данных в синхронное состояние

result table результирующая таблица

Набор строк, являющихся результатом запроса SQL SELECT. Более точно этим термином называют результирующий набор, синоним выходного набора

roles роли

Стандартный механизм SQL для определения набора полномочий по использованию объектов базы данных. Когда создана роль, назначение ей полномочий осуществляется операторами GRANT, как если бы она была обычным пользователем. Затем роль можно назначать (GRANT) индивидуальным пользователям, как если бы она была привилегией. Таким путем упрощается поддержка полномочий пользователей к базе данных

rollback откат (транзакции)

Действие или процесс по отмене всей работы, которая была выполнена во время транзакции. Пока у транзакции есть работа, ожидающая завершения, отправленная на сервер, но не подтвержденная, она остается незавершенной и ее результаты не видны другим транзакциям. Если клиентское приложение вызывает ROLLBACK, вся отправленная работа отменяется, а изменения теряются. Если же транзакция подтверждается, то ее работа не может быть отменена

schema схема