PHP: полный мануал с примерами, функциями и ООП

Зачем обращаться к Firebird и что вернётся в PHP

Сайт должен показать конкретный товар и несколько доступных позиций, а не заставлять человека разбираться в ресурсе базы. В этой главе получатся карточка «Кабель 3x2.5 — 12 шт. — 189.00 руб.», две позиции каталога, три состояния остатка и повторное чтение после освобождения выборки. Каждая программа создаёт свои данные и оставляет открываемый HTML-отчёт с фактическим результатом.

База — хранилище данных с правилами их чтения и изменения. Таблица похожа на ведомость: строка — один товар, столбцы — id, название, количество. Сравнение с листом помогает представить данные, но таблица не хранит обещанный «порядок как на листе»: порядок выдачи задаётся ORDER BY. SQL — язык запроса к этому хранилищу. PHP передаёт SQL через расширение и оформляет ответ для человека.

Firebird, InterBase и имя расширения interbase

Firebird — реляционная СУБД с открытым исходным кодом, выросшая из открытой версии InterBase; современная InterBase — отдельный продукт. Их версии и SQL-возможности нельзя считать взаимозаменяемыми. Старый раздел PHP Manual описывает расширение interbase, удалённое из поставки PHP начиная с 7.4, и содержит историческое предупреждение о сопровождении. Для этих примеров выбран продолжаемый проект FirebirdSQL/php-firebird, выпуск 3.0.1 с функциями ibase_* и PHP 8.2. Это не означает, что историческое встроенное расширение осталось в любом PHP 8.2. Стенд и версии записаны в результатах запуска. Альтернативный API PDO_FIREBIRD разбирается отдельно; код PDO и ibase нельзя смешивать в одном вызове.

На Windows должны совпасть версия PHP, архитектура, TS/NTS сборка расширения и совместимая клиентская библиотека. Серверный режим принимает подключения к серверу Firebird; embedded использует локальный движок для отдельного файла. Наш лабораторный запуск изолирован и не подключается к рабочему складу. README в каждом архиве объясняет настройку. Сам файл базы создаётся до программы; connect открывает его, а CREATE TABLE создаёт только таблицу внутри базы.

Предварительные понятия: ключи и значения массива, условие и цикл, таблица и первое обращение к базе. Внутри этой главы всё начинается с одной карточки; многократные параметризованные команды вынесены в следующую связанную главу.

Четыре маршрута от SQL к видимому результату

Ниже четыре самостоятельные программы: у каждой своя таблица и собственные исходные записи. Файл lab.php из того же архива задаёт соединение, сохраняет диагностику без раскрытия путей и удаляет только созданную таблицу. Это общий учебный помощник, а не встроенная функция PHP. Внутри сценариев видны SQL, параметры, чтение и результат. Короткие фрагменты объясняют отдельный шаг и явно предполагают подготовленное окружение; для запуска целиком используйте полный архив.

После INSERT программы вызывают f153Commit, внутри которого проверяется ibase_commit. В Firebird чтение и изменение выполняются в транзакции; успешная команда и подтверждённая транзакция — разные события. Создание таблицы тоже фиксируется перед дальнейшими запросами. Освобождение результата не подтверждает запись. Учебная очистка выполняется после наблюдений и не является образцом удаления данных рабочего приложения.

Подключиться и получить карточку складского товара

Складской сайт должен показать товар CAB-25: название, остаток 12 и цену 189.00 рубля. Сначала нужна связь с существующей базой, затем запрос конкретной карточки. Полная программа создаёт две учебные записи, но получает только id 101. В отчёте видны сами данные, а не только сообщение «подключение успешно».

Сначала небольшой вызов

$result = ibase_query($db, 'SELECT title AS "title" FROM PRODUCTS WHERE id = ?', 101);
if ($result === false) { throw new RuntimeException("Товар не запрошен"); }
$row = ibase_fetch_assoc($result);
// Для подготовленного товара: $row["title"] === "Кабель 3x2.5".
ibase_free_result($result);
unset($result);

Этот короткий фрагмент предполагает соединение $db и таблицу PRODUCTS; полный пример ниже создаёт собственную таблицу автоматически. SELECT перечисляет нужные столбцы, FROM указывает таблицу, WHERE выбирает одну запись. Знак ? — место значения id: число передаётся отдельным аргументом после SQL. AS "title" задаёт точное имя ключа массива. Ресурс результата — открытый доступ к последовательности строк, а не сам массив товаров. Каждый fetch_assoc получает следующую строку; первое чтение уже выдаёт первый товар и его нельзя бездумно выбрасывать как «проверку».

