03.01.2012 17:06, A K пишет:
Что-то мне это напоминает :-) Спасибо за тестовую базу, будем
разбираться.
добрый день. не смотрели еще этот вопрос?
Смотрел, но решения пока нет.
--
Дмитрий Еманов
23.12.2011 11:31, Tonal пишет:
Проверяю на существование дырок:
SQL select s.ID, s.ORD_NUM, s2.ID, s2.ORD_NUM
CON from SYMPTOMS s left outer join SYMPTOMS s2
CON on s.ORD_NUM + 1 = s2.ORD_NUM
CON where s.PARENT_ID = 450774 and s2.PARENT_ID = 450774
CON /*and s2.ID is null*/;
Внеси
23.12.2011 12:50, Dmitry Yemanov пишет:
отбрасывает все записи, не найденные в левом потоке
В правом (внутреннем) потоке, конечно же :-)
--
Дмитрий Еманов
13.12.2011 8:12, Tonal пишет:
Похоже.
Дык проверь. Скачай последний снапшот 3.0, создай новую базу и выполни
свой тестовый пример.
--
Дмитрий Еманов
02.12.2011 13:50, reshetnyakvkt пишет:
До этого стоял *FirebirdSS-2.5.0.25946-ReleaseCandidate3.amd64*
Как был установлен? Из RPM или из tar.gz или собран и установлен из сорцов?
После установки *FirebirdSS-2.5.1.26351-0.amd64*
Как был установлен? Из RPM или из tar.gz или собран и
02.12.2011 15:05, reshetnyakvkt пишет:
Во всех случаях сервер установлен из rpm. Старый удалялся ч/з rpm -e, с
перезагрузкой оси.
Сама ось не висит, выполняет команды и т.д. А к серверу firebird не
присоединится, все соединения уходят в никуда, т.е. висят без ответа на
ошибку коннекта или
29.11.2011 16:54, Yurij пишет:
Забавно:
При создании индекса оно валится вот на этих двух строках:
BANKKEY BANKCODE BANKMFO SWIFT BANKBRANCH
148517044 749 153001749 null
150695489 749 153001749 null null
Т.е. создание индексов не различает пустую строку и NULL в BANKBRANCH, а
group by -
07.11.2011 16:35, Arioch пишет:
В случае ошибки вероятно исключение всплывает наверх и проплывает через
код, который знает из каких строк он исходные значения взял.
Никакой код об этом не знает, ибо работает на основе BLR. А привязка BLR
к SQL существует лишь на уровне команд целиком.
--
08.11.2011 15:52, Arioch пишет:
В ту же копилку, взаимодействие агрегатов и where
select m.object as object_idx, max (m.turn) as max_turn
from metrics m
/* where m.turn 45 */
group by m.object
having max (m.turn) 45
order by 2 descending
select m.object as object_idx, max (m.turn) as
04.11.2011 1:22, Arioch пишет:
А с какими данными это произошло?
В какой строке в каком столбце какой таблицы ???
Ну и запросы у вас (с)
а план запроса можно построить по BLR ?
Конечно. Но причем тут план?
select * from VIEW_VECTOR_COSINES
Arithmetic overflow or division by zero has
ФБ всегда сообщает о контексте ошибки (строка/столбец), если это
произошло в процедуре. Если это не так - в трекер.
Но при этом не сообщается, где именно в отдельном PSQL-запросе произошла
ошибка. И я сильно не уверен, что такого стоит ожидать в ближайшем
будущем. Для нормальной диагностики
22.10.2011 9:21, Arioch пишет:
Хорошая штука UPDATE с JOIN'ом :-)
Чем MERGE не устроил?
--
Дмитрий Еманов
22.09.2011 11:47, Андрей Кручинин пишет:
Убивать саму таблицу и потом ее перезаливать... Спасибо, база падает :-)
Что, и доказательства есть? Если да, то трекер об этом знает?
--
Дмитрий Еманов
12.09.2011 17:49, A K пишет:
Второй. А еще быстрее будет delete безо всяких процедур и циклов.
так не все записи же надо удалять
Для этого существует WHERE-кляуза.
несколько десятков delete, каждый с условием IN на тысячу
идентификаторов будут быстрее, чем цикл с одиночными удалениями?
26.08.2011 16:08, reshetnyakvkt пишет:
Прошу помощи у гуру, который день ломаю голову над проблемой
перегнать базу
из 2.0 в 2.1.
Недоговариваешь, однако.
А эту ошибку не знаю как решить, что она означает:
gbak:committing metadata
gbak: ERROR:invalid request BLR at offset 513
gbak:
03.08.2011 16:10, A K пишет:
ФБ 2.5. Классик. Если останавливать службу через список служб,
когда пользователи активно работают, то теоретически можно запортить
базу? Или получив сигнал остановки сервер корректно завершит/оборвет
все текущие операции?
Остановится только сетевой слушатель.
03.08.2011 16:54, Yurij пишет:
Так а если загнать базу в состояние шатдауна с коннектом только
sysdba, затем delete from mon$attachments.
Второе лишнее.
--
Дмитрий Еманов
15.07.2011 14:33, A K пишет:
Полез разбираться дальше и обнаружил следующую интересную вещь --
из таблицы RDB$PROCEDURE_PARAMETERS идет 8 236 710 (!) неиндексированных
чтений.
Вопрос: причем здесь параметры процедур, когда удаляются триггеры и
таблички, и почему такое гигантское количество
12.07.2011 20:22, Dmitri Kuzmenko пишет:
Кстати, есть какая польза от 64-битного супера?
Вроде максимальный размер кэша как то лимитирован.
пользы нет, только если ты не упрешься вдруг в нехватку
памяти на 32-битном супере (2гига).
Таких значений, если я правильно помню, достигают люди только
06.07.2011 18:59, Михаил Викторович пишет:
Подскажите в IB была такая фигня, если в индексе низкая селективность, то
вставка начинала очень сильно тормозить, получалось что при вставке IB
просматривает все одинаковые значения ключа и только потом делает вставку в
конце, для борьбы с этим
06.07.2011 19:43, Михаил Викторович пишет:
Можно задать вопрос по другому. Опишу ситуацию есть таблица из 1 записей
в ней есть индекс по полю у которого всего два значения(приход/расход). В IB
было замечания что одинаковые значения ключа сортируются в порядке вставки в
базу для этого IB
27.06.2011 21:47, Alexey Popov пишет:
1) Внутрь сервера яву никто не тянет, там лишь интерфейс к ней.
Остальное снаружи в плагинах. Опционально.
Это вопрос технический - где будет работать JVM.
Однако тенденция неприятная.
UDF тоже неприятная тенденция? Если нет, то в чем отличие?
2)
27.06.2011 20:27, Alexey Popov пишет:
Тем не менее люди с нетрадиционной сексуальной ориентацией тянут внутрь
сервера Яву и прочую гомосятину. А нормального супер сервера как не было
так и нет :(
1) Внутрь сервера яву никто не тянет, там лишь интерфейс к ней.
Остальное снаружи в плагинах.
27.06.2011 20:18, Alexey Popov пишет:
Если смотреть на SQL, то это типичный DSL. Но неплохо бы добавить
возможность определять локальные иммутабельные переменные-множества типа:
x=select * from table
select * from x;
Это существенно упростит декомпозицию многоэтажных запросов и улучшит
22.06.2011 18:17, Arioch пишет:
например у вас есть varchar = O001 - букву вместо нолика, бывает.
alter varchar - integer отработает.
Да неужели.
Новость хорошая.
Тогда бы было хорошо FAQ обновить, какие проверки и когда выполняются в
актуальных версиях.
Актуальные версии тут не причем.
23.06.2011 11:39, Arioch пишет:
Актуальные версии тут не причем. Оно никогда не работало.
грохнется на перестройке индекса ?
На попытке альтера, до индекса дело не дойдет.
--
Дмитрий Еманов
22.06.2011 0:26, Arioch пишет:
Но вообще это стандартная проблема при backup/restore
например у вас есть varchar = O001 - букву вместо нолика, бывает.
alter varchar - integer отработает.
Да неужели.
--
Дмитрий Еманов
17.06.2011 8:26, Tonal пишет:
Кстати и в плане бы было бы хорошо как-то различать натурал, который
полный перебор и который позиционирование по rdb$db_key - вопросов бы
меньше возникало. :)
В плане это вполне видно. Идем перечитывать мою старую статью по методам
доступа, там это есть.
--
14.06.2011 14:05, Tonal пишет:
Из большой таблички нужно удалить записи по сложному условию.
План для условия вполне нормальный.
Но когда включаешь его в delete выплывает NATURAL.
Нормальный план - у подзапроса внутри IN, для внешней таблицы есс-но
будет натурал, это ведь лишний паразитный
22.05.2011 18:54, Юрий пишет:
Так и должно быть ? Возможно я повторяюсь, но не смог найти на трекере
сообщения на эту тему.
Не должно. На прошлой неделе мне Хвастунов об этом писал, уже сообщено
кому следует.
--
Дмитрий Еманов
23.05.2011 16:10, Я.Ю.М. пишет:
Спасибо. Думал после этого зарегистрировали проблему, но не нашел.
Только что занес:
http://tracker.firebirdsql.org/browse/CORE-3491
--
Дмитрий Еманов
15.05.2011 22:53, Arioch пишет:
т.е. типа таблицы с unique-индексом по UPPERCASE от имени переменной ?
Угу. Можно даже сказать, что там IOT (index organized table) :-)
--
Дмитрий Еманов
15.05.2011 19:45, Vlad Khorsun пишет:
при вызове RDB$GET_CONTEXT, поиск переменной в списке
ведется перебором, поиском по сортированному списку, по хэшу?
Сортированный массив.
Там вроде бы b+ дерево.
--
Дмитрий Еманов
13.05.2011 13:00, Khorsun Vlad пишет:
Можно считать, что теперь официальный сборщик VC10 ?
Да
Уточню, что это для 3.0. Для остальных все по-старому.
Дмитрий
10.05.2011 13:49, Andrei пишет:
Если скачать снэпшот от 10 мая, то там все файлы свалены в одну кучу
и нет подкаталога BIN.
Так и должно быть. Каталога /bin больше нет.
Сам сервер запускается, но потом, либо не может прочитать
номер порта (у меня 3054) из конф файла
Так и говорит?
или
10.05.2011 14:11, Andrei пишет:
ок. значит все файлы теперь в одном каталоге -- в корне.
папки UDF, INTL остались, так?
Да.
делаю:
1) все в одну папку перенес
2) перехожу в нее
3) instsvc i -s -a -n fb30
успешно
4) instsvc start -n fb30
ошибка!
заглядываю с список сервисов. fb30
10.05.2011 14:22, Andrei пишет:
с помощью sc подправил путь к серверу.
переименовал библиотеку аутентификации.
запустил.
security3.fdb на месте?
все равно, при подключении к БД пишет:
Error Message:
Unsuccessful execution caused by a system error
10.05.2011 14:55, Andrei пишет:
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
Невозможно создать файл, так как он уже
10.05.2011 15:11, Andrei пишет:
1) запущены Yaffil, FB 2.0, FB 2.1, FB 2.5 на портах 3050-3053. Для FB
3.0 в конф файле прописан порт 3054.
Может таки есть смысл сначала разобраться на голой машине/виртуалке, а
уж потом unstable-релиз добавлять к этому зоопарку?
--
Дмитрий Еманов
20.04.2011 10:10, Igor Zakhrebetkov пишет:
На linux сервере с парой сотен пользователей стоит firebird 2.1.3.
Чтобы не придумывать лишних паролей, хотелось бы разрешить пользователям
подключаться к БД именами и паролями, прописанными в ОС. То есть под
именем, прописанным на linux сервере, но с
20.04.2011 11:37, Igor Zakhrebetkov пишет:
То есть войти пользователем на Linux сервер и из-под него подключиться к
БД?
Попробовал. Для любого пользователя, даже если root, пишет:
Your user name and password are not defined. Ask your database
administrator to set up a Firebird login.
При
25.03.2011 17:29, Konstantin R. Beliaev пишет:
Помнится раньше сильно неуникальные интексы, со статистикой 0.3-0.5
считались большим злом и сильно тормозили при удалении записей.
В 2.5 это поправили или все еще рекомендуется добавлять в индекс
какое-нибудь поле для улучшения уникальности?
Это
18.03.2011 11:06, Alexey Voychehovich пишет:
Доброго дня
установили LI-V2.5.0.26074 Firebird 2.5 после пары часов
среднеинтенсивой работы получили в лог
Paris (Client) Thu Mar 17 22:10:03 2011
/opt/firebird/bin/fbguard: guardian starting /opt/firebird/bin/fbserver
Paris (Client) Fri Mar 18
16.03.2011 14:00, Anton Zibrov пишет:
Предлагаемое решение:
в файле aliases.conf разрешить не только пути к локальным базам, но
и подключения к удаленным серверам.
+1
А бы наоборот Redirection из тройки выкинул нах ;-)
Не сервера это задача.
--
Дмитрий Еманов
16.03.2011 17:14, Alexey Voychehovich пишет:
Если я создал ХП, потом индекс, без перекомпиляции ХП она этот индекс подхватит?
Либо перекомпиляция, либо переконнект.
--
Дмитрий Еманов
15.03.2011 11:14, Dmitry Lendel пишет:
Практически всюду, где доводилось читать про Классик написано что для
Линукса - это подходит. а для Винды (если Вы не уверены, что Вам нужно,
ставьте Супер)
Ерунда.
Задача, использовать многопроцессорность.
Только классик или суперклассик, без
14.03.2011 11:56, Dmitry Lendel пишет:
Где-то есть статья про архитектуры для версии 2.1 или 2.5?
Чтобы было достаточно понятно как подбирать железо и как работает
классик с памятью и многопроцессорностью?
http://www.iblogmanager.com/download/misc/articles/fb25_architecture_comparison.pdf
08.03.2011 7:52, AZDesign пишет:
- строка пробелов любой длины рассматривается как пустая, т.е. функция
OCTET_LENGTH дает 0
У меня почему-то не дает. Что я делаю не так?
- конечные пробельные символы ВСЕГДА НЕ ЗНАЧИМЫЕ, т.е. ' #' = ' # ',
(их длина одинаковая), что не соответствует
25.02.2011 9:05, Valery Gruzdev пишет:
Я так понимаю, что если индексы есть, но неактивированы, то ошибка
выдастся при попытке выполнения процедуры, а рестор должен пройти...
Увы, это не так.
--
Дмитрий Еманов
25.02.2011 18:15, Короткий Олег пишет:
Попытался установить из дистра Firebird-2.5.0.26074_1_x64.exe клиента на
Win7 ent x64 sp1
Как именно пытался?
--
Дмитрий Еманов
25.02.2011 18:32, Короткий Олег пишет:
Запустил, выбрал минимальную клиентскую установку (без сервера и
инструментов), отметил галками оба чекбокса о создании gds32.dll и
копировании библиотек в системную папку, всё установилось. Пробовал
библиотеку подцепить и с путём к месту установки
24.02.2011 23:18, Dmitry Lendel пишет:
Остался вопрос, который я не проверял на 2.Х
Если в процедуре указан план, то почему можно удалить индекс?
В трекер.
Допустимо ли писать план в триггерах и процедурах?
Сервер это не запрещает, но я всегда считал, что это удел приложения.
Допустимо.
24.02.2011 12:30, Vadim Mescheryakov пишет:
Все работает норм. Конечно новые генераторы не создаются с той же частотой
что и документы вводятся,
Но по каждому виду дока, по каждому субъекту хозяйствования, раз в месяц
создаются (нумерация в пределах месяца).
Работает.
После создания 32К
22.02.2011 14:02, Anatoly A. Petukhov пишет:
Соответственно возник вопрос: будет ли стабильно работать FB 2.5 с glibc
v 2.7?
Должно нормально работать.
--
Дмитрий Еманов
10.02.2011 14:17, Konstantin R. Beliaev пишет:
Забавно, что при обращении к FB 1.5.5 возвращается версия WI-V6.3.5.4926
а к FB 2.5 - WI-V6.3.1.26158
Билд увеличился, а минорная версия - уменьшилась :)))
А нефиг смотреть на ИБ-шный номер версии, у ФБ свой есть :-)
--
Дмитрий Еманов
08.02.2011 12:18, Konstantin R. Beliaev пишет:
На Win98 не заработало. Там еще какие-то библиотеки надо ставить?
А раньше работало? Я вот не помню, у нас не то сервер не то и клиент
тоже вообще на Win98 не должен работать...
А вообще, брать dependency walker в руки и смотреть какие модули
05.02.2011 20:28, PEAKTOP пишет:
Сперва хотел возразить, а потом вспомнил: на оффсайте машина снапшотов
тоже ведь на голом M$ VS2005 без сервис-паков =)
Это не так и об этом писалось выше. Снапшоты собираются на VS2005 SP1.
--
Дмитрий Еманов
05.02.2011 14:10, PEAKTOP пишет:
Я тут застыл на 2.5.0.26089.
А где ты его взял? Релиз - это 26074, значит у тебя снапшот. С офсайта
или самосборный? Если свежие версии будешь брать тем же путем, то
рантайм менять не придется.
--
Дмитрий Еманов
03.02.2011 11:01, Konstantin R. Beliaev пишет:
Никто не сталкивался с такой ситуацией:
сервер лежит в каталоге C:\FB25, fbclient.dll скопирован в gds32.dll
Прописываю в IBE работать через библиотеку C:\FB25\bin\gds32.dll - все
работает,
копирую в system32 и правлю путь в IBE - не работает,
24.01.2011 14:28, Ivan Ravin пишет:
До сих пор пользовался версией драйвера 1.2 2004 года, и проблем не возникало.
Решил посмотреть что там нового в OdbcFb 2.0 и вот:
delete from DCT$Objects where Object_Name='AH_EXPORT_FACT'
[ODBC Firebird Driver]No rows updated or deleted
Execution Failed!
24.01.2011 14:49, Ivan Ravin пишет:
Рад бы написать, но на станице проекта
http://firebirdsql.org/index.php?op=devel⊂=odbc ссылка на трекер ведет в никуда.
Помогите со ссылкой!
Трекер сейчас временно дохлый. Оживет - напишешь.
Ну или законтачься с аффтаром напрямую:
alexpotapchenko at
23.01.2011 20:44, Alexey Popov пишет:
База ещё из под FB1.0, ODS 10.0
При попытке работы с ней под FB2.1, при попытке выполнить простой insert
получается странная ошибка
invalid request BLR at offset 11
column is not defined in table
после перевода на ODS 11.0 работает нормально.
21.01.2011 15:08, Alexey Popov пишет:
Нужно узнать изменилось ли блоб-поле в триггере. Если написать
if(new.blob_field != old.blob_field) then ...
То что будет реально сравниваться? blob_id или побайтно содержимое?
Сначала ID, если не равны, то содержимое (кусками по 1КБ, выход по
первому
21.01.2011 16:20, Alexey Popov пишет:
Интересует всё же ещё 2.0 и 2.1
Код собственно сравнения аналогичен, но местами там работа может идти с
ID вместо тела, так что в целом не поручусь.
--
Дмитрий Еманов
20.01.2011 14:56, Konstantin R. Beliaev пишет:
На последнем снапшоте рестор обламывается с сообщением:
gbak: restoring SQL role: RDB$ADMIN
gbak: ERROR:attempt to store duplicate value (visible to active
transactions) in unique index RDB$INDEX_39
Ты бекап базы от 2.5 (ODS 11.2) сделал gbak-ом
20.01.2011 17:04, Konstantin R. Beliaev пишет:
Хмм... возможно, щас проверю. Но это по любому бага: пытаться вставить
роль, не проверяя, а нет ли ее там уже.
Это системная роль. Создай на 2.1 таблицу MON$MEMORY_USAGE и отресторь
под 2.5 - получишь аналогичный результат.
Бага тут в том, что
19.01.2011 17:04, Nikolay Ponomarenko пишет:
FB Embed
2.5.1.26163
2.1.4.18383
Собирается у нас база версионными скриптами вида:
INPUT '..\sql-mdo\connect.sql';
INPUT '..\sql-mdo\001\update.sql';
INPUT '..\sql-mdo\002\update.sql';
...
INPUT '..\sql-mdo\020\update.sql';
EXIT;
Т.е. огромный
16.01.2011 4:29, Александр Свириденков пишет:
Сечас время такое, что на объемах экономить не надо. Диски гигантские,
память дешевая. А вот скорость оптимизировать наоборот - надо.
Как это не странно, но скорость напрямую зависит от объемов :-) Чем
компактнее индекс, тем меньше I/O.
--
14.01.2011 15:56, Александр Свириденков пишет:
Есть две таблицы,
CONT_RES Primary Key=(SERV_ID, RESOURCE, CONT_ID)
CONTRACTS Primary Key=(CONT_ID)
Типы данных какие? Статистика свежая?
Делаем простой запрос
select * from cont_res cr join contracts ct on cr.cont_id=ct.cont_id
where
14.01.2011 16:56, Александр Свириденков пишет:
После пересчета статистики, первый запрос и правда стал давать
нормальный план
PLAN JOIN (CR INDEX (PK_CONT_RES), CT INDEX (RDB$PRIMARY13))
Ну и замечательно.
Но если в него поставить cr.resource is null то один фиг получаем
полное чтение
13.01.2011 14:39, Viktor Belzetskiy пишет:
Повторяю серию тестов на базе меньшего размера и рядом измерений.
На меньшем размере не так интересно, файловый кеш будет по-другому влиять.
Тест1
1. nbackup.exe -u sysdba -p masterkey -D OFF -B 0
localhost:e:\test_db\retail.fdb
12.01.2011 13:45, Gene Feudorov пишет:
поставили заказчику в декабре 2010
WI-V2.5.0.26074
x32 SuperClassic
Вот за это можно сразу бить ногами. В 32-битном адресном пространстве
работают 350 коннектов, каждый со своим кешем!?
1. select count(*) from mon$attachments
2. служба
12.01.2011 14:51, Gene Feudorov пишет:
DY Вот за это можно сразу бить ногами.
спасибо, Дим! :)
Всегда пожалуйста :-)
кэш потока маленький 64*8к ...
Вот только добавь еще 2-4МБ на стек каждого активного коннекта, кеш
метаданных и прочие буферы сортировки. Вы и так на грани балансируете,
12.01.2011 20:31, Viktor Belzetskiy пишет:
Начал тестить nbackup на базе размером в 230Г на FB WI-V2.5.0.26074 CS
Размер страничного кеша какой?
1. В одном коннекте запускаем удаление 100млн записей
2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску
{10мб/с} при практически
11.01.2011 13:28, Konstantin R. Beliaev пишет:
Да, воспроизводится. Причем на 2.5.0 работает нормально.
Бэкап 300 метров в архиве, куда слать?
300 метров ни в какую почту не пролезет :-) Выложи куда-нибудь на
http/ftp и сбрось мне линк на firebird2 at yandex dot ru. Если своего
сервера нет,
07.01.2011 14:45, PEAKTOP пишет:
Сколько себя помню, ODS всегда обновлялась исключительно после backup/
restore.
Минорная версия ODS обновлялась автоматически в InterBase и первых
версиях Firebird. Начиная с FB 1.5 эта фича была отключена.
--
Дмитрий Еманов
05.01.2011 13:16, Nikolay Ponomarenko пишет:
Единственно что - перенос создания этого 28 индекса подряд на 9 строк
ниже (после обычных индексов) проблему решает и без переподключения.
Там IIRC при создании обычного индекса управление идет по другой ветке и
системный запрос освобождается.
04.01.2011 3:32, Konstantin R. Beliaev пишет:
Если на только метаданных воспроизведется - пришлю.
Если падает на препаре, то воспроизведется. А так оно и есть, скорее всего.
Там проблема именно в NOT IN, переписал через not exists - заработало.
На эту тему кое-что фиксилось после 2.5.0,
04.01.2011 11:40, Nikolay Ponomarenko пишет:
Встретился сегодня странный баг, на 2.1.3 EmbedWin2003
Добавил в скрипт создания базы очередной индекс(вида COMPUTED BY
(IIF(ID_MORION=0, NULL, ID_MORION))) и сборка отваливается с ниже
приведенной ошибкой.
Комментирование этого добавленного(или
04.01.2011 12:33, Dmitry Yemanov пишет:
Недавно исправлялось.
Забыл добавить - исправлялось во всех версиях сервера. Так что возьми
свежий снапшот 2.1.4, в нем нет этой проблемы.
--
Дмитрий Еманов
03.01.2011 14:47, Konstantin R. Beliaev пишет:
Firebird-2.5.1.26158-0_Win32
рвется соединение на вот таком запросе:
А база где?
--
Дмитрий Еманов
31.12.2010 2:25, Konstantin R. Beliaev пишет:
Хмм... Пока возился - обнаружил неперекомпиленный before delete триггер,
в котором упоминались NEW значения. Может, в нем было дело?
Это вряд ли. А вот снапшоты 2.5.1 - это без месяца релиз. И подобные
подвисания как минимум двух видов там
24.12.2010 15:46, PEAKTOP пишет:
FROM mon$attachments a, rdb$character_sets cs
left join mon$record_stats r on (a.mon$stat_id = r.mon$stat_id)
left join mon$io_stats io on (a.mon$stat_id = io.mon$stat_id)
WHERE (a.mon$character_set_id = cs.rdb$character_set_id)
возвращает Error, что не может
23.12.2010 14:01, Konstantin R. Beliaev пишет:
А как это должно выглядеть в параметрах вызова API ?
Можно пример заполнения?
Также, как и сейчас выглядит, только дописать к имени хоста через слеш
номер порта.
--
Дмитрий ЕМанов
19.12.2010 17:15, Dmitri Kuzmenko пишет:
1.5.6, класик, если -se localhost:service_mgr, то выдает 193.
Это какой-то косяк у тебя. Скорее всего он пытается грузить чужой
(64-битный) gbak или что-то в этом роде. ХЗ почему. У тебя переменная
окружения FIREBIRD не выставлена случайно?
если
17.12.2010 17:20, Dmitri Kuzmenko пишет:
хрен знает. я попытался воспроизвести, у меня лезет
D:\Firebird\bingbak -se localhost:service_mgr -b d:\firebird\bin\e.fdb
d:\firebird\bin\e.fbk -v -user SYSDBA -pass masterke
gbak: ERROR: operating system directive CreateProcess failed
gbak: ERROR:
16.12.2010 11:00, Dmitri Kuzmenko пишет:
Дело в том, что 1.5 CS для Windows не поддерживает локальный протокол,
а сервисы в нем стартуют отдельными процессами. Поэтому локальный путь
к базе не прокатывает, получаешь unavailable database.
1.5.1 не поддерживал локальный протокол.
Это
15.12.2010 12:59, Алексей Вишняков пишет:
Какие сейчас (2.5) ограничения на длину имени таблицы и длину имени
поля в таблице?
Какие и были раньше.
--
Дмитрий Еманов
15.12.2010 17:09, Konstantin R. Beliaev пишет:
У тебя строка gbak'а включает имя хоста в имени БД (кто каке научил?):
-se host1:service_mgr ... host2:db_path
Хм, а озвучьте плиз _правильный_ синтаксис этой команды, поскольку то,
что получилось у меня - был единственный рабочий вариант.
У
15.12.2010 16:31, Алексей Вишняков пишет:
то есть 27 символов?
31. Косяки с именами длиннее 27 символов были исправлены.
--
Дмитрий Еманов
14.12.2010 11:36, Vlad Nepomnjashy пишет:
Давным-давно, наверное, даже не в этом тысячелетии :) было требование в
сериализации вызовов isc_db_attach в thread-safe приложениях.
Осталось ли это требование сейчас, в FB2.5?
Нет, сейчас fbclient и fbembed полностью потокобезопасны.
--
Дмитрий
14.12.2010 20:31, Konstantin R. Beliaev пишет:
Вопрос такой: рестор через gbak проходит на ура, а если попытаться тот
же файл отресторить через сервисы (при помощи IBExpert, или компонентов
FIB+), то все намертво подвисает :((
Через gbak -se тоже виснет? Коннект к сервисам локальный или TCP?
14.12.2010 7:27, Vlad Nepomnjashy пишет:
CURRENT_USER возвращает строку в UTF8, контекстные переменные работают с
чарсетом коннекта.
Смысл понятен, но при прикладном применении выглядит странновато.
Все-таки это баг, на мой взгляд. Контекстные переменные, оказывается,
вообще не имеют
14.12.2010 7:31, Vlad Nepomnjashy пишет:
Дмитрий, а http://www.sql.ru/forum/actualthread.aspx?tid=809350 не из этой
же оперы?
Там другое вроде бы.
--
Дмитрий Еманов
11.12.2010 17:10, Vlad Nepomnjashy пишет:
Firebird Server Version: WI-V2.5.0.26074 Firebird 2.5
CREATE DATABASE 'bdname' DEFAULT CHARACTER SET WIN1251;
Чарсет коннекта какой?
create procedure test (p_in varchar(256))
returns (p_out varchar(256))
as
begin
rdb$set_context('USER_SESSION',
10.12.2010 18:17, Konstantin R. Beliaev пишет:
На 2.5 не воспроизводится
Тогда возьми снапшот 2.1.4 и тебе полегчает.
--
Дмитрий Еманов
09.12.2010 19:01, Konstantin R. Beliaev пишет:
Проблема в том, что если верхний запрос возвращает слишком много
записей, то в конце концов возникает нехватка памяти на вызове хранимки
Pricetypes_Full, и процесс fb_inet_server занимает всю доступную память.
Commit приводит потребление памяти в
09.12.2010 21:54, Андрей Кручинин пишет:
RDB$ADMIN - владелец SYSDBA.
Причем тут владелец? Значение RDB$SYSTEM_FLAG чему равно?
--
Дмитрий Еманов
03.12.2010 14:12, Alexey Popov пишет:
С одного из клиентский компов при работе с базой на одном и том же
запросе вылетает ошибка:
Incompatible column/host variable data type
Dynamic SQL Error
SQL error code= -303.
arithmetic exception, numeric overflow, or string truncation
Тип или длина
30.11.2010 19:19, Короткий Олег пишет:
В снапшотах 2.5, смотрю, вдруг резко подрос номер билда, были
2.5.0.20558, и тут сразу же 2.5.0.26145. С чем сие связано, прощу
прощения за любопытство? ;)
20558 - это был глюк скрипта нумерации. Официальный релиз 26074, ниже не
может быть.
--
Результаты 1 - 100 из 1957 matches
Mail list logo