чистый снэпшот от 11-го мая. порт 3054 в конфиге.
запускаю: firebird -a -i 3054
к базе не подключается:
INDIA Wed May 11 13:04:51 2011
PluginSet
Module C:\Program Files\Firebird 3.0\plugins/Engine12 exists, but can
not be loaded
INDIA Wed May 11 13:04:51 2011
Error
Если скачать снэпшот от 10 мая, то там все файлы свалены в одну кучу
и
нет подкаталога BIN. У меня была установлена ранняя альфа 3.0. Как
сейчас не пытаюсь переписать эти файлы (и в каталог BIN, и в корень)
не работает. Сам сервер запускается, но потом, либо не может прочитать
номер порта (у меня
ок. значит все файлы теперь в одном каталоге -- в корне.
папки UDF, INTL остались, так?
делаю:
1) все в одну папку перенес
2) перехожу в нее
3) instsvc i -s -a -n fb30
успешно
4) instsvc start -n fb30
ошибка!
заглядываю с список сервисов. fb30
прописан как:
c:\program files\firebird
с помощью sc подправил путь к серверу.
переименовал библиотеку аутентификации.
запустил.
все равно, при подключении к БД пишет:
Error Message:
Unsuccessful execution caused by a system error that precludes
successful execution of subsequent statements.
INDIA Tue May 10 13:18:14 2011
Failed to reset cleanup 01C40038
INDIA (Server) Tue May 10 13:18:24 2011
XNET error: XNET server initialization failed. Probably another
instance of server is already running.
operating system directive CreateMutex failed
1) запущены Yaffil, FB 2.0, FB 2.1, FB 2.5 на портах 3050-3053. Для FB
3.0
в конф файле прописан порт 3054.
2) Переименовываю security3.fdb из снэпшота.
все снес. начинаю сначала:
1) чистый снэпшот
2) дописываю свою UDF библиотеку
3) в конф файле прописываю порт 3054
4) запускаю: firebird -a -i 3054
пытаюсь подключиться к базе и получаю ошибку.
в логе:
INDIA Tue May 10 16:43:29 2011
PluginSet
Module C:\Program Files\Firebird
Установил снэпшот от 1 апреля ФБ 2.5. Перестали разбэкапливаться базы.
Выдает сообщение:
gbak: ERROR:invalid request BLR at offset 105
gbak: ERROR:exception GD_E_INVALIDUSERUPDATE not defined
gbak:Exiting before completion due to errors
На исходной базе такое исключение есть. gfix ничего не
Как прочитать ответ? nabble лежит, а google.groups показывает кракозябры? :(
Указанные ссылки уже не работают.
ФБ 2.5. При восстановлении из архива получаем такое сообщение:
gbak: ERROR:invalid request BLR at offset 360
gbak: ERROR:Input parameter mismatch for procedure USR$_P_EXLIM_USR
$ACC_EXPENSES
gbak:Exiting before completion due to errors
Можно ли спасти базу?
External (Java, C++, etc) stored procedures/triggers/functions
на последних снэпшотах уже можно потрогать? если нет, то когда
планируется появление?
а какая-то документация есть, как триггер например написать внешний? или
селектэйбл процедуру?
вопрос снят. пойду читать документацию :)
спасибо.
Чего сильно не хватает FB -- это устойчивости к обрывам связи. Почему
бы не сделать так:
1) на стороне сервера ждать восстановления подключения достаточно
долгое время (1-2 часа). Я так понимаю, это уже есть. Надо
соответствующим образом настроить параметры файла конфигурации.
Возможно, стоит
Ждать этого оторванного клиента на разорванном со стороны клиента
канале?
А закрытию разорванного канала сбросится и вся информация по этому
соединению на стороне сервера.
почему сбросится? что мешает выждать и серверу, и клиенту
восстановления связи, и продолжить работу
как ни в чем не бывало?
кстати, о технологиях новейших, Microsoft уже потиху отказывается от
Silverlight:
http://www.zdnet.com/blog/microsoft/microsoft-our-strategy-with-silverlight-has-shifted/7834
очередное светлое будущее теперь декларируется за HTML 5.
Это в тему того, что чем тратить время на новомодные штучки,
Ты знаешь, что такое COBOL и сколько у него реальных пользователей
нынче?
но-но, на Коболе до сих пор написано три четверти бизнес софта во всем
мире.
http://developers.slashdot.org/story/09/09/21/1214224/COBOL-Celebrates-50-Years
Точно так же молодых людей (двинутых на НЕТе или Жабе, не важно)
And, according to enterprise application management company, Micro
Focus, more than 200 billion lines of COBOL code in existence, with
hundreds more being created every single day. And a COBOL programming
gig is considered to be one of the safest jobs in IT.
статья годичной давности. не думаю,
Пример:
CREATE TABLE A (ID INTEGER NOT NULL PRIMARY KEY);
INSERT INTO A VALUES (1);
INSERT INTO A VALUES (2);
INSERT INTO A VALUES (3);
CREATE TABLE B(
ID INTEGER NOT NULL PRIMARY KEY,
FK INTEGER REFERENCES A (ID),
S INTEGER);
INSERT INTO B VALUES (1, 1, 1);
INSERT INTO B VALUES (2, 1,
неплохо было бы эту информацию закинуть в коментарии к секции
настройки путей к внешним файлам непосредственно в файл firebird.conf.
Возможно ли размещение EXTERNAL TABLE не на локальном, а на сетевом
расшареном диске?
Есть у нас в платформе возможность загрузки прикладных решений и,
соответственно, создания метаданных. Во времена Yaffil корректно
создавать сложные структуры с зависимостями друг от друга можно было
только постоянно переподключаясь к базе данных (пресловутый object is
in use). Механизм наш так и
Тогда еще вопросы:
1) какой статус имеет запрос после выполнения операции Prepare?
2) статус Idle выставляется сразу по достижении Fetch-em состояния
Eof?
3) для не селектов (например, EXECUTE PROCEDURE или INSERT) какие
статусы возможны? Только Active?
Можно ли внутри процедуры или EXECUTE BLOCK открыть конект к другой
БД, выполнить в рамках этого конекта несколько операций. Закрыть
конект.
Насколько я понимаю EXECUTE STATEMENT сейчас позволяет выполнять
действия на другой БД, но он
открывает конект, выполняет операцию и тутже закрывает конект.
Селектом вытаскиваются значения 0, 1, 2, но в документации описаны
только 0 и 1. Что означают эти значения? В релиз ноутах идет ссылка
на
http://tracker.firebirdsql.org/browse/CORE-1583
но, там обсудается проблема и нет расшифровки конкретных значений.
ок. тогда между 0 и 2, между IDLE и STALLED какая разница?
internal class
{
public string { get; set; }
public string { get; set; }
public string { get; set; }
public string { get; set; }
public string { get; set; }
public string { get; set; }
}
у
Ну и с ключами внешними. В EntityFramework все связи в модели
строятся
на основании внешних ключей. Ключи без индексов - это реально нужная
штука.
мы-таки у себя сделали отключение внешних ключей:
http://gsbelarus.com/gs/wiki/index.php/Отключение_внешних_ключей
заменяем их на контроль
или предпринять ход конем. смогла же микрософт внедрить длинные
имена файлов так, чтобы старые приложения наименее от этого пострадали.
В файле конфигурации соответствующий параметр закоментирован.
Запускаю:
instsvc start -b
Приоритет процесса средний, хотя должен быть высокий или выше
среднего.
Ставлю параметр ProcessPriorityLevel = 1. Запускаю процесс -- получаю
приоритет высокий.
Но, на сегодняшний день во Windows существуют
Мне кажется или когда-то в Firebird была возможность сквозного
подключения к другому серверу. Т.е. к серверу В можно было
подключиться через сервер А, задав строку подключения:
А:В:путь_к_базе_на_сервере_В
Так ли это? Если да, то присутствует ли такая возможность на 2.5?
ясно, что небезопасно. зато существенно облегчает задачу подключения к
базе в офисе из дому, например. не надо роуты прописывать или VPN
настраивать.
А можно ссылочку где почитать про основные отличия и смысл :) ?
http://www.sinatica.com/blog/en/index.php/articles/firebird-superserver-classicserver-or-superclassic
А можно ссылочку где почитать про основные отличия и смысл :) ?
http://www.sinatica.com/blog/en/index.php/articles/firebird-superserver-classicserver-or-superclassic
Выполняю на базе указанный вами запрос -- пусто. Запускаю:
ALTER DOMAIN dboolean SET DEFAULT 0
Получаю сообщение об ошибке.
FB 2.5, самый последний доступный снэпшот.
Переслал письмом на ящик на Yandex.
и еще в догонку: сервер SuperClassic.
сообщите, пожалуйста, когда будет ясно в чем проблема.
я так понимаю проверить базу на битость можно таким запросом:
select
c.rdb$constraint_name,
t.*
from
rdb$check_constraints c join rdb$triggers t
on c.rdb$trigger_name = t.rdb$trigger_name
where
exists (
select *
from rdb$check_constraints c2 join rdb$triggers t2
on
короче, есть еще база. На ней оператор:
ALTER DOMAIN dboolean SET DEFAULT 0
Кидает все ту же ошибку (на комите транзакции).
This operation is not defined for system tables.
unsuccessful metadata update.
DEFINE TRIGGER failed.
action cancelled by trigger (1) to preserve data integrity.
Cannot
А вот, кстати, откуда такая религия, что пересоздать эти базы через
скрипт нереально?
в общем случае -- реально. Но, есть частные случаи: предприятия с
круглосуточным циклом производства и базами более 30 Гб. Для db
maintenance реально доступно время с 8:00 воскресенья до 18:00
воскресенья.
и у меня уже не одна такая база :(
очень надеюсь, что среди баз размером 25-40 Гб таких
битых не окажется. Так как пересоздание их через скрипт
мягко говоря не реально.
перегонка через скрипт -- это единственный вариант? может
удалить проблемные записи из системных таблиц и пересоздать
пожалуйста, сообщите удалось ли повторить ошибку. Надо ли делать
запись в треккер или достаточно email-а?
В таком случае, неплохо было бы, чтобы по ключу -z выдавалась не
только версия утилиты, но и версия сервера (так, как делает это
утилита gbak).
Сэкономило бы мне 2 часа :)
я переслал на dimitr[at]users.sourceforge.net архив (13 Мб). Там бэкап
базы и скрипт, который кидает ошибку. На других базах, этот же скрипт
отрабатывает нормально.
Похоже, что email изменился. Подскажите, куда слать?
базу переслал.
теперь столкнулся с проблемой уже на другой базе. безобидный оператор
alter domain dboolean set default 0
кидает ошибку
action cancelled by trigger (1) to preserve data integrity
Cannot update trigger used by a CHECK Constraint
домен определен как:
create domain dboolean
as
Единственное подключение к БД. единственная транзакция. На выполнении
операции:
ALTER TABLE gd_ref_constraints ADD
CONSTRAINT gd_chk1_ref_contraint CHECK (ref_state IN ('ORIGINAL',
'TRIGGER'))
Получаю ошибку:
This operation is not defined for system tables.
unsuccessful metadata update.
На базе FB 2.5 запускаю:
gfix -v -full k:\bases\db.fdb -pas masterkey -user sysdba -z
и получаю:
gfix version WI-V2.5.0.26038 Firebird 2.5 Release Candidate 3
unsupported on-disk structure for file K:\BASES\db.FDB; found 11.2,
support 11.0
1) после бэкап-рестора тоже самое
2) gfix не проходит (см. отд ветку в этой группе)
3) табличка создается предварительно так:
CREATE TABLE gd_ref_constraints (
id dintkey,
constraint_name d_fk_metaname UNIQUE,
const_name_uqd_fk_metaname,
match_option char(7)
sorry, тут скорее всего я не прав. после указания для базы еще и имени
сервера с портом (на сервере несколько копий ФБ), вроде проверка идет.
получается, что теперь gfix работает через сервер? раньше, мне
казалось, это была достаточно автономная утилита?
Добрый день,
Вычисляемые поля вычисляются только если они попадают в результирующую
выборку?
Пока приходит на ум такое:
SELECT * FROM rdb$relations WHERE rdb$relation_name = 'MON$DATABASE'
если пусто, то это Yaffil или 2.0
если не пусто, то тогда проверяем версию:
SELECT RDB$GET_CONTEXT('SYSTEM', 'ENGINE_VERSION') FROM rdb$database
Может кто подскажет как различить Yaffil и FB 2.0?
Добрый день,
Задача: есть одна или несколько строк, хранящихся в БЛОБе (поле
field). Если строк несколько, то разделены они символами возврат
каретки + перевод строки. Дана некоторая строка (string). Надо
определить, присутствует ли она в этом поле.
Существует ли более красивое решение, чем:
тут * нельзя использовать. Иначе, на заданное слово Минск проверка
пройдет успешно, если, скажем,
в списке находится слово Минский.
Гарантируется порядок обхода дерева в глубину. Не больше и не меньше.
Именно это и хотел спросить. Спасибо.
--
Subscription settings:
http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Чего уж сразу клещами :)
Не факт, что у него тоже самое.
точно такое сообщение. ОС Windows XP SP2. Приложение на встроенном
Firebird. На билде 25980 работает нормально. Заменяешь файлы на билд
26000 и при запуске получается такая ошибка. Заменяешь файлы обратно
-- все работает ок.
--
Сам факт тройной копии вряд ли как-то можно устранить (гарантированно
эффективно). Одно из очевидных обходных решений - сжимать данных при
сбросе буферов сортировки на диск.
Два файла: один с данными, куда записываются только реальные данные из
записи. Соответственно, записи получаются
IIRC, у нас любая INTL-строка дважды кладется в сортировщик, первый раз
как ключ (преобразованная по collate), а второй раз как данные (as is),
чтобы именно ее и вернуть при фетче из сортировщика. Ведь преобразование
из ключа в строку в общем случае неоднозначно, а саму запись мы после
Используя конструкцию WITH RECURSIVE для обхода дерева я могу
полагаться на порядок записей в результирующей выборке? Никакие GROUP
и ORDER не указаны.
--
Subscription settings:
http://groups.google.com/group/ru-firebird/subscribe?hl=ru
При подключении к базе встроенным сервером ругается что не может
открыть какой-то файл трассировки.
--
Subscription settings:
http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Получается, что в 2.5 строковые данные приводятся в ЮНИКОД и так
пишутся в файл сортировки? Иначе, как объяснить результаты теста:
http://gsbelarus.com/gs/wiki/index.php/Сервер_Firebird_и_оперативная_память
--
Subscription settings:
http://groups.google.com/group/ru-firebird/subscribe?hl=ru
Какие именно результаты ?
* Версия сервера: Firebird 2.5 RC3
* Выполняемый запрос: SELECT description FROM gd_document ORDER BY
1
* Количество записей в gd_document: 31 808 358
* Тип поля description: VARCHAR (180), однобайтовая кодировка
* Размер данных в поле
Многовато, нужно проверить что там. А с 2.1 не сравнивали ?
попробую на выходных сравнить
--
Subscription settings:
http://groups.google.com/group/ru-firebird/subscribe?hl=ru
,
, fbtracemgr.
сервер рестартую после каждого изменения файла конфигурации. эффект
тот же.
сейчас попробовал через fbtracemgr. Какая-то мистика. SELECT ловит,
все остальное -- нет.
--
To unsubscribe, reply using remove me as the subject.
Что не так?
database %[\\/]test.fdb
enabled true
log_filename 1.log
include_filter (%)
log_statement_start true
log_statement_finishtrue
log_procedure_finishfalse
log_trigger_finish false
print_plan
1) 25980 билд
2) в firebird.conf прописано имя fbtrace.conf, а в нем параметры как
показано выше.
Селекты, конекты, транзакции -- все пишется в лог. Инсерты -- нет.
- небольшие БД
а что с большими не так? оставил на ночь, забрал утром
сконвертированную базу.
если разработчик этой же базы уже проверил возможность этой
конвертации вручную.
зачем проверять? запустил и ждешь когда начнут перекомпилироваться
представления, выч поля,
триггеры и процедуры. Если
http://www.embarcadero.com/rad-in-action/database
Featured White Paper - Building Database Applications with Delphi and
the Firebird Database
--
To unsubscribe, reply using remove me as the subject.
2.1 ? ;))
отослал экзешник на имэйл из профиля.
--
To unsubscribe, reply using remove me as the subject.
bpl .
Упс! :) Скачайте еще раз.
To unsubscribe from this group, send email to
ru-firebird+unsubscribegooglegroups.com or reply to this email with the words
REMOVE ME as the subject.
Извиняюсь за новый топик, но дважды писал в существующую ветку и оба
раза сообщения пропали.
Утилиту создавали для себя, когда поняли, что придется
переконвертировать сотни баз с яфила, ФБ 1.5, ФБ 2.0, ФБ 2.1.
Большинство баз расположены у клиентов. Большинство клиентов не в
состоянии выполнить
на все вопросы:
1) поправили синтаксическую ошибку. спасибо.
2) да. используются embedded сервера. загляните в папку
FDBConvertPortable\app\FDBConvert
3) страничка на английском есть:
http://gsbelarus.com/gs/fdbconvert/fdbconvert_eng.html
вообще, заглавная страница:
On Mar 25, 3:19 pm, Игорь Горбонос i.gorbo...@oilukraine.com wrote:
Andrei / :
-- .
,
поправили. спасибо.
To unsubscribe from this group, send email to
ru-firebird+unsubscribegooglegroups.com or reply to this email with the words
REMOVE ME as the subject.
Как говаривал отец Федор: не корысти ради, а токмо волею пославшей мя
жены!
Берите, пользуйтесь:
http://gsbelarus.com/gs/fdbconvert/fdbconvert_rus.html
Найдете ошибки -- сообщайте.
To unsubscribe from this group, send email to
ru-firebird+unsubscribegooglegroups.com or reply to this email
. .
: - embedded ?
да. используется embedded. загляните в каталог FDBConvertPortable\app
\FDBConvert.
To unsubscribe from this group, send email to
ru-firebird+unsubscribegooglegroups.com or reply to this email with the words
REMOVE ME as the subject.
проблема остается и на 958 билде. попытался вычленить
последовательность команд именно на этой таблице,
но она не кидает ошибки при автономном выполнении через ИБ Эксперкт.
я могу выслать архив. в нем будет приложение, база, БАТ файл для
запуска.
надо будет прописать подключение через SS
hvlad at users sf net, .
выложил:
http://gsbelarus.com/gs/content/downloads/temp/testcase.rar
в файле ReadMe.doc пошаговая инструкция запуска теста.
To unsubscribe from this group, send email to
ru-firebird+unsubscribegooglegroups.com or reply to this email with the words
REMOVE ME
http://tracker.firebirdsql.org/browse/CORE-2856,
На билде 25958 тоже самое. На сервере проходит, а на embedded кидает
ошибку.
Сервер SS.
Постараюсь подготовить базу и скрипт.
Переключил на CS. Действительно появилась эта же ошибка.
Имеем таблицу. На одном из полей установлено ограничение UNIQUE. На
таблице есть триггеры, которые при вставке/обновлении записи меняют
значения других записей.
Есть последовательность операторов UPDATE OR INSERT на этой таблице.
Если к базе подключаемся через TCP, то указанная
http://gsbelarus.com/gs/wiki/index.php/_FOREIGN_KEY_%28 %29
?
, , IBAnalyst?
.
- ,
?
про эту утилиту слышал краем уха. теперь постараюсь посмотреть что за
она. хелпов к ней не читал.
Очень трудно стало объяснять клиентам, почему на новом сервере за 30К
USD с одного дискового массива на другой файл бэкапа размером 12 Гб
переписывается за 22 сек, а база данных из этого же файла
восстанавливается порядка 4-х часов.
Насколько я понимаю в 3.0 FK без индексов не будет:
, FB ? 2.1 , 2.0
1) FB 2.5 RC 2, 64 bit, SS.
2) На сервере 48 Гб ОЗУ
3) Настроен кэш БД 320 * 8192
4) Параметр в конфиге установлен в 400 страниц.
5) На сервере 2 РАИД контроллера по 512 Мб кэша и по 8 винтов на
каждом. РАИД 10. Батарейки есть.
этот рантайм еще аукнется не раз и серьезно отразится на популярности
сервера :( неужели нельзя статически залинковать в экзешник?
Добрый день!
Если из приложения бэкапить/разбэкапливать базу через сервисы, то на
клиента в случае ошибки/предупреждения передается только текст или еще
и код какой-нибудь?
Очень надо отличить фатальную ошибку от предупреждения, например, о
том, что уменьшен размер страницы.
Андрей
Зачем так издеваться на птицей ? :) Хочешь такой огромный кеш - ставь x64
билд.
Приложение 32-х битное.
И не забывай, что по умолчанию файловый кеш для такого собственного кеша
отключён, т.е. при холодном кеше и на записи можно огрести тормоза.
Что значит отключен? Forced writes ON?
ОС: Windows 2003 Server R2 64bit
Сервер: embedded FB 2.5 RC2 32bit
Используя сервисы, приложение бэкапит, а потом разбэкапливает базу
размером 2 Гб.
Если задать при разбэкапе размер страницы 16К и количество страниц в
буфере 128000, то
в некоторый момент приложение просто исчезает, слетает безо
http://metaclass.livejournal.com/465036.html
либо нет места для restore, либо бэкап битый.
1) места на диске 60 Гб свободно.
2) получается, что определить битый бэкап или нет нельзя никак, кроме
гадания по левым сообщениям? никаких контрольных сумм не хранится в
файле?
Ай, маладца... Это я про -r
База f.fdb успела умереть или тебе повезло?
это копия. к тому же -r уже давно не перезаписывает существующие базы.
сервер 2.5 RC2
есть код, все делается на одной транзакции:
1) prepare запроса с параметрами, один из параметров БЛОБ
2) запрос в цикле выполняется многократно. Несколько тысяч раз.
3) перед выполнением присваиваются параметры. если есть БЛОБ, то он
создается
и присваивается как QUAD.
4) в базе
, - INSERT UPDATE ?
1) INSERT OR UPDATE.
2) компоненты доступа -- сильно правленный IBX
Теперь понятно. Получается что в этом случае БЛОБ
исчезает на сборке мусора. Последняя выполняется параллельно
и поэтому ошибка выскакивала каждый раз на разных записях.
и последний вопрос:
может имеет смысл исключать БЛОБ из списка временных и считать его
привязанным к записи уже после успешного выполнения всех
триггеров операции INSERT?
Ne vigu russkiy text
Я не вижу русский текст во всех сообщениях.
Как это исправить?
похоже, что сообщения, которые невозможно разобрать пишутся не из веб
интерфейса, а из какого-то софта,
где выставлена кодовая таблица не WIN1251.
Имеем бэкап размером 13 Гб. При попытке разбэкапа командой:
gbak.exe -z -r d:\f.bk localhost/3051:d:\f.fdb -pas XXX -user sysdba
создается файл размером 28 Мб, а потом появляется сообщение:
gbak:gbak version WI-V2.0.5.13206 Firebird 2.0
gbak:Version(s) for database localhost/3051:d:\f.fdb
Подскажите с этим флагом. В чем его суть?
ну брось им в окно гранату. Ты ж там рядом.
метров 800 по прямой...
грантомет?
нужна навесная траектория. тут здания высокие между нами...
Да там вообще тест мутный, если честно.
там по этому тесту получается что 2.1 быстрее 2.5 или я что-то путаю?
Результаты 1 - 100 из 362 matches
Mail list logo