Что получится

<?php
declare(strict_types=1);
require __DIR__.'/lab.php';
$db=null;$owned=$removed=$rows=$checks=$observations=[];
try {
    $config=f153Config();$db=f153Connect($config);$runtime=f153Runtime($db,$config);

    $name=f153OwnTable($db,$owned,'receipt','(id INTEGER NOT NULL PRIMARY KEY,sku VARCHAR(24) NOT NULL,title VARCHAR(80) CHARACTER SET UTF8 NOT NULL,qty INTEGER NOT NULL,unit_kopecks INTEGER NOT NULL)');
    $q=f153Qualified($name);
    f153Command($db,"INSERT INTO $q(id,sku,title,qty,unit_kopecks) VALUES(?,?,?,?,?)",[101,'CAB-25','Кабель 3x2.5',12,18900]);
    f153Command($db,"INSERT INTO $q(id,sku,title,qty,unit_kopecks) VALUES(?,?,?,?,?)",[102,'BOX-10','Коробка монтажная',4,7500]);
    f153Commit($db);
    $result=f153Query($db,"SELECT id AS \"id\",sku AS \"sku\",title AS \"title\",qty AS \"qty\",unit_kopecks AS \"unit_kopecks\" FROM $q WHERE id = ?",[101]);
    try {
        $first=f153Capture(static fn()=>ibase_fetch_assoc($result));
        if ($first['warning'] || !is_array($first['value'])) {f153Failure('Карточка товара не прочитана',$first);}
        $product=$first['value'];
        $end=f153Capture(static fn()=>ibase_fetch_assoc($result));
    } finally {ibase_free_result($result);unset($result);}
    $price=intdiv($product['unit_kopecks'],100).'.'.str_pad((string)($product['unit_kopecks']%100),2,'0',STR_PAD_LEFT);
    $rows=[['Соединение открыто',is_resource($db)],['Артикул',$product['sku']],['Товар',$product['title']],['Остаток',$product['qty']],['Цена, рублей',$price],['Следующая строка',$end['value']===false?'конец результата':'неожиданная строка']];
    $checks=['connected'=>is_resource($db),'one_product'=>$product['id']===101,'cyrillic_intact'=>$product['title']==='Кабель 3x2.5',
        'quantity_int'=>$product['qty']===12,'money_exact'=>$price==='189.00','normal_end'=>$end['value']===false&&!$end['warning']&&$end['code']===0];
    $observations=['product'=>$product,'end_is_false'=>$end['value']===false,'end_error_code'=>$end['code'],'client_charset'=>$config['charset'],'sql_dialect'=>$config['dialect']];

} finally {
    if (is_resource($db)) {try {$removed=f153Cleanup($db,$owned);} finally {ibase_close($db);}}
}

f153Report('fb153-connection-receipt','Подключиться и получить карточку складского товара',$rows,$checks,$observations,$runtime,$owned,$removed);

Соединение открыто — да
Артикул — CAB-25
Товар — Кабель 3x2.5
Остаток — 12
Цена, рублей — 189.00
Следующая строка — конец результата

Фактический HTML-результат · Данные результата JSON.

Границы, ошибки и изменение требования

Файл .fdb должен существовать до подключения; connect не создаёт базу автоматически. Для удалённого Firebird путь относится к серверу базы, а не к компьютеру PHP. Ошибочный путь, недоступный сервер, права и неверная кодировка дают разные причины отказа; сохраните диагностику сразу и не выводите посетителю пароль или внутренний путь. UTF8 — кодировка клиентского соединения, не команда изменить кодировку всех столбцов. Рубли здесь хранятся целым числом копеек; деление служит только отображению. Запись становится подтверждённой после commit, а не после free_result.

Соединение отклоняло имя кодировки iso-8859-1, хотя программа не передавала charset явно. Исходная ситуация на Stack Overflow. Разбираем источник настройки и используем явное имя UTF8 для нашей UTF-8 программы. Имя кодировки Firebird не обязано совпадать с HTTP-обозначением. Переустановка расширения не объясняет ошибку уже работающего ibase_connect; NONE не предлагается как универсальное исправление.

Попробуйте изменить

