» InterBase и FireBird: вопросы по работе и их решение

Цитата:

как проверить целостность бэкапа,

Контрольным рестором.
AlexPetrovich

Цитата:

Нужен еще больший запас надежности - репликация( через определенный интервал вреени или сразу после изенения данных).

Если БД изначально проектировалась под репликацию, то да.

exteris

Цитата:

Я больше скажу, не то что подешевле, а вообще альтернативы не нашел.

Ну почему же. Альтернатива подешевле - nagios/zabbix/whatever с пачкой самописных скриптов. Правда, для этого надо очень хорошо понимать внутреннюю кухню ФБ, чтобы знать что проверять и вовремя генерировать правильные алерты. А если таких знаний нет, тогда, как по мне, два варианта - либо база некритичная и мониторить ее особо незачем (хотя для общего развития и полезно), либо база критичная и в случае проблем $200 будут каплей в море - и тогда покупается мониторилка.

Вопрос по FB 2.5 superserver. Выполняю скрипт который бежит по ряду архивных баз и изменяет структуру базы. Из-за ряда причин (выключился свет на клиенте) в одних базах скрипт выполнился успешно, а в других нет. Как мне продолжить выполняться скрипт в нужном мне месте если я заранее не знаю где модификация прошла успешно, а где нет? Ведь отлова ошибок из скрипта нет и не предвидится.

Код:
execute block
returns(
city varchar(20),
a_path varchar(512),
a_serv varchar(512)
)
as
declare a_per int;
declare auser varchar(35);
declare apass varchar(35);
declare SQL_1 varchar(8196);
declare SQL_2 varchar(8196);
declare CQ varchar(1);
declare CR varchar(1);
declare LF varchar(1);
declare A_NAME varchar(50);
declare arch_id int;
declare arch_per varchar(6);
declare arch_server varchar(1024);
declare path_archiv varchar(512);
begin
CQ = ASCII_CHAR(39);
CR = ASCII_CHAR(13);
LF = ASCII_CHAR(10);
auser='SYSDBA';
apass='пароль';
SQL_1='CREATE DOMAIN D_INT AS INTEGER';
SQL_2='ALTER TABLE E_CONT ADD CONTSTR VARCHAR(12) COLLATE WIN1251_UA';
--
for
SELECT FIRST 1 'D:\DATA\Work1\', 'Work1' FROM MON$DATABASE UNION ALL
SELECT FIRST 1 'D:\DATA\Work2\', 'Work2' FROM MON$DATABASE
into :path_archiv, :city
do begin
path_archiv=trim(:path_archiv)||'archiv.gdb';
for
execute statement ('select path,server from archives where Upper(per)<>'||CQ||'DEF'||CQ)
ON EXTERNAL :PATH_ARCHIV AS USER :AUSER PASSWORD :APASS
into :A_PATH, :A_SERV
do begin
--
EXECUTE STATEMENT (:SQL_1) ON EXTERNAL :A_SERV||':'||:A_PATH AS USER :AUSER PASSWORD :APASS WITH AUTONOMOUS TRANSACTION;
EXECUTE STATEMENT (:SQL_2) ON EXTERNAL :A_SERV||':'||:A_PATH AS USER :AUSER PASSWORD :APASS WITH AUTONOMOUS TRANSACTION;
--
SUSPEND;
end
end
--
end

victor_r

Проверить есть ли в E_CONT CONTSTR
и если нет, выполнить запрос

Спасибо noisy я так и сделал, вот мой рабочий вариант (лишнее повырезал):

Код:
SQL_1='SELECT rdb$field_name'
||' FROM rdb$relation_fields'
||' WHERE UPPER(rdb$relation_name)='||CQ||'ES_HOUSE'||CQ
||' AND UPPER(rdb$field_name)='||CQ||'CITYID'||CQ;
SQL_2='ALTER TABLE ES_HOUSE ADD CITYID INTEGER';

