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, в нем нет этой проблемы.
--
Дмитрий Еманов
Dmitry Yemanov wrote:
Это вряд ли. А вот снапшоты 2.5.1 - это без месяца релиз. И подобные
подвисания как минимум двух видов там правились.
Firebird-2.5.1.26158-0_Win32
рвется соединение на вот таком запросе:
SELECT ws.priceoutcurr,
SUM((st.in_store+st.reserved+st.in_assemble)*ws.priceout)
03.01.2011 14:47, Konstantin R. Beliaev пишет:
Firebird-2.5.1.26158-0_Win32
рвется соединение на вот таком запросе:
А база где?
--
Дмитрий Еманов
Dmitry Yemanov wrote:
А база где?
А база размером в гиг.
Если на только метаданных воспроизведется - пришлю.
Там проблема именно в NOT IN, переписал через not exists - заработало.
С Новым Годом, дорогие коллеги!
Желаю счастья, здоровья, профессиональных успехов ну и, конечно, чтобы
ваши сервера Firebird работали быстро и бесперебойно, юзера были
счастливы, а клиенты щедры!
В Новом Году Firebird ждут новые релизы, новый веб-сайт, новая
документация, несколько важных
То-то и оно, что нет :(((
http://tracker.firebirdsql.org/browse/CORE-2949
Похоже, там надо что-то еще подхимичить...
--
View this message in context:
http://firebird.1100200.n4.nabble.com/2-5-tp3168394p3168798.html
Sent from the firebird-russian mailing list archive at Nabble.com.
Присоединяюсь! ВСЕХ С новым годом!
2010/12/31 Alexey Kovyazin alexey.kovya...@gmail.com
С Новым Годом, дорогие коллеги!
Желаю счастья, здоровья, профессиональных успехов ну и, конечно, чтобы
ваши сервера Firebird работали быстро и бесперебойно, юзера были
счастливы, а клиенты щедры!
В
В письме от Thu, 30 Dec 2010 14:12:42 +0300, Oleg Matveyev
o_matv...@mail.ru сообщал:
HKEY_ LOCAL_ MACHINE\ System\ CurrentControlSet\ Services\ VxD\ MSTCP
ЕМНИМ, VxD - это драйвера в формате *.386 от Windows 3.11
В нонешних Windows NT это должно быть где-то в районе
Всех с Новым годом :)
Что-то странное у нас происходит. Клиенты жалуются на обрывы связи с птицей:
Enable to complete network request to host ...
Error reading data from the connection.
Однако ни в логах птицы, ни в логах FBScaner ничего подобного не
наблюдается. Например, за вчерашний день в
Провел эксперимент с выдергиванием сетевого шнура: клиент потерю
обнаружил, но в логах птицы ничего не появилось :(
Так и должно быть?
Провел эксперимент с выдергиванием сетевого шнура:
шнур между клиентским компом и коммутатором?
клиент потерю обнаружил, но в логах птицы ничего не появилось :(
Так и должно быть?
какой период срабатывания у Keep Alive - успел сработать?
Oleg Matveyev wrote:
шнур между клиентским компом и коммутатором?
угу
какой период срабатывания у Keep Alive - успел сработать?
А где глянуть, напомни?
Птицевый клиент потерю связи обнаружил, и потом почему-то сетевой
коннект долго не восстанавливался.
на сервере.
который должен заметить пропадание клиента
Зависает Firebird-2.5.0.26074-0_Win32 в режиме классик
Один из процессов уходит в 100% загрузку процессора, при этом остальные
могут подключиться к базе, но любой запрос, в том числе из таблиц
мониторинга, уходит в бесконечное ожидание.
Убиение загруженного процесса все возвращает в норму на
Oleg Matveyev wrote:
на сервере.
который должен заметить пропадание клиента
KeepAliveTime = 12
KeepAliveInterval = 1000
MaxDataRetries - нету такого
TcpMaxDataRetransmissions = 10
KeepAliveTime = 12
KeepAliveInterval = 1000
MaxDataRetries - нету такого
TcpMaxDataRetransmissions = 10
подитожим.
на сервере, где стоит FB FBScanner, и _так_ настроен Keep Alive,
через 125 секунд после выдергивания сетевого шнура у клиента
- никакой реакции в firebird.log и FBScanner.log
Konstantin R. Beliaev wrote:
Зависает Firebird-2.5.0.26074-0_Win32 в режиме классик
Один из процессов уходит в 100% загрузку процессора, при этом остальные
могут подключиться к базе, но любой запрос, в том числе из таблиц
мониторинга, уходит в бесконечное ожидание.
Убиение загруженного
Здравствуйте, Oleg.
Вы писали 30 декабря 2010 г., 17:12:42:
KeepAliveInterval = 32-значное число
Определяет время в миллисекундах между повторами KEEPALIVE-проб .
MaxDataRetries = 32-значное число
Определяет максимальное количество KEEPALIVE-проб.
Есть подозрение что не 32-значное а
То-то и оно, что нет :(((
http://tracker.firebirdsql.org/browse/CORE-2949
Похоже, там надо что-то еще подхимичить, кто бы еще сказал, что
именно...
Попробуй перейти на последний снэпшот 2.5.1.
Alexey Kovyazin wrote:
Попробуй перейти на последний снэпшот 2.5.1.
Попробую.
Проблема только в том, что это боевой сервер :(((
И зависание довольно случайное и непонятное. Т.е. исправится или нет -
будет ясно только когда подключатся юзеры...
Konstantin R. Beliaev wrote:
Alexey Kovyazin wrote:
Попробуй перейти на последний снэпшот 2.5.1.
Попробую.
Проблема только в том, что это боевой сервер :(((
И зависание довольно случайное и непонятное. Т.е. исправится или нет -
будет ясно только когда подключатся юзеры...
Хмм... Пока
31.12.2010 2:25, Konstantin R. Beliaev пишет:
Хмм... Пока возился - обнаружил неперекомпиленный before delete триггер,
в котором упоминались NEW значения. Может, в нем было дело?
Это вряд ли. А вот снапшоты 2.5.1 - это без месяца релиз. И подобные
подвисания как минимум двух видов там
Vlad Khorsun hv...@optima.com.ua
сообщил/сообщила в новостях следующее: news:if7qsd$g3...@dough.gmane.org...
Уважаемые разработчики, я хотел уточнить о поведении identity
column. В релиз-ноте заявлено, что оно эмулирует поведение MySQL
auto_increment или PostgreSQL serial.
Где-где
Dmitry Voroshin ...
По этой ссылке написано, что эта колонка не может быть сальтерена в обычную и
наоборот. Почему такой запрет?
Думаю, об этом лучше спросить Адриано. Можно прямо в трекере.
--
Хорсун Влад
По этой ссылке написано, что эта колонка не может быть сальтерена в
обычную и наоборот. Почему такой запрет?
Dmitry Voroshin ...
Потому, что костыль. =)
Думаю, об этом лучше спросить Адриано. Можно прямо в трекере.
Хорсун Влад
А если не секрет, у вас че там, координации действий друг с
PEAKTOP ...
По этой ссылке написано, что эта колонка не может быть сальтерена в
обычную и наоборот. Почему такой запрет?
Dmitry Voroshin ...
Потому, что костыль. =)
Думаю, об этом лучше спросить Адриано. Можно прямо в трекере.
Хорсун Влад
А если не секрет, у вас че там, координации
Спасибо за ответ, я понял.
INDENTITY - это просто связка домена с генератором и не более.
Поведения как например AUTO_INCREMENT в MySQL не ожидается.
Уважаемые разработчики, я хотел уточнить о поведении identity
column. В релиз-ноте заявлено, что оно эмулирует поведение MySQL
auto_increment или PostgreSQL serial.
Пусть мы имеем:
create table objects (
id integer generated by default as identity primary key,
name varchar(15)
);
COMMIT;
Уважаемые разработчики, я хотел уточнить о поведении identity
column. В релиз-ноте заявлено, что оно эмулирует поведение MySQL
auto_increment или PostgreSQL serial.
Где-где заявлено ? Какие-такие релиз ноты ? :)
Вот тут не вижу слов MySQL, PostgreSQL...
Спасибо, проверил, работает. Надеюсь гугл это увидит и повторов не будет.
--
View this message in context:
http://gmane-comp-db-firebird-russian.109455.n3.nabble.com/INSERT-RETURNING-EXECUTE-STATEMENT-tp2136713p2140593.html
Sent from the gmane.comp.db.firebird.russian mailing list archive at
Имеем сервак с рабочей БД. (Win2003+SP2, ClassicServer)
Останавливаем fb_inet_server, накатываем архив 2.5.0.26157 из
снапшотов тупой заменой файлов при распаковке, запускаем сервайс.
Запрос вида:
SELECT a.mon$attachment_id as Attachment ID,
a.mon$server_pid as Server PID,
Что-то у мну предчуствие, что собака где-то тут:
2010-12-20 07:05 dimitr
M src/jrd/Optimizer.cpp
M src/jrd/Optimizer.h
M src/jrd/opt.cpp
Fixed CORE-3283: Bad plan with using LEFT OUTER JOIN in sub-select.
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, что не может
http://www.ibaseforum.ru/viewtopic.php?f=10t=5333start=0
Значит, все таки к Хвастунову =)
On 23.12.2010 17:31, Victor Reshetnyak wrote:
sql_1 = 'INSERT INTO RS_TEMPL_REP(NAME) VALUES(:NAME)'
||'RETURNING ID INTO :NEW_ID';
sql_1 должно быть DSQL выражением (а не PSQL). Либо нужно обернуть в
EXECUTE BLOCK.
С уважением,
Евгений Виноградный.
Dmitry Yemanov wrote:
Какие такие проблемы при бекапе? Указывай порт везде, где указываешь
хост, вот и все. Т.е. в твоем случае - и для сервиса, и для базы.
А как это должно выглядеть в параметрах вызова API ?
Можно пример заполнения?
23.12.2010 14:01, Konstantin R. Beliaev пишет:
А как это должно выглядеть в параметрах вызова API ?
Можно пример заполнения?
Также, как и сейчас выглядит, только дописать к имени хоста через слеш
номер порта.
--
Дмитрий ЕМанов
Dmitry Yemanov wrote:
Также, как и сейчас выглядит, только дописать к имени хоста через слеш
номер порта.
Хмм...
Посмотрел, как было.
Получалась такая цепочка вызовов:
- вызов сервиса на 3050
- коннект к FBScaner по 3050
- перенаправление на FB 3051
- старт GBAK через сервисы
- коннект GBAK по
Добрый вечер!
Давно обращаю внимание на ошибку вызываемую при использовании INSERT,
с возвращаемыми значениями идентификаторов, в запросах EXECUTE STATEMENT.
Вот пример конструкции который выдает ошибку:
sql_1 = 'INSERT INTO RS_TEMPL_REP(NAME) VALUES(:NAME)'
||'RETURNING ID INTO :NEW_ID';
FK CASCADE DELETE
или триггеры
22 декабря 2010 г. 14:14 пользователь Tonal to...@promsoft.ru написал:
Продолжаем тему деревов. :)
Как правильно удалять деревья и поддеревья?
Предположим есть табличка:
create table NODES (
ID integer not null,
PARENT_ID integer,
TITLE varchar(254) not
Можно ли решить задачку без помощи процедур или EXECUTE BLOCK?
--
Александр Замараев
Из практики внедрения ERP листочки в деревья нужно удалять
исключительно рекурсивными функциями Аккермана (как сказали выше -
триггерами).
В примитивной функции обрабатывается одно дерево. следовательно
Hello, Tonal!
Tonal wrote:
order by после объединения эффекта не даёт...
конечно не дает. order by обычно предназначен для сортировки результата.
Т.к. в операциях над множествами порядок элементов не имеет значения.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Тогда запрос выбирающий дерево будет:
with recursive TREE as (
select n.ID, n.PARENT_ID, n.TITLE, n.MODIFY, n.ORD_NUM
from NODES n
where n.PARENT_ID is null
union all
select n.ID, n.PARENT_ID, n.TITLE, n.MODIFY, n.ORD_NUM
from NODES n
inner join TREE t on t.ID =
Тогда запрос выбирающий дерево будет:
with recursive TREE as (
select n.ID, n.PARENT_ID, n.TITLE, n.MODIFY, n.ORD_NUM
from NODES n
where n.PARENT_ID is null
union all
select n.ID, n.PARENT_ID, n.TITLE, n.MODIFY, n.ORD_NUM
from NODES n
inner join TREE t on t.ID = n.PARENT_ID
22.12.2010 06:01, PEAKTOP пишет:
Ага, так и есть, сортировка при UNION ALL идет на фиг.
Но прикладная прокто-стоматология не стоит на месте !
...
Действительно. Причём общий подзапрос можно вынести для компактности и
удобочитаемости:
with recursive
ORD_NODES as (
select n.ID, n.PARENT_ID,
Можно ли как-нибудь указать порядок детей в рекурсивном запросе?
Предположим есть табличка:
create table NODES (
ID integer not null,
PARENT_ID integer,
TITLE varchar(254) not null,
MODIFY tymestamp not null,
ORD_NUM integer not null,
constraint PK_NODES primary key (ID),
Hello, Dmitry!
Dmitry Yemanov wrote:
gbak: ERROR: operating system directive CreateProcess failed
gbak: ERROR: unknown Win32 error 193
Казалось бы, причем тут ФБ...
не, не работает.
1.5.6, класик, если -se localhost:service_mgr, то выдает 193.
если просто -se service_mgr, то выдает
gbak:
19.12.2010 17:15, Dmitri Kuzmenko пишет:
1.5.6, класик, если -se localhost:service_mgr, то выдает 193.
Это какой-то косяк у тебя. Скорее всего он пытается грузить чужой
(64-битный) gbak или что-то в этом роде. ХЗ почему. У тебя переменная
окружения FIREBIRD не выставлена случайно?
если
Hello, Dmitry!
Dmitry Yemanov wrote:
193
%1 is not a valid Win32 application
ERROR_BAD_EXE_FORMAT
Казалось бы, причем тут ФБ...
я не спорю, но как это может быть, чтобы обычные коннекты работали,
а services api выдавало вот такое сообщение.
и, я проверял на 1.5.3, потом обновил файлы до
Hello, All!
Dmitri Kuzmenko wrote:
что с локалхостом для имени БД, что без. FB 1.5.3.
и 1.5.6. что сервисом, что приложением. Коннект при этом идет.
процесс коннекта запустился вот так
D:\Firebird\bin\fb_inet_server.exe -s -s -i -h 248
в общем, чего-то я не понимаю...
--
Dmitri Kouzmenko,
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 не поддерживал локальный протокол.
Это
Dmitry Yemanov wrote:
Версии новее во-первых поддерживают локальный протокол, а во-вторых он
для сервисов все равно не нужен, т.к. они запускаются потоками и
подключаются к базе через embedded-доступ. Так что начиная с 2.0 Влад
правильно говорит. А 2.5 вообще обломит с таким редиректом.
Dmitry Yemanov wrote:
Через gbak -se тоже виснет? Коннект к сервисам локальный или TCP?
Да, виснет в том же месте.
gbak -с -se server:service_mgr f:\base\3.fbk server:f:\base\4.fdb -o -v
-y f:\base\restore.res
PS
Вообще говоря, синтаксис с сервисами весьма неочевиден :((
Где-то с двадцатой
Konstantin R. Beliaev wrote:
gbak -с -se server:service_mgr f:\base\3.fbk server:f:\base\4.fdb -o -v
-y f:\base\restore.res
Тааак, отмена - проблема не в птице, а в FBScanner.
У меня птица висит на порту 3051.
Команды
gbak -с -se server/3051:service_mgr f:\base\3.fbk
Все интереснее и интереснее...
Обнаружилось, что в firebird.conf не указан порт 3051 (он указан при
старте сервиса:
C:\FB\bin\fb_inet_server.exe -s -p 3051
Поправил - стало ресториться нормально.
Как-то оно не совсем логично: получается, что при запуске gbak через
сервисы порт запущенного
Konstantin R. Beliaev ...
Все интереснее и интереснее...
Ну так если сервисы для тебя сложными оказась - то конечно :)
Заблудился в 2-х соснах...
Обнаружилось, что в firebird.conf не указан порт 3051 (он указан при старте
сервиса:
C:\FB\bin\fb_inet_server.exe -s -p 3051
Поправил - стало
В письме от Tue, 14 Dec 2010 16:00:43 +0300, Dmitri Kuzmenko
k...@ibase.ru сообщал:
макс. размер таблицы до ODS 11 (FB).
Так как тут FB 2.x, то не канает.
Не должно канать. Но мало ли какой у него мог ODS случиться...
--
Написано в почтовом клиенте браузера Opera:
15.12.2010 12:59, Алексей Вишняков пишет:
Какие сейчас (2.5) ограничения на длину имени таблицы и длину имени
поля в таблице?
Какие и были раньше.
--
Дмитрий Еманов
то есть 27 символов?
15 декабря 2010 г. 14:55 пользователь Dmitry Yemanov
dim...@users.sf.net написал:
15.12.2010 12:59, Алексей Вишняков пишет:
Какие сейчас (2.5) ограничения на длину имени таблицы и длину имени
поля в таблице?
Какие и были раньше.
--
Дмитрий Еманов
--
--
Norritt,
Vlad Khorsun wrote:
У тебя строка gbak'а включает имя хоста в имени БД (кто каке научил?):
-se host1:service_mgr ... host2:db_path
Хм, а озвучьте плиз _правильный_ синтаксис этой команды, поскольку то,
что получилось у меня - был единственный рабочий вариант.
Команда
gbak -r -se
15.12.2010 12:52, Arioch пишет:
макс. размер таблицы до ODS 11 (FB).
Так как тут FB 2.x, то не канает.
Не должно канать. Но мало ли какой у него мог ODS случиться...
Цитата из ПЕРВОГО сообщения: База переводилась под 2.5 через b/r
15.12.2010 17:09, Konstantin R. Beliaev пишет:
У тебя строка gbak'а включает имя хоста в имени БД (кто каке научил?):
-se host1:service_mgr ... host2:db_path
Хм, а озвучьте плиз _правильный_ синтаксис этой команды, поскольку то,
что получилось у меня - был единственный рабочий вариант.
У
15.12.2010 16:31, Алексей Вишняков пишет:
то есть 27 символов?
31. Косяки с именами длиннее 27 символов были исправлены.
--
Дмитрий Еманов
äÁ×ÎÙÍ-ÄÁ×ÎÏ, ÎÁ×ÅÒÎÏÅ, ÄÁÖÅ ÎÅ × ÜÔÏÍ ÔÙÓÑÞÅÌÅÔÉÉ :) ÂÙÌÏ ÔÒÅÂÏ×ÁÎÉÅ ×
ÓÅÒÉÁÌÉÚÁÃÉÉ ×ÙÚÏ×Ï× isc_db_attach × thread-safe ÐÒÉÌÏÖÅÎÉÑÈ.
ïÓÔÁÌÏÓØ ÌÉ ÜÔÏ ÔÒÅÂÏ×ÁÎÉÅ ÓÅÊÞÁÓ, × FB2.5?
äÏÇÁÄÙ×ÁÀÓØ, ÞÔÏ ÕÖÅ ÎÅÔ, ÎÏ ÈÏÞÕ ÕÂÅÄÉÔØÓÑ ÏËÏÎÞÁÔÅÌØÎÏ.
14.12.2010 11:36, Vlad Nepomnjashy пишет:
Давным-давно, наверное, даже не в этом тысячелетии :) было требование в
сериализации вызовов isc_db_attach в thread-safe приложениях.
Осталось ли это требование сейчас, в FB2.5?
Нет, сейчас fbclient и fbembed полностью потокобезопасны.
--
Дмитрий
Hello, Oleg!
Oleg Matveyev wrote:
объем базы был около 37 Гб.
Как-то у меня сразу глаз за эту цифру зацепился. Какое-то было
ограничение именно с такой цифрой.
макс. размер таблицы до ODS 11 (FB).
Так как тут FB 2.x, то не канает.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Я понимаю, что 1.5 уже не поддерживается, но жить как-то надо...
Вопрос такой: рестор через gbak проходит на ура, а если попытаться тот
же файл отресторить через сервисы (при помощи IBExpert, или компонентов
FIB+), то все намертво подвисает :((
На 1.5.5 вис в точке
gbak: restoring domain
14.12.2010 20:31, Konstantin R. Beliaev пишет:
Вопрос такой: рестор через gbak проходит на ура, а если попытаться тот
же файл отресторить через сервисы (при помощи IBExpert, или компонентов
FIB+), то все намертво подвисает :((
Через gbak -se тоже виснет? Коннект к сервисам локальный или TCP?
Igor Zakhrebetkov wrote:
а что-то типа
substring(cast(Config as varchar(1)) from 1 for 1024)
не поможет?
Хмм... помогло, спасибо!!!
Dmitry Yemanov dim...@users.sf.net
ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:ie0o7g$sf...@dough.gmane.org...
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;
þÁÒÓÅÔ ËÏÎÎÅËÔÁ ËÁËÏÊ?
Dmitry Yemanov dim...@users.sf.net
ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ:
news:ie0o7g$sf...@dough.gmane.org...
CURRENT_USER ×ÏÚ×ÒÁÝÁÅÔ ÓÔÒÏËÕ × UTF8, ËÏÎÔÅËÓÔÎÙÅ ÐÅÒÅÍÅÎÎÙÅ ÒÁÂÏÔÁÀÔ Ó
ÞÁÒÓÅÔÏÍ ËÏÎÎÅËÔÁ.
äÍÉÔÒÉÊ, Á http://www.sql.ru/forum/actualthread.aspx?tid=809350 ÎÅ ÉÚ ÜÔÏÊ
ÖÅ ÏÐÅÒÙ?
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 не из этой
же оперы?
Там другое вроде бы.
--
Дмитрий Еманов
В письме от Thu, 09 Dec 2010 23:35:18 +0300, Vlad Khorsun
hv...@optima.com.ua сообщал:
Как-то у меня сразу глаз за эту цифру зацепился. Какое-то было
ограничение именно с такой цифрой.
Это ограничение на размер одной таблицы в ОДС младше 11
Начало топика (Все началось с того что в
Arioch ...
В письме от Thu, 09 Dec 2010 23:35:18 +0300, Vlad Khorsun
Как-то у меня сразу глаз за эту цифру зацепился. Какое-то было ограничение
именно с такой цифрой.
Это ограничение на размер одной таблицы в ОДС младше 11
Начало топика (Все началось с того что в базу перестали
В письме от Thu, 09 Dec 2010 21:32:32 +0300, Андрей Кручинин
an...@bk.ru сообщал:
www.med-zakaz.ru
Для особо извращенных - http://мед-заказ.рф :-)
Недоработанный сайт...
Сразу же большой заголовок Реестр ЖНВЛС ...
На нём всплывает подсказка Permanent link...
1) нафига подсказка на
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', 'UNAME', :p_in);
p_out = coalesce(rdb$get_context('USER_SESSION',
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 10:41, Khorsun Vlad пишет:
09.12.2010 22:19, Dmitry Yemanov пишет:
RDB$ADMIN - владелец SYSDBA.
Причем тут владелец? Значение RDB$SYSTEM_FLAG чему равно?
4
Это в БД до я ее через embedded прогнал через b/r, или
уже после ?
После. Можно убить топором, но оригинала базы нет
Но интересен вопрос плана - откуда могло вылезти в принципе?
Мне тоже это интересно. Если говорить о в принципе, то
gbak до версии 2.5 не знает о существовании системных ролей,
и пишет в бекап все роли.
--
Хорсун Влад
Kochmin Alexandr wrote:
нужно быть вообще безбашенным программистом чтоб писать такой код.
Вот и механизм пусть пишет такой программист сам ;)
Почему же безбашенным?
Навскидку:
UPDATE T
SET A = (select sum(..) from X),
B = A + (select sum(..) from Y)
C = (case
when B 0 then
Dmitry Yemanov wrote:
Если ФБ 2.5, то курить MON$MEMORY_USAGE.
2.1, хотя могу попробовать запустить под 2.5
А чем это поможет? Такое ощущение, что внутренние вызовы хранимок едят
память.
Konstantin R. Beliaev wrote:
Dmitry Yemanov wrote:
Если ФБ 2.5, то курить MON$MEMORY_USAGE.
2.1, хотя могу попробовать запустить под 2.5
А чем это поможет? Такое ощущение, что внутренние вызовы хранимок едят
память.
На 2.5 не воспроизводится
Привет!
2.1, хотя могу попробовать запустить под 2.5
А чем это поможет? Такое ощущение, что внутренние вызовы хранимок едят
память.
Смотри в сторону временных блобов. Хотя вроде фиксили, так что не
уверен.
--
Best regards,
Sergeymailto:gebele...@gmail.com
Sergey Mereutsa wrote:
Смотри в сторону временных блобов. Хотя вроде фиксили, так что не
уверен.
Да, есть в вызываемой хранимке чтение из блоба в строку:
select substring(Config from 1 for 1024) from Config
where Name='columnsmap' into :S;
которая потом парсится через substring.
Как это
10.12.2010 18:17, Konstantin R. Beliaev пишет:
На 2.5 не воспроизводится
Тогда возьми снапшот 2.1.4 и тебе полегчает.
--
Дмитрий Еманов
Konstantin R. Beliaev пишет:
select substring(Config from 1 for 1024) from Config
Как это обойти? Хранимки только читающие.
а что-то типа
substring(cast(Config as varchar(1)) from 1 for 1024)
не поможет?
---
Игорь
Внутри хранимки выполняется цикл (выбирается по условию список товаров,
к которым другими хранимками добавляются еще реквизиты):
FOR
execute statement
'select w.Dashcode, w.WareNum, l.Pricecode
from wares w join pricelevel l on (w.Printit = l.Pricecode)
where 1=1 '||where_str
09.12.2010 19:01, Konstantin R. Beliaev пишет:
Проблема в том, что если верхний запрос возвращает слишком много
записей, то в конце концов возникает нехватка памяти на вызове хранимки
Pricetypes_Full, и процесс fb_inet_server занимает всю доступную память.
Commit приводит потребление памяти в
Задам тут 2 вопроса. Потому как после первой проблемы возникла вторая...
1. Все началось с того что в базу перестали записываться данные. Данные
это тупо одно текстовое поле и один маленько-большой БЛОБ (от 1 кб до 3
Мб обычно). Просто ТУПО перестали записываться данные. Программа которая
все
Андрей Кручинин ...
Задам тут 2 вопроса. Потому как после первой проблемы возникла вторая...
1. Все началось с того что в базу перестали записываться данные. Данные это тупо одно текстовое поле и один маленько-большой БЛОБ
(от 1 кб до 3 Мб обычно). Просто ТУПО перестали записываться данные.
объем базы был около 37 Гб.
Как-то у меня сразу глаз за эту цифру зацепился. Какое-то было ограничение
именно с такой цифрой.
09.12.2010 21:01, Oleg Matveyev пишет:
объем базы был около 37 Гб.
Как-то у меня сразу глаз за эту цифру зацепился. Какое-то было
ограничение именно с такой цифрой.
Потому и написал сразу, мало ли ...
--
Андрей Кручинин
www.med-zakaz.ru
Для особо извращенных - http://мед-заказ.рф :-)
09.12.2010 20:39, Vlad Khorsun пишет:
Андрей Кручинин ...
Задам тут 2 вопроса. Потому как после первой проблемы возникла вторая...
1. Все началось с того что в базу перестали записываться данные.
Данные это тупо одно текстовое поле и один маленько-большой БЛОБ (от 1
кб до 3 Мб обычно). Просто
нужно быть вообще безбашенным программистом чтоб писать такой код.
Вот и механизм пусть пишет такой программист сам ;)
09.12.2010 22:04, Konstantin R. Beliaev wrote:
firebird.conf:
# Example of the old vs new behaviour:
#
# UPDATE T SET A = B, B = A
# old result: A gets equal to B, B doesn't
09.12.2010 21:54, Андрей Кручинин пишет:
RDB$ADMIN - владелец SYSDBA.
Причем тут владелец? Значение RDB$SYSTEM_FLAG чему равно?
--
Дмитрий Еманов
Результаты 901 - 1000 из 33066 matches
Mail list logo