Поменяйте выбранный id на 102. Что изменится в карточке, а что останется в SQL?

Получить две доступные позиции для экрана, а не весь склад

Небольшой блок сайта показывает два самых дешёвых активных товара, которые есть на складе. Архивный товар и коробка с нулевым остатком не должны попасть на экран. Получаем нужные поля, фильтруем, сортируем и ограничиваем результат в SQL. В PHP приходят только две готовые карточки; следующая страница запрашивается отдельно.

Сначала небольшой вызов

$sql = 'SELECT id, title, unit_kopecks FROM PRODUCTS
    WHERE active = ? AND qty > ?
    ORDER BY unit_kopecks, id ROWS 1 TO 2';
$result = ibase_query($db, $sql, 1, 0);
// На наших данных: id 2, 5; каждая цена 9000 копеек.

Список после SELECT определяет поля, а WHERE — записи: это независимые ограничения. ORDER BY unit_kopecks сортирует по цене; id разрешает равенство цен. ROWS 1 TO 2 включает обе границы, нумерация начинается с 1. Для ROWS 3 TO 4 диапазон следующий. Ещё один вариант Firebird: SELECT FIRST 2 SKIP 2 ... ORDER BY ...; здесь FIRST — сколько взять, SKIP — сколько пропустить. Не смешивайте FIRST/SKIP и ROWS в одном SELECT. Современный SQL-вариант OFFSET 2 ROWS FETCH NEXT 2 ROWS ONLY требует проверки версии сервера; это не синтаксис LIMIT из MySQL.

Что получится

<?php
declare(strict_types=1);
require __DIR__.'/lab.php';
$db=null;$owned=$removed=$rows=$checks=$observations=[];
try {
    $config=f153Config();$db=f153Connect($config);$runtime=f153Runtime($db,$config);

    $name=f153OwnTable($db,$owned,'screen','(id INTEGER NOT NULL PRIMARY KEY,title VARCHAR(80) CHARACTER SET UTF8 NOT NULL,qty INTEGER NOT NULL,active SMALLINT NOT NULL,unit_kopecks INTEGER NOT NULL)');
    $q=f153Qualified($name);
    $fixtures=[[1,'Кабель',8,1,20000],[2,'Розетка',5,1,9000],[3,'Коробка',0,1,1000],[4,'Архивный товар',9,0,500],[5,'Выключатель',7,1,9000],[6,'Автомат',2,1,30000]];
    foreach ($fixtures as $item) {f153Command($db,"INSERT INTO $q(id,title,qty,active,unit_kopecks) VALUES(?,?,?,?,?)",$item);}
    f153Commit($db);
    $select="SELECT id AS \"id\",title AS \"title\",unit_kopecks AS \"unit_kopecks\" FROM $q WHERE active = ? AND qty > ? ORDER BY unit_kopecks,id";
    $page=f153Read($db,$select.' ROWS 1 TO 2',[1,0]);
    $next=f153Read($db,$select.' ROWS 3 TO 4',[1,0]);
    $empty=f153Read($db,$select.' ROWS 5 TO 6',[1,0]);
    $rows=[['Первая страница: id',implode(', ',array_column($page,'id'))],['Первая страница: товары',implode(' / ',array_column($page,'title'))],
        ['Цена каждой позиции, копеек',$page[0]['unit_kopecks']],['Следующая страница: id',implode(', ',array_column($next,'id'))],['Ещё одна страница: строк',count($empty)],['Передано полей на позицию',count($page[0])]];
    $checks=['only_two_rows'=>count($page)===2,'stable_tie_order'=>array_column($page,'id')===[2,5],
        'only_screen_fields'=>array_keys($page[0])===['id','title','unit_kopecks'],'filtered_before_transfer'=>array_column($next,'id')===[1,6],
        'same_price'=>$page[0]['unit_kopecks']===9000&&$page[1]['unit_kopecks']===9000,'end_page_empty'=>$empty===[]];
    $observations=['page'=>$page,'next_page'=>$next,'past_end'=>$empty,'sql_order'=>'unit_kopecks,id','sql_page'=>'ROWS 1 TO 2'];

} finally {
    if (is_resource($db)) {try {$removed=f153Cleanup($db,$owned);} finally {ibase_close($db);}}
}

f153Report('fb153-screen-select','Получить две доступные позиции для экрана, а не весь склад',$rows,$checks,$observations,$runtime,$owned,$removed);

