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

buffer буфер

Блок памяти для хранения копий страниц, прочитанных из базы данных. Термин "буфер" является синонимом термина "страничный кэш"

BURP

Внутреннее имя для кода gbak - акроним для Backup [and] Restore Program (программа копирования и восстановления)

cache кэш

Когда страница читается с диска, она копируется в блок памяти, который имеет название кэш базы данных или просто кэш. Кэш состоит из блоков памяти, каждый размером в страницу базы данных, определяемый параметром PAGE_SIZE, объявляемым при создании базы данных.

Размер кэша можно настроить, задав количество страниц. Следовательно, для вычисления размера кэша умножьте PAGE?SIZE на количество страниц кэша

cardinality (of a set) мощность (набора)

Количество строк в физическом или заданном наборе. Кардинальность строки указывает ее положение в наборе строк

case-insensitive index индекс, не чувствительный к регистру

Индекс, используемый в сортировке, когда буквы в нижнем регистре трактуются так, как если бы они были в верхнем регистре. Firebird 1.0 не поддерживает нечувствительные к регистру индексы. Небольшое количество нечувствительных к регистру порядков сортировки появилось в Firebird 1.5

cascading integrity constraints

каскадные ограничения целостности

Firebird предоставляет возможность задать особые виды поведения и ограничения в ответ на запросы на изменение или удаление строк в таблицах, на которые есть ссылки в предложении REFERENCES ограничения FOREIGN KEY. Ключевое слово CASCADE приводит к тому, что изменения, выполненные для "родительской" строки, будут распространяться на строки в таблицах, имеющих зависимости FOREIGN KEY. Например, ON DELETE CASCADE приведет к удалению всех зависимых строк при удалении родительской строки

casting

преобразование

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

character set

В основном два надмножества печатаемых образов символов и управляющих последовательностей на сегодняшний день используется в программных окружениях: ASCII и UNICODE. Символы ASCII, представленные в одном байте, имеют 256 вариантов, в то время как символы UNICODE, представляемые 2, 3 и 4 байтами, могут предоставить десятки тысяч возможностей. Поскольку для баз данных требуется исключить непомерно высокие накладные расходы, чтобы сделать доступными все возможные печатаемые и управляющие символы, используемые при программировании в любой точке мира, это надмножество разделено на кодовые страницы, также называемые кодовыми таблицами. Каждая кодовая страница определяет подмножество требуемых символов для конкретного языка или семейства языков, представляя образ каждого символа в виде числа. Эти образы и управляющие последовательности в каждой кодовой странице называются наборами символов. Образ символа может отображаться в различные числа в различных наборах символов. Firebird поддерживает для базы данных набор символов по умолчанию и явное определение набора символов для каждого столбца, имеющего тип данных CHARACTER, VARYING CHARACTER и BLOB SUB_TYPE 1 (текстовый BLOB). Если для базы данных не определен никакой набор символов, ее набор символов по умолчанию будет NONE, в результате чего все символьные данные будут сохраняться точно так, как они представлены без попыток конвертирования символов (выполнения транслитерации) для любого конкретного набора символов

Classic architecture Классическая архитектура

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

CLOB

Акроним для Character Large OBject (большой символьный объект). Этот термин появился из более раннего использования, когда другие СУБД копировали поддерживаемое в Firebird хранение больших объектов в базе данных. CLOB является эквивалентом BLOB SUB_TYPE 1 (TEXT). См. также BLOB

coercing data types приведение типов данных

В структурах XSQLDA API Firebird преобразование элемента данных из одного типа SQL в другой называется приведением типов данных

collation order порядок сортировки

Определяет, как операция сортировки упорядочивает символьные столбцы в выходных наборах, задавая пары символов в нижнем и верхнем регистрах для функции UPPERO, а также как символы в символьных столбцах сравниваются при поиске. Порядок сортировки применим для конкретного набора символов. Если для набора символов доступно множество порядков сортировки, то один из порядков сортировки будет трактоваться как порядок по умолчанию. По соглашению порядок сортировки по умолчанию имеет то же имя, что и набор символов

column столбец

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

commit

подтверждение (транзакции)

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

серверу о подтверждении (commit) работы, чтобы сделать эти изменения постоянными. Если транзакция не подтверждается, для нее должен быть выполнен откат (rollback), чтобы отменить эту работу

CommitRetaining

Установка для транзакции, которая реализует атрибут транзакции COMMIT WITH RETAIN (подтверждение с сохранением контекста). Также называется мягким подтверждением. При этом атрибуте контекст транзакции сохраняется активным на сервере, пока клиентское приложение окончательно не вызовет COMMIT (жесткое подтверждение) и не позволит процессу управления инвентарными страницами транзакций передать старые версии сборке мусора. Широкое использование в приложениях CommitRetaining является общей причиной ухудшения производительности. См. также Oldest Interesting Transaction (OIT)

concurrency параллельность, одновременность, конкурентность