Шрифт:
SET TERM ^;
CREATE TRIGGER BI_ATABLE FOR ATABLE
ACTIVE BEFORE INSERT POSITION 1
AS
BEGIN
IF (NEW.CAPTURE_DATE IS NOT NULL) THEN
BEGIN
NEW. CAPTURE_TIME =
CAST(EXTRACT (HOUR FROM NEW.CAPTUEE_DATE) AS CHAR(2)) || ':' ||
CAST(EXTRACT (MINUTE FROM NEW.CAPTURE_DATE) ASCHAR(2)) || ':' ||
CAST(EXTRACT (SECOND FROM NEW.CAPTURE_DATE) AS CHAR(7));
END
END ^
SET TERM ; ^
Строка CHAR (13), сохраняемая триггером в предыдущем примере, не имеет того "поведения," что тип TIME в диалекте 3. Тем не менее при простом преобразовании она может быть конвертирована напрямую в тип TIME диалекта 3 при последующем обновлении до диалекта 3.
Сначала мы добавляем новый временный столбец в таблицу для хранения конвертированной строки времени:
ALTER TABLE ATABLE
ADD TIME_CAPTURE TIME;
COMMIT;
Затем заполняем временный столбец строкой времени, выполняя преобразование в диалекте 1:
UPDATE ATABLE
SET TIME_CAPTURE = CAST (CAPTURE_TIME AS TIME)
WHERE CAPTURE_TIME IS NOT NULL;
COMMIT;
Следующая вещь, которую мы должны сделать, - это временно удалить в нашем триггере ссылку на строку времени диалекта 1. Это нужно, чтобы устранить проблемы зависимости при изменении старой строки времени.
SET TERM ^;
RECREATE TRIGGER BI_ATABLE FOR ATABLE
ACTIVE BEFORE INSERT POSITION 1
AS
BEGIN
/* ничего не выполняется */
END ^
SET TERM ;^
COMMIT;
Теперь мы можем удалить старый столбец CAPTURE_TIME:
ALTER TABLE ATABLE DROP CAPTURE_TIME;
COMMIT;
Создадим его опять, на этот раз как тип TIME:
ALTER TABLE ATABLE
ADD CAPTURE_TIME TIME;
COMMIT;
Перепишем данных из временного столбца в только что добавленный столбец
CAPTURE_TIME:
UPDATE ATABLE
SET CAPTURE_TIME = TIME_CAPTURE
WHERE TIME_CAPTURE IS NOT NULL;
COMMIT;
Удалим временный столбец:
ALTER TABLE ATABLE DROP TIME_CAPTURE;
COMMIT;
Под конец изменим триггер так, чтобы он теперь записывал значение CAPTURE_TIME как тип TIME:
SET TERM ^;
RECREATE TRIGGER BI_ATABLE FOR ATABLE
ACTIVE BEFORE INSERT POSITION 1
AS
BEGIN
IF (NEW.CAPTURE_DATE IS NOT NULL) THEN
BEGIN
NEW.CAPTURE_TIME = CAST (NEW.CAPTURE.DATE AS TIME);
END
END ^
SET TERM ;^
COMMIT;
Все эти шаги могут быть записаны в скрипте SQL. Подробности использования скриптов SQL см. в разд. "Скрипты схемы" главы 14.
Понимание функции EXTRACT
Функция EXTRACT вызывает исключение, если она получает пустой аргумент. Этот факт можно использовать в простых запросах для проверки условия NOT NULL или в выражениях подзапросов при декодировании полей типа дата/время. Тем не менее во внешних соединениях это не столь просто, потому что потоки внешнего соединения, которые не соответствуют условиям последнего, возвращают NULL в незаполненных полях.
Рекомендуется использовать подзапрос (см. главы 21 и 22), который ограничивает вызовы функции только при ненулевых значениях. В диалекте 3 есть другое решение: использовать выражение CASE (см. главу 21) для исключения вызова EXTRACT при нулевых датах.
Следующая глава охватывает большую тему использования символьных (строковых) типов данных в Firebird, включая важные вопросы определения и работы с интернациональными наборами символов и порядком сортировки для баз данных и столбцов.
ГЛАВА 11. Символьные типы данных.
Firebird поддерживает символьные (строковые) типы данных фиксированной и переменной длины. Они могут быть определены для локального использования в любом наборе символов, выбираемом из большого списка. Символьные типы фиксированной длины не могут превышать 32 767 байт абсолютной длины; для типов переменной длины этот предел уменьшается на два байта, которые при сохранении строки содержат счетчик символов.