Первая страница: id — 2, 5
Первая страница: товары — Розетка / Выключатель
Цена каждой позиции, копеек — 9000
Следующая страница: id — 1, 6
Ещё одна страница: строк — 0
Передано полей на позицию — 3

Фактический HTML-результат · Данные результата JSON.

Границы, ошибки и изменение требования

SELECT * выбирает все столбцы, но сам по себе не означает все строки: число строк определяется WHERE и ограничением результата. Плохой сценарий для большого склада — SELECT * без границ, fetch всех записей в массив и usort/array_slice на PHP. Он переносит ненужные данные и работу на приложение. Ограничение двух строк не обещает, что движок прочитает только две строки: индекс и план запроса остаются важны. При изменениях склада между запросами страницы со смещением могут сдвигаться; для долгой ленты нужен курсор по паре цена/id либо согласованный снимок. Здесь данные неизменны между чтениями.

Результат запроса не помещался в память; требовалось получать следующие порции строк. Исходная ситуация на Stack Overflow. Наш экран получает две строки через WHERE, ORDER BY и ROWS на сервере. Уникальный id завершает сортировку. Диапазоны ROWS и FIRST/SKIP объяснены отдельно, без загрузки всей таблицы и сортировки большого PHP-массива.

Попробуйте изменить

Нужно показать только товары дешевле 15000 копеек и одну карточку за раз. Где изменить программу?

Различить неизвестный остаток, пустую подпись и ноль

У датчика остаток ещё не пришёл от поставщика. У крепления точно ноль. У кабеля пять штук. Если заменить всё «пустое» на ноль, сайт сообщит неверную информацию. Получим ассоциативные строки, сохраним NULL, пустую строку и число 0 раздельно и покажем человеку три понятные карточки.

Сначала небольшой вызов

$row = ibase_fetch_assoc($result);
if ($row !== false) {
    $label = $row["qty"] === null ? "остаток неизвестен" : (string)$row["qty"];
    // Для датчика: "остаток неизвестен"; для крепления: "0".
}

Ассоциативный массив связывает имя поля с его значением: $row["qty"] читает количество. В нашем драйвере ключ SQL NULL присутствует со значением null. array_key_exists проверяет наличие ключа; isset возвращает false и для отсутствующего ключа, и для null. Поэтому isset недостаточно, чтобы отличить изменение схемы запроса от допустимого пустого значения. Проверка === сравнивает также тип. empty() и нестрогое if (!$row["qty"]) смешали бы состояния. Для SQL-условия отсутствия пишут qty IS NULL, а не qty = NULL.

Что получится

<?php
declare(strict_types=1);
require __DIR__.'/lab.php';
$db=null;$owned=$removed=$rows=$checks=$observations=[];
try {
    $config=f153Config();$db=f153Connect($config);$runtime=f153Runtime($db,$config);

    $name=f153OwnTable($db,$owned,'nulls','(id INTEGER NOT NULL PRIMARY KEY,title VARCHAR(60) CHARACTER SET UTF8 NOT NULL,note VARCHAR(60) CHARACTER SET UTF8,qty INTEGER)');
    $q=f153Qualified($name);
    foreach ([[1,'Датчик',null,null],[2,'Крепление','',0],[3,'Кабель','Проверено',5]] as $item) {
        f153Command($db,"INSERT INTO $q(id,title,note,qty) VALUES(?,?,?,?)",$item);
    }
    f153Commit($db);
    $items=f153Read($db,"SELECT id AS \"id\",title AS \"title\",note AS \"note\",qty AS \"qty\" FROM $q ORDER BY id ROWS 3");
    $labels=[];
    foreach ($items as $item) {
        if (!array_key_exists('qty',$item) || !array_key_exists('note',$item)) {throw new RuntimeException('Контракт полей результата изменился.');}
        $quantity=$item['qty']===null?'остаток неизвестен':($item['qty']===0?'нет в наличии':'в наличии: '.$item['qty']);
        $note=$item['note']===null?'не заполнена':($item['note']===''?'пустая строка':$item['note']);
        $labels[]=$item['title'].': '.$quantity.'; подпись: '.$note;
    }
    $rows=[['Ключи первой строки',implode(', ',array_keys($items[0]))],['Карточка 1',$labels[0]],['Карточка 2',$labels[1]],['Карточка 3',$labels[2]],
        ['Ключ qty существует у первой строки',array_key_exists('qty',$items[0])],['isset(qty) у первой строки',isset($items[0]['qty'])]];
    $checks=['explicit_aliases'=>array_keys($items[0])===['id','title','note','qty'],'null_key_retained'=>array_key_exists('qty',$items[0])&&$items[0]['qty']===null,
        'empty_string_retained'=>$items[1]['note']==='','zero_retained'=>$items[1]['qty']===0,'not_unknown'=>$items[2]['qty']===5,
        'null_not_isset'=>!isset($items[0]['qty']),'three_cards'=>count($labels)===3];
    $observations=['source_rows'=>$items,'visible_cards'=>$labels];

} finally {
    if (is_resource($db)) {try {$removed=f153Cleanup($db,$owned);} finally {ibase_close($db);}}
}

