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

system tables системные таблицы

Поскольку ядро сервера базы данных является самодостаточным, все метаданные или схемы (данные, которые описывают структуру и атрибуты объектов базы данных) поддерживаются в базе данных в виде набора таблиц, которые создаются командой CREATE DATABASE. Такие таблицы, которые хранят "данные о данных", называются системными таблицами. Все системные таблицы Firebird имеют идентификаторы, которые начинаются с префикса RDB$И содержат данные о себе, так же как и данные о каждом другом объекте в базе данных

table таблица

Термин заимствован из технологии настольных баз данных, описывает логическую структуру, которая хранит наборы данных в табличном формате в виде записей (строк) полей, где все строки по определению идентичны слева направо по количеству и относительному положению полей и их типов данных и размеров. В действительности Firebird хранит данные не в физически табулированной форме, а в смежных блоках дискового пространства, называемых страницами

transaction транзакция

Логическая единица работы, которая может включать один или более операторов. Транзакция начинается, когда ее запускает клиентское приложение, и завершается, когда приложение выполняет ее подтверждение или откат. Транзакция является атомарным действием - подтверждение должно быть способным подтвердить каждую часть работы, иначе вся ее работа будет ликвидирована. Откат, аналогично, отменит все части работы, которая была отправлена на сервер с момента старта транзакции

transaction isolation изоляция транзакции, уровень изолированности транзакции

Механизм, при котором каждая транзакция поддерживается окружением так, что она воспринимает себя, как если бы она выполнялась одна в базе данных. Когда одновременно выполняется множество транзакций, то действия всех других транзакций не видны каждой транзакции, если на момент ее старта эти действия не были подтверждены. Firebird поддерживает не один, а три уровня изоляции, включая один уровень, который может видеть результаты работы других транзакций, когда они подтверждаются. См. Read Committed, Snapshot, Snapshot Table Stability

transitively dependent транзитивно зависимый

Ограничение или условие, при котором одна таблица С является зависимой от другой таблицы А, потому что таблица С зависит от другой таблицы В, которая зависит от таблицы А. Подобная зависимость может, например, возникать, если таблица В имеет внешний ключ, ссылающийся на первичный ключ таблицы А, а таблица С имеет внешний ключ, ссылающийся на первичный ключ таблицы В. Этот термин также используется при моделировании данных для обозначения условий, когда в процессе нормализации атрибут одной сущности имеет частичную (но не полную) зависимость от набора уникальных атрибутов другой сущности

trigger триггер

Скомпилированный модуль, принадлежащий таблице, который выполняет действие, когда происходит событие DML для строки этой таблицы. На событие до и/или после операций добавления, изменения или удаления строки таблицы можно создать любое количество триггеров, используя все возможности процедурного SQL (PSQL)

tuple кортеж

В терминологии реляционных баз данных это "строго корректное" имя для строки в таблице или для группы столбцов, которые являются подмножеством строки. Борцы за чистоту языка скажут, что в SQL кортеж именуется строкой

UDF

Аббревиатура для User Defined Function (функция, определенная пользователем). Более корректно - внешняя функция. См. также external function

unbalanced index несбалансированный индекс

Индексы Firebird поддерживаются в виде структур двоичных деревьев. Про такие структуры говорят, что они разбалансированы [183] Совершенно не относится к InterBase и Firebird, так как индексы в них построены на базе структур b-tree, a b-tree это не "binary tree". В то время как слова Хелен правильны в отношении binary tree, структуры b-tree по определению не могут быть "разбалансированы", т. к. количество узлов от корня до листа одинаково для всех ключей индекса и равно глубине индекса. Поэтому рекомендации по поводу "разбалансированности" индексов можно игнорировать. - Прим. науч. ред. , когда новые узлы все время добавляются таким образом, что это приводит к значительному ветвлению одной "стороны" двоичного дерева. Обычно такое происходит, когда процесс добавляет сотни тысяч новых строк в одной транзакции. По этой причине рекомендуется деактивировать индексы в процессе объемных добавлений. Последующая активация пересоздаст полностью сбалансированные индексы