òÕÌÅÚ!
ðÏÄÄÅÒÖÉ×ÁÀ.
ÒÁÎÅÅ ÖÉÌ ÎÁ ÄÒÕÇÏÊ ×ÅÒÓÉÉ, ×ÙÎÕÖÄÅÎ ÂÙÌ ÄÅÌÁÔØ Backup/Restore ÒÁÚ ×
ÏÄÉÎ-Ä×Á ÍÅÓÑÃÁ.
ÎÅ ÓÍÏÔÒÑ ÎÁ ÔÏ, ÞÔÏ ËÁÖÄÕÀ ÎÏÞØ ÄÅÌÁÅÔÓÑ sweep, É OAT ÐÒÏÄ×ÉÇÁÅÔÓÑ
(ËÏÎÔÒÏÌÉÒÏ×ÁÌÏÓØ ×ÒÕÞÎÕÀ).
÷ ÁËËÕÒÁÔ Ë ÍÅÓÑÞÎÏÊ ÏÔÞÅÔÎÏÓÔÉ ×ÓÅ ÎÁÞÉÎÁÌÏ ÏÝÕÔÉÍÏ ÔÏÒÍÏÚÉÔØ.
24 ÁÐÒÅÌÑ ÐÅÒÅÛÅÌ ÎÁ
DY а также вот так:
DY write
DY rec_version
А этот чем не угодил ?
PS: поколупался в FIB + там подобного ... В общем много ...
С уважением,
Константин Григорьевич.
===
Константин wrote:
DY write
DY rec_version
А этот чем не угодил ?
Какой нафиг rec_version для дефолтного снапшота?
PS: поколупался в FIB + там подобного ... В общем много ...
Бузз уже в курсе.
--
Дмитрий Еманов
Alexey Popov ...
Vlad Khorsun wrote:
FB 2.1, работая с родным форматом ОДС 11.1, по-умолчанию расширяет файл БД
относительно большими кусками, а не по-странично как раньше.
И какими же? Пустая база будет весить много метров?
В конфиге всё регулируется. Для любитилей экономии места
Константин wrote:
DY Я думаю, что сегодня мы пофиксим этот случай с порядком rec_version и
DY read_committed.
Ну и ладушки ;)
Готово. См. следующий снапшот.
--
Дмитрий Еманов
DY Константин wrote:
DY Я думаю, что сегодня мы пофиксим этот случай с порядком rec_version и
DY read_committed.
Ну и ладушки ;)
DY Готово. См. следующий снапшот.
Пасибо ...
Подтверждение работоспособности данной фичи требуется ?
С уважением,
Константин Григорьевич.
Константин wrote:
Подтверждение работоспособности данной фичи требуется ?
Неужто ты стерпишь ее неработоспособность? :-)
--
Дмитрий Еманов
Подтверждение работоспособности данной фичи требуется ?
DY Неужто ты стерпишь ее неработоспособность? :-)
А шо делать ? ;)
Просто сейчас времени нет тянуть, устанавливать, проверять
Я просто откатился на предудущую версию ...
Проверять буду уже дома ...
А фича конечно нужная, т.к.
Константин wrote:
А фича конечно нужная, т.к. не все и не сразу обновят FIB+ ;)
Кто покупает - обновит если наступит. Почему проблемы остальных
должны кого-то волновать? А по теме - я лично не понимаю прелести
возможности сначала охарактеризовать длину и диаметр конца в обоих
Dmitry Yemanov wrote:
Тэги последовательно обрабатываются. rec_version имеет смысл *только*
для read_committed. А пока ты оную не указал, подразумевается уровень
изоляции снапшот (он дефолтный).
Опять ломать обратную совместимось? Зачем? Написаны тонны софта где
порядок опций особо не
D Константин wrote:
А фича конечно нужная, т.к. не все и не сразу обновят FIB+ ;)
D Кто покупает - обновит если наступит.
Начнём с того что не всё можно обновить / перекомпилировать :(
А уже приводил когда-то пример, как у меня одна софтина на
протяжении нескольких
Hi, многоуважаемый All!
FB: 2.1.16459
Есть тригер на VIEW, в нём есть код:
select first 1 COST, val_id from vw_costs_Full_history
where TOV_ID = new.tovar_id and RG_ID = :RG_ID
and ((SALE_ID = :sale_id) or (SALE_ID = -5))
and (CHANGE = (select date_doc from
С другой стороны объективно такой уровень развития серверва должен
был быть уже в IB6.
Хутам. С точки зрения технологий и мышления людей. Максимум FB1.
Остаётся только плакать о упущеном времени.
Как я говорю своему молодому - Давай похнычем вместе :)
Как щас помню - у шестерки должен был
On Tue, 11 Sep 2007 13:44:01 +0400, Константин [EMAIL PROTECTED] wrote:
Так вот почему-то row_count после select показывает 3
(смотрел челез IBE дебагер)
Если же просто выполняю тот же select с теми же данными в
параметрах отдельно (вне триггера) row_count = 0 ...
Попробуй в
По всем канонам - 6.3.0.16113 меньше чем 6.3.3.4854 !!!
зато с проверками мудилы Джефа работает. Он же проверяет на 6
в IBX, и если меньше, то не показывает services api компоненты.
Я вот все с прошлых выходных думаю. Есть такие стили программирования
Китайский
Я вам суки по-модифицирую
W On Tue, 11 Sep 2007 13:44:01 +0400, Константин
W [EMAIL PROTECTED] wrote:
Так вот почему-то row_count после select показывает 3
(смотрел челез IBE дебагер)
W Попробуй в триггере без дебагера. Например, сохрани это значение куда-нибудь.
W Если и в триггере без дебагера тоже 0, то
W On Tue, 11 Sep 2007 13:44:01 +0400, Константин
W [EMAIL PROTECTED] wrote:
Так вот почему-то row_count после select показывает 3
(смотрел челез IBE дебагер)
W Попробуй в триггере без дебагера. Например, сохрани это значение куда-нибудь.
W Если и в триггере без дебагера тоже 0, то
Привет, Kovalenko!
Вы пишешь 11 сентября 2007:
зато с проверками мудилы Джефа работает. Он же проверяет на 6
в IBX, и если меньше, то не показывает services api компоненты.
KD Я вот все с прошлых выходных думаю. Есть такие стили программирования
KD Китайский
KD Я вам суки по-модифицирую
Hello, Nikolay!
Nikolay wrote:
какой тип блобов луxit использовать чтобы в будущем не нарываться на
ограничения: положительные или отрицательные?
в доке-ведь написано. и еще вопрос, зачем тебе потребовалось
указывать подтип у блоба?
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Konstantin!
Константин wrote:
Так вот почему-то row_count после select показывает 3
(смотрел челез IBE дебагер)
независимо от данного ответа:
упарили вы с этим дебаггером. Это фича IBE.
он парсит текст, и выполняет его кусками, как обычные
sql-операторы, с имитацией
Hello, Константин!
Константин wrote:
write
isc_tpb_nowait
rec_version
read_committed
вопрос решили, я спрошу про другое.
нафиг тут isc_tpb_nowait написан вместо nowait ?
начал указывать isc_tpb_ - пиши у всех. или ни у кого.
--
Dmitri Kouzmenko, www.ibase.ru, (495)
Hello, Dmitry!
Kovalenko Dmitry wrote:
Я вот все с прошлых выходных думаю. Есть такие стили программирования
Китайский
Я вам суки по-модифицирую
не. этот стиль называется склероз.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
DK упарили вы с этим дебаггером. Это фича IBE.
DK он парсит текст, и выполняет его кусками, как обычные
DK sql-операторы, с имитацией присвоения переменным значений
DK и так далее.
Независимо от ...
Я всё прекрастно понимаю, но это ЕДИНСТВЕННЫЙ, по крайней мере
известый мне, способ
On Tue, 11 Sep 2007 16:00:11 +0400, Dmitri Kuzmenko [EMAIL PROTECTED] wrote:
не. этот стиль называется склероз.
может, всё же маразм?
--
Сергей Смирнов.
DK вопрос решили, я спрошу про другое.
DK нафиг тут isc_tpb_nowait написан вместо nowait ?
DK начал указывать isc_tpb_ - пиши у всех. или ни у кого.
А это не я ... ;)
Это CopyPaste из FIB+ ... ;)
С уважением,
Константин Григорьевич.
===
Константин wrote:
ЕДИНСТВЕННЫЙ, по крайней мере
известый мне, способ понять в некоторых случаях что идёт не так ...
- это валить пошагово значения интересных переменных в external table.
--
Regards. Ded.
WildSery wrote:
On Tue, 11 Sep 2007 16:00:11 +0400, Dmitri Kuzmenko [EMAIL PROTECTED] wrote:
не. этот стиль называется склероз.
может, всё же маразм?
Этот стиль называеццо говназм. Типо - пусть сгорит ваш огнептах
голубым огнём. Шуму вокруг этого в своё время было...
--
Regards.
On Tue, 11 Sep 2007 16:31:45 +0400, Ded [EMAIL PROTECTED] wrote:
ЕДИНСТВЕННЫЙ, по крайней мере
известый мне, способ понять в некоторых случаях что идёт не так ...
- это валить пошагово значения интересных переменных в external table.
+1.
Но всё же иногда без него (IBE Debugger) не
D - это валить пошагово значения интересных переменных в external table.
Неудобно конечно, но попробую ...
С уважением,
Константин Григорьевич.
===
WildSery wrote:
Но всё же иногда без него (IBE Debugger) не обойтись - когда нужно понять, как
же работает то, что только что сваял :D
Хотя, работает там далеко не всё - например, rdb$db_key для него по-прежнему
китайская грамота, навернётся тут же.
Его возможности покрывают 95%
Dmitry Yemanov пишет:
В принципе могу собрать тестовый комплект для воспроизведения проблемы
~10мб.
Это было бы замечательно.
Дошло послание?
А то, что-то сегодня почтовик подглючивал.
Понятен ли диагноз?
Самый тормозной понятно
select count(*) from table
А вот два вроде бы довольно быстрых кандидата:
1) select first 1 1 from table
2) select iif(exists(select 1 from table, 1, 0) from rdb$database
Какой будет наиболее быстрый?
Tonal пишет:
Самый тормозной понятно
select count(*) from table
А вот два вроде бы довольно быстрых кандидата:
1) select first 1 1 from table
2) select iif(exists(select 1 from table, 1, 0) from rdb$database
Какой будет наиболее быстрый?
А попробовать?
--
С уважением,
Андрей Еремин.
if exists(select * from table)
then
букофф меньше
--
Булычев Алексей
http://www.stella-npf.ru
DY Константин wrote:
DY Я думаю, что сегодня мы пофиксим этот случай с порядком rec_version и
DY read_committed.
Ну и ладушки ;)
DY Готово. См. следующий снапшот.
http://firebirdsql.org/download/snapshot_builds/win/Firebird-2.1.0.16309-0_win32.zip
Object not found!
The requested
DY Готово. См. следующий снапшот.
http://firebirdsql.org/download/snapshot_builds/win/Firebird-2.1.0.16309-0_win32.zip
Object not found!
The requested URL was not found on this server. The link on the referring page
seems to be wrong or outdated.
А где ты взял такой урл ? Билд 16309 -
VK А где ты взял такой урл ?
http://firebirdsql.org/download/snapshot_builds/win/
С уважением,
Константин Григорьевич.
===
Makmak ...
Кто сталкивался\сталкивается с такой ошибкой - имеется патч, который
хотелось бы проверить.
Да вот была такая проблема, недавно, у нашего заказчика. (виндушный сервер, FB
1.5.3)
Могу на них и попытаться проверить.
Где брать и что делать?
Теоритически - я могу собрать,
VK А где ты взял такой урл ?
Сорри почему-то страница из кеша IE поднялась :(
Нажал обновить - всё Ок ...
С уважением,
Константин Григорьевич.
===
Превед.
Спасибо народу за раритетные дистрибутивы IB4 и IB4.2
Поставили IB4 на XP. Надо завести пользователя. Продолбались с gsec
минут двадцать. Отторгает напрочь.
Потом я вспомнил про альтернативные способы указания юзера и
пользователя - через ISC_USER и ISC_PASSWORD
Проехало! :)
Ну
Кто сталкивался\сталкивается с такой ошибкой - имеется патч, который
хотелось бы проверить.
Да вот была такая проблема, недавно, у нашего заказчика. (виндушный
сервер, FB 1.5.3)
Могу на них и попытаться проверить.
Где брать и что делать?
Теоритически - я могу собрать, но у меня
Tonal wrote:
Дошло послание?
Да, спасибо.
Понятен ли диагноз?
Еще не отлаживал. Как будет инфа - сообщу.
--
Дмитрий Еманов
Makmak ...
Просто как автор ветки с этой ошибкой на форуме в SQL.RU и соответственно
как заинтерисованое лицо я обязан так или иначе приложить максимум
своих усилий в исправлении данной ошибки.
Вот все бы такие сознательные были - давно 2.1 зарелизили бы и 2.0.2 отзывать
не пришлось бы:)
Тогда его можно и на 2.х запустить, раз на копии БД
Двойку вообще не пробовал, однако надо=же когдато начинать
Однако тут есть одна ну очень большая проблема я не знаю в каких
ситуациях
проявляется данная ошибка. Если ты меня направиш на путь истинный то я
займусь этим.
Ошибка
Makmak ...
Надо-ли будет переводить базу на новую ODS ?
Не обязательно
И правильно ли я понимаю:
1-й и 2-й коннект - изменяет случайно выбранные записи в таблице
скажем пачками по 1000 штук и комитит их
3-й и 4-й коннект - ну скажем select count(*) по той-же
Andrei Yeryomin пишет:
1) select first 1 1 from table
2) select iif(exists(select 1 from table, 1, 0) from rdb$database
Какой будет наиболее быстрый?
А попробовать?
Попробовал.
Разницы не ощутил, вот и спрашиваю тут. ;-)
Возможно разница будет проявляться при каких-то специфичных условиях
Доброго времени суток!
Kovalenko Dmitry wrote:
Спасибо народу за раритетные дистрибутивы IB4 и IB4.2
Добро пожаловать в наш лес! :)
Поставили IB4 на XP. Надо завести пользователя. Продолбались с gsec
минут двадцать. Отторгает напрочь.
На XP не пробовал, но на 2000 Server он вроде бы не
http://www.codegear.com/products/blackfish
Это ваще чумная вещь, рИально... Прикинь, базу в мастадай мобилковый
запихать можна, а?
И она под нетом компактнымона там вся шевелиться и колбаситься будет.
Отпад, кароче.
И без бабла до 2-х гиг на флешах деплоиться без базаров.
В натуре, ошизеть.
Типа проповедник,
Леха Хабаровский
On 11 сент,
Makmak wrote:
1-й и 2-й коннект - изменяет случайно выбранные записи в таблице
скажем пачками по 1000 штук и комитит их
Пусть лучше будут многократные апдейты каждой записи в транзакции. У
бага прослеживается зависимость от update_in_place.
--
Дмитрий Еманов
Доброго времени суток!
Решил посмотреть, как ведет себя RDB$DB_KEY (сам его никогда не
использую) в нетривиальных ситуациях на 2.0.3 RC1 CS, 2.1.0.16235 CS
(все сообщения приведены для 2.0.3 RC1,
на 2.1.0.16235 они идентичные или близкие по смыслу)
Вот, что получилось
1)
select * from
Последний случай занес в трекер:
http://tracker.firebirdsql.org/browse/CORE-1451
--
С уважением, Евгений
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hello, Nikolay!
Nikolay wrote:
ËÁËÏÊ ÔÉÐ ÂÌÏÂÏ× ÌÕxit ÉÓÐÏÌØÚÏ×ÁÔØ ÞÔÏÂÙ × ÂÕÄÕÝÅÍ ÎÅ ÎÁÒÙ×ÁÔØÓÑ ÎÁ
ÏÇÒÁÎÉÞÅÎÉÑ: ÐÏÌÏÖÉÔÅÌØÎÙÅ ÉÌÉ ÏÔÒÉÃÁÔÅÌØÎÙÅ?
× ÄÏËÅ-×ÅÄØ ÎÁÐÉÓÁÎÏ. É ÅÝÅ ×ÏÐÒÏÓ, ÚÁÞÅÍ ÔÅÂÅ ÐÏÔÒÅÂÏ×ÁÌÏÓØ
Nikolay пишет:
А посоветуй как лучше сделать в такой ситуации:
Бери прогу-прайс у меня. Она умеет отправлять заказ в заданном формате оп
e-mail и ftp
А у себя уже делаешь импорт полученного заказа.
P.S. Прога умеет забирать прайс по http, ftp и локального диска.
--
Успехов, Андрей
Доброго времени суток!
Недавно наблюдал странное поведение 2.0.1 CS (Win 2k Server SP4) -
обычно он выполняет набор ХП за 20 минут, а в тот раз задумался на
час, после чего я срубил процесс. Обращений к диску в это время не
наблюдалось.
Конечно, к этому могло привести все, что угодно, вплоть до
Спасибо народу за раритетные дистрибутивы IB4 и IB4.2
Добро пожаловать в наш лес! :)
Ага. Мы вчера весь вечер изумлялись тому, что эта хрень 13-летней
давности отработала все стандартные тесты IBProvider-a за исключением
тестов с мега-длинными именами объектов БД - валится из-за
Доброго времени суток!
On 12 сент, 08:42, Kovalenko Dmitry [EMAIL PROTECTED] wrote:
Ага. Мы вчера весь вечер изумлялись тому, что эта хрень 13-летней
давности отработала все стандартные тесты IBProvider-a за исключением
тестов с мега-длинными именами объектов БД - валится из-за
Ага. Мы вчера весь вечер изумлялись тому, что эта хрень 13-летней
давности отработала все стандартные тесты IBProvider-a за исключением
тестов с мега-длинными именами объектов БД - валится из-за
переполнения.
Да, я вообще так передумаю обновляться: ведь IB4 - это мустанг 68
года, и
Кузнецов Евгений wrote:
1)
2)
3)
Вряд ли сейчас будем из-за этого напрягаться.
4) И, наконец, смертельный номер :)
Этот баг сидит во всех известных науке версиях. Поправим при случае,
спасибо.
--
Дмитрий Еманов
59 matches
Mail list logo