f153Report('fb153-assoc-null','Различить неизвестный остаток, пустую подпись и ноль',$rows,$checks,$observations,$runtime,$owned,$removed);

Ключи первой строки — id, title, note, qty
Карточка 1 — Датчик: остаток неизвестен; подпись: не заполнена
Карточка 2 — Крепление: нет в наличии; подпись: пустая строка
Карточка 3 — Кабель: в наличии: 5; подпись: Проверено
Ключ qty существует у первой строки — да
isset(qty) у первой строки — нет

Фактический HTML-результат · Данные результата JSON.

Границы, ошибки и изменение требования

Без двойных кавычек идентификаторы Firebird обычно становятся верхним регистром: SELECT qty даёт ключ QTY. В кавычках AS "qty" сохраняет выбранное написание. Разным полям JOIN назначайте разные aliases, например product_id и order_id. PHP Manual описывает историческую потерю одноимённых столбцов; выбранный драйвер 3.0.1 пытается дать дубликатам новые имена, но полагаться на автоматически появившиеся суффиксы нельзя. IBASE_TEXT загружает содержимое BLOB и может увеличить память; без него BLOB — идентификатор, а не текст документа. Эта программа использует обычный VARCHAR, не BLOB.

После перехода с MySQL на Firebird строка читалась по числовому индексу, но обращение к title выдавало Undefined index. Исходная ситуация на Stack Overflow. Вопрос относится к PDO, но SQL-причина применима и здесь: обычный идентификатор Firebird приводится к верхнему регистру. В наших ibase-запросах AS "title" задаёт явный контракт ключа. Настройки PDO не переносятся в расширение interbase.

Попробуйте изменить

Добавьте четвёртый товар с qty=0 и note=NULL. Какие две независимые надписи должны появиться?

Освободить результат и продолжить работу с сохранёнными данными

Страница уже получила первую карточку и больше не использует текущую выборку. Освободим результат раньше конца, затем запросим данные снова и обновим остаток. Это показывает четыре разные вещи: массив в PHP, ресурс выборки, строки таблицы и транзакцию. Освобождение одного результата не удаляет товар и не подтверждает изменение.

Сначала небольшой вызов

$card = ibase_fetch_assoc($result);
ibase_free_result($result);
unset($result);
// $card остаётся массивом. Таблица тоже остаётся.
// Для сохранения UPDATE нужен ibase_commit($db), а не free_result.

ibase_free_result принимает результат SELECT, а не массив $card и не соединение $db. Объём уже прочитанного массива от этого не исчезает. unset убирает переменную с ресурсом; это не SQL DELETE и не DROP TABLE. В выбранной версии после free_result переменная может ещё удовлетворять is_resource, поэтому этот признак не является разрешением читать освобождённый результат повторно. Рабочая схема: освободить ровно один раз, убрать ссылку и при необходимости создать новый запрос.

Что получится