SQL_3='SELECT rdb$field_name FROM rdb$fields'
||' WHERE rdb$system_flag=0 and rdb$field_name='||CQ||'D_INT'||CQ;
SQL_4='CREATE DOMAIN D_INT AS INTEGER';
...
--
S_FIELDS=null;
EXECUTE STATEMENT (:SQL_1) ON EXTERNAL :A_SERV||':'||:A_PATH AS USER :AUSER PASSWORD :APASS
WITH AUTONOMOUS TRANSACTION
INTO :S_FIELDS;
S_FIELDS=trim(coalesce(S_FIELDS,''));
if (S_FIELDS='')
then begin
EXECUTE STATEMENT (:SQL_2) ON EXTERNAL :A_SERV||':'||:A_PATH AS USER :AUSER PASSWORD :APASS
WITH AUTONOMOUS TRANSACTION;
end

victor_r
Прокатит, если в скриптах обновления нет скрипта для изменения данных.
Если же есть - то так не достаточно.
Нужно где-то хранить номер последнего обновления и стартовать с последнего.

salexn1
+1 насчет хранения номера последнего изменения. Правда, лично я храню также дату-время накатки каждого обновления - пару раз такая информация сохранила кучу времени.

Добавлено:
victor_r
Кстати, рекомендую разделить обновление на два скрипта - в одном только SQL, во втором - подключения и вызовы первого скрипта. Оно так логичнее.

miwa
я для себя выработал правило: один апдейт(скрипт) на один номер.
я также храню дату и время.

AlexPetrovich

Цитата:

[/q]
[q]Ага, счаз.
Приведи пример запроса определения начисленной суммы за услугу, если тариф менялся несколько раз за период ?

Привожу запрос тарифа на дату:
SELECT FIRST 1 TARIF FROM TARIFS WHERE DATA_TARIF <= ТРЕБУЕМАЯ ДАТА
ORDER BY DATA_TARIF DESC
заводим только нужный индекс

Цитата:

Привожу запрос тарифа на дату:
SELECT FIRST 1 TARIF FROM TARIFS WHERE DATA_TARIF <= ТРЕБУЕМАЯ ДАТА
ORDER BY DATA_TARIF DESC
заводим только нужный индекс

Ага, счаз
Запрос хороший, но надо было "начисленной суммы за услугу",
сам по себе тариф мало когда нужен, главное деньги с клиента

Т.е. есть таблица "дата, количество" и таблица "дата, тариф",
надо получить, например, "итого сумма за месяц".
Попробуй это решить через "first 1".

А вот если таблица тарифов имеет две даты, то все просто и БЫСТРО:

select (usluga.kol_vo * tarifs.tarif)
from usluga
join tarifs on (usluga.data between tarifs.data_begin and tarifs.data_end)
where (usluga.data between '01.01.2012' and '01.02.2012')

AlexPetrovich

Цитата:

Ага, счаз

SELECT USLUGA * (SELECT FIRST 1 TAR FROM tarif WHERE DT <= U.dt ORDER BY DT DESC)
FROM USL U
теперь согласен со мной? )))

Цитата:

то все просто и БЫСТРО

я больше экпериментально на массивах данных проверяю эффективность запросов
но что-то мне подсказывает что быстрый подселект уделает джоин по битвин как тузик грелку
хотя в этой задаче вообще без разницы

YuriyRR
[q]SELECT  USLUGA * (SELECT FIRST 1 TAR FROM tarif WHERE DT <= U.dt ORDER BY DT DESC)  
FROM USL U


Вы уверены, что этот запрос валидный????

да.

Скажите ошибка BLR offset только при косяках с UDF-кой или ещё возникает?

delover
В процедурах и вьюхах тоже бывает.

exteris
Спасибо, а то я иногда забываю какие причины этой ошибки надо копать.

перенесено - из XE3-Варез ...

Neogar

Именно Boolean тип есть в firebird 3 _http://tracker.firebirdsql.org/browse/CORE-726

Однако многие (почти все?) клиентские библиотеки (FibPlus, AnyDAC, IBDac) реализуют тип Boolean на клиенте, если в имени домена для поля есть BOOL/BOOLEAN. Например, _http://www.da-soft.com/anydac/docu/frames.html?frmname=topic&frmfile=Extended_Metadata.html