<?php
declare(strict_types=1);
require __DIR__.'/lab.php';
$db=null;$owned=$removed=$rows=$checks=$observations=[];
try {
    $config=f153Config();$db=f153Connect($config);$runtime=f153Runtime($db,$config);

    $name=f153OwnTable($db,$owned,'release','(id INTEGER NOT NULL PRIMARY KEY,title VARCHAR(60) CHARACTER SET UTF8 NOT NULL,qty INTEGER NOT NULL)');
    $q=f153Qualified($name);
    f153Command($db,"INSERT INTO $q(id,title,qty) VALUES(?,?,?)",[1,'Коробка',4]);
    f153Command($db,"INSERT INTO $q(id,title,qty) VALUES(?,?,?)",[2,'Кабель',8]);
    f153Commit($db);
    $result=f153Query($db,"SELECT id AS \"id\",title AS \"title\",qty AS \"qty\" FROM $q ORDER BY id");
    try {
        $first=f153Capture(static fn()=>ibase_fetch_assoc($result));
        if ($first['warning'] || !is_array($first['value'])) {f153Failure('Первая карточка не прочитана',$first);}
        $card=$first['value'];
    } finally {$freed=ibase_free_result($result);unset($result);}
    // We intentionally do not read the second row of this first result.
    $saved=f153Read($db,"SELECT id AS \"id\",title AS \"title\",qty AS \"qty\" FROM $q ORDER BY id ROWS 2");
    $changed=f153Query($db,"UPDATE $q SET qty=qty+? WHERE id=?",[2,1]);
    $missing=f153Query($db,"UPDATE $q SET qty=qty+? WHERE id=?",[2,999]);
    $missingAffected=ibase_affected_rows($db);
    f153Commit($db);
    $after=f153Read($db,"SELECT qty AS \"qty\" FROM $q WHERE id=?",[1])[0];
    $rows=[['Освобождение результата',$freed],['Прочитанная карточка осталась в PHP',$card['title']],['Строки сохранились в таблице',count($saved)],
        ['UPDATE существующей строки',$changed],['UPDATE отсутствующей строки вернул true',$missing===true],['Изменено отсутствующим UPDATE',$missingAffected],['Подтверждённый остаток',$after['qty']]];
    $checks=['free_success'=>$freed===true,'card_array_retained'=>$card['title']==='Коробка'&&$card['qty']===4,
        'table_not_deleted'=>array_column($saved,'id')===[1,2],'new_query_succeeded'=>count($saved)===2,
        'update_count'=>$changed===1,'zero_update_is_true'=>$missing===true&&$missingAffected===0,'committed_quantity'=>$after['qty']===6];
    $observations=['card_before_change'=>$card,'saved_rows'=>$saved,'update_return'=>$changed,'zero_update_return'=>$missing,'zero_update_affected'=>$missingAffected,'after_commit'=>$after];

} finally {
    if (is_resource($db)) {try {$removed=f153Cleanup($db,$owned);} finally {ibase_close($db);}}
}

f153Report('fb153-result-cleanup','Освободить результат и продолжить работу с сохранёнными данными',$rows,$checks,$observations,$runtime,$owned,$removed);

Освобождение результата — да
Прочитанная карточка осталась в PHP — Коробка
Строки сохранились в таблице — 2
UPDATE существующей строки — 1
UPDATE отсутствующей строки вернул true — да
Изменено отсутствующим UPDATE — 0
Подтверждённый остаток — 6

Фактический HTML-результат · Данные результата JSON.

Границы, ошибки и изменение требования

Для заранее подготовленного запроса есть отдельный ibase_free_query; для соединения — ibase_close; для транзакции — commit/rollback. Их нельзя взаимозаменять. Важная особенность ibase_query: UPDATE без совпавших строк возвращает true, а не число 0; обычный UPDATE одной строки — int 1. Поэтому (int)$return даст неверную единицу для нулевого изменения. Читайте ibase_affected_rows сразу после DML, пока другой запрос не изменил контекст. Для SELECT даже пустой результат сначала является ресурсом; число строк из bool query не получить. Все учебные объекты удаляются только в завершающей процедуре лаборатории.

Попробуйте изменить

Освободите результат после первого товара, затем запросите только id=2. Изменится ли содержимое $card первой карточки?

Справочник четырёх шагов

От первой карточки к повторяемым запросам

Теперь известен весь короткий путь: соединение → SQL → строка массива → оформление → освобождение выборки. Для настоящего каталога выбирайте только данные текущего экрана, сохраняйте смысл NULL и задавайте предсказуемый порядок на сервере. Успешное чтение не означает, что раскрыты все API, типы и средства администрирования Firebird: следующая глава развивает подготовленные запросы и описание столбцов результата.

Далее: значения отдельно от SQL, повторное выполнение и metadata. Для веб-формы сначала проверьте входные данные в главе обработки формы; при HTML-выводе используйте htmlspecialchars. Параметризованный SQL защищает границу запроса, а экранирование HTML — другую границу, вывод в браузер.