Так что достаточно объявить правильный домен.

dortmund

Что не так с транзакциями в Firebird? Не в курсе.

Ну и "Firebird vs Interbase" - почти в 100% случаев Interbase можно тупо мигрировать в Firebird.

X11

Шифрование БД? Для Firebird 3 реализовано: _http://tracker.firebirdsql.org/browse/CORE-657

Для ранних версий - только на уровне файловой системы.

Ну firebird 3 ещё ждать и ждать

deks
шифрование БД это хорошо конечно...
не говоря даже о том что пароль светится в SQL будет постоянно -
как по таким полям, например, индексы строить (а без индекса искать плохо) ?

ant0ni02004

Детали реализации такого широкого понятия как "шифрование БД" не ясны!

Шифрование можно понимать так - только database engine может прочитать файл БД, и "украсть" файл и прочитать его невозможно. Тогда пароль достаточно указать при подключении БД, а оно может быть сделано по закрытому каналу.

Дальше есть детали реализации - будут ли шифроваться метаданные, данные? Можно ли шифровать отдельные данные, а отдельные - нет.. Пока деталей не видел! Кто видел - пускай дает наводку))

ant0ni02004

Цитата:

как по таким полям, например, индексы строить

Точно так же, как и сейчас

Код: CREATE [UNIQUE] [{ASC[ENDING] | DESC[ENDING]}] INDEX <index_name> ON <table_name>
COMPUTED [BY] ( <value_expression> )

deks
так детали и реализация шифрования БД - как раз есть самое интересное

Цитата:

"украсть" файл и прочитать его невозможно

для этого PGP-disk наверное лучше подойдёт
OXDBA
computed by decrypt()? можно, но это засветит пароль
кроме того в некоторых случаях всё равно поиск придётся делать аналогично, т.е.
where decrypt()=....

ant0ni02004


Цитата:

PGP-disk наверное лучше подойдёт

Когда PGP диск смонтирован, на нем можно прочитать любые данные. Риск кражи файла БД в том, что "взламывается" сервер и получается доступ к файловой системе - тогда можно тупо скачать файл БД, даже если он на PGP диске.

Не могу сходу придумать условия, когда и от чего спасает PGP диск.

Вот шифрование на уровне ОС типа BitLocker - спасает при доступе к компу, но не к учетной записи: тогда сервер БД может быть запущен как сервис, и иметь свой доступ к шифрованному разделу диска! А злоумышленник типа данные прочитать не сможет

deks
права на файл/папку с файлами БД отдаются только сервису firebird - и никто его не заберёт (разве что не хакнут саму учетку админа)

а спасает, например, от кражи компьютера/жесткого диска

Подскажите пожалуйста как можно поправить генератор. Просто когда поставили клиенту на справочнике не было генератора, а так как я не знаю добавят ли они ещё в справочник чего нибудь, мне нужно вычислить значение и установить. Для этого я пишу временную сохранёнку. Однако ругается на ALTER. Думаю что так нельзя делать, но как через RDB поправить, пока не разобрался.


Код: CREATE OR ALTER procedure RESTORE_PRICETYPE_GEN
as
declare variable ID integer;
begin
select max(PRICETYPE_ID) from PRICETYPE into :ID;
ID=:ID + 1;
ALTER SEQUENCE GEN_PRICETYPE_ID RESTART WITH :ID;
end

Я легко отделался
ID = GEN_ID(:ID)
Но это потому что у меня создание генератора в том же скрипте. Далее отдаю в техпохдержку и там всё на удачу. А есть ли способ задать точное значение а не прибавить? Всё таки интересно! Я не гуру, помогите с лекарством от всего.

delover

Код:
alter sequence YOUR_GENERATOR_NAME restart with 12345;

delover

Цитата:

Может кто нибудь знает как это правильно делать?

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

YuriyRR
Если уж так серьезно думать об репликации, тогда лучше GUID вместо генератора.

miwa

Про репликацию с GUID - святые слова!

Иначе все кончается таблицами соответствия ключей: в базе-клоне ключ такой, а в базе-мастере эта же запись с другим ключем. GUID в данном контексте рулит.