Воспроизводится. .pdb поставил. drwatson запустил. Говорит - нет
ошибок.
Как настроить его чтобы ловил?
Поиском искал - не нашел
ÔÕÔ × ÓÏÓÅÄÎÅÊ ×ÅÔËÅ ÏÂÓÕÖÄÁÀÔ ÞÔÏ 2,5 × Ó×Î ×ÅÒÓÉÉ ÕÖÅ
ÔÁË Ñ ÎÅ ÐÏÎÑÌ 2,1 ÕÖÅ ÂÅÔÁ ÉÌÉ ÕÖÅ ÓËÏÒÏ ? =)
É ËÁË ÓËÏÒÏ ÏÎ ÂÕÄÅÔ RC ?
Á ÔÁËÖÅ ×ÏÐÒÏÓ Ë ÓÔÁÒÏÖÉÌÁÍ, ËÁËÉÅ ÐÏÄ×ÏÈÉ ÍÏÖÎÏ ÏÖÉÄÁÔØ × RC , Á ËÁËÉÅ ÎÅÔ.
ÉÍÅÅÔÓÑ ××ÉÄÕ ÞÔÏ ÓÔÁÒÙÊ ÆÕÎËÃÉÏÎÁÌ ÒÅÄËÏ ÌÏÍÁÅÔÓÑ É ÇÌÀÞÉÔØ ÍÏÖÅÔ ÔÏÌØËÏ
ÎÏ×ÙÅ ÆÉÛËÉ ÉÌÉ
çÄÅ ÍÏÖÎÏ ÐÏÞÉÔÁÔØ ÐÒÏ 2.1. þÔÏ ÓÄÅÌÁÎÏ, ÞÔÏ ÂÕÄÅÔ ÓÄÅÌÁÎÏ?
äÍÉÔÒÉÊ
Привет.
Есть более новая сборка чем 2.1.0.15199?
В 2.1.0.15199 есть описанная проблема с 8к. А у меня таких запросов -
скриптов вагон. Хочу погонять, а не могу.
Дмитрий
Привет.
FB 2.1 Super. Активно используются запросы с CTE WITH RECURSIVE
Замечено, что отъедает память. Читающая транзакция висит постоянно. В
определенный момент получаем сообщение Out of memory.
Если делать commit этой транзакции, то память освободится? Я еще не проводил
тестов, потому решил
Допустимо ли повторное выполнение команды обновления метаданных?
select * from rdb$fix_metadata('WIN1251');
А то у меня первый запуск завершился ошибкой из-за наличия параллельного
коннекта к базе :-(
Допустимо ли при переходе с 2.1 на 2.5 не делать бэкап-рестор?
Привет, все!
Раньше можно было используя разные версии gbak сделать downgrade для
базы. Сейчас не получается этого сделать для 2.5 -> 2.1
база под 2.5, делаю бекап с помощью gbak2.1, потом с этой же gbak2.1
restore под FB2.1, получаю
gbak:restoring privilege for user SYSDBA
g
В связи с введённым запретом на вызов селектом неселективных процеду имеем
вот что:
Попробуем создать рекурсивную селективную процедуру:
create procedure T1
returns(S integer)
as
begin
for select * from T1 into :S do suspend;
end
commit;
Здесь всё нормально - создаётся.
Делаем дальше:
REcre
÷ÃÃÃÃà ÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃÃ
ÃÃÃ UUID?
òÃÃÃÃÃ
ÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃ ÃÃÃÃÃÃÃ STR_GUID ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃ
DECLARE EXTERNAL FUNCTION STR_GUID
RETURNS CSTRING(32) FREE_IT
ENTRY_POINT 'get_guid' MODULE_NAME 'kovfbdll.dll'
ÃÃÃÃ
"Александр Свириденков" ...
А что есть падение ?
Воспроизводится. .pdb поставил. drwatson запустил. Говорит - нет
ошибок.
Как настроить его чтобы ловил?
BugcheckAbort = 1
--
Хорсун Влад
On 29 нояб, 22:53, "Vlad Khorsun" <[EMAIL PROTECTED]> wrote:
> "Александр Свириденков" ...
>
> А что есть падение ?
>
> > Воспроизводится. .pdb поставил. drwatson запустил. Говорит - нет
> > ошибок.
> > Как настроить его чтобы ловил?
>
> BugcheckAbort = 1
Сделал. Но пишет лог только когда
Может нужно службу fbserver-а запускать из под текущего эккаунта а не
localsystem?
"Александр Свириденков" ...
Может нужно службу fbserver-а запускать из под текущего эккаунта а не
localsystem?
Да, конечно
--
Хорсун Влад
Запустил как приложение с -а, падает молча, watson не пишет. Запутил
как сервис от текущего экк., то же самое.
Что делать?
"Александр Свириденков" ...
Запустил как приложение с -а, падает молча, watson не пишет. Запутил
как сервис от текущего экк., то же самое.
Что делать?
Значит - не падает, а корректно завершается (с точки зрения ОС).
В лог что-то пишет ? Воспроизводимый пример есть ?
--
Хорсун Влад
On 30 нояб, 00:19, "Vlad Khorsun" <[EMAIL PROTECTED]> wrote:
> Значит - не падает, а корректно завершается (с точки зрения ОС).
> В лог что-то пишет ? Воспроизводимый пример есть ?
В лог ничего не пишет. С точки зрения ОС наверное все же не совсем
корректно, так как в системные события пишет
"Александр Свириденков" ...
>
>
> On 30 нояб, 00:19, "Vlad Khorsun" wrote:
> > Значит - не падает, а корректно завершается (с точки зрения ОС).
> > В лог что-то пишет ? Воспроизводимый пример есть ?
>
> В лог ничего не пишет. С точки зрения ОС наверное все же не совсем
> корректно, так как в с
"Александр Свириденков" ...
М-да, а ларчик просто открывался.
В UDF IsMultiThread:=true;
Интересно почему оно в Yaffil работало без проблем, видимо он "менее
параллельный"
Не могу знать :)
--
Хорсун Влад
М-да, а ларчик просто открывался.
В UDF IsMultiThread:=true;
Интересно почему оно в Yaffil работало без проблем, видимо он "менее
параллельный"
информацию о User_1, а не о себе
соответственно запрос
SELECT M1.MON$REMOTE_PROCESS, M1.MON$REMOTE_PID
FROM MON$ATTACHMENTS M1
WHERE M1.MON$ATTACHMENT_ID = CURRENT_CONNECTION
возвращает NULL-ы
Firebird 2.1 Beta 2 (клиенты родные)
проверялось на версиях
WI-T2.1.0.17453
WI-T2.1.0.17176
îÁÐÏÍÎÉÔÅ pls ÏÔËÕÄÁ ÍÏÖÎÏ ÓËÁÞÁÔØ ÐÏÓÌÅÄÎÉÊ ÓÎÁÐÛÏÔ. 2.1
äÍÉÔÒÉÊ
FB2.1 íÏÖÎÏ ËÁË-ÔÏ ÐÒÉ ÓÏÚÄÁÎÉÉ ÂÁÚÙ ÕËÁÚÁÔØ ODS. þÔÏÂÙ ÂÙÌÁ 11, Á ÎÅ 11.1?
äÍÉÔÒÉÊ
Attid wrote:
так я не понял 2,1 уже бета или уже скоро ? =)
и как скоро он будет RC ?
Он уже RC. Официальные билды сейчас проходят тестирование, до выходных
станут доступными для закачки.
--
Дмитрий Еманов
ÎÕ ÒÁÚ òã ×ÙÛÅÌ ÐÏ×ÔÏÒÀ ×ÏÐÒÏÓ
> Á ÔÁËÖÅ ×ÏÐÒÏÓ Ë ÓÔÁÒÏÖÉÌÁÍ, ËÁËÉÅ ÐÏÄ×ÏÈÉ ÍÏÖÎÏ ÏÖÉÄÁÔØ × RC , Á ËÁËÉÅ
> ÎÅÔ.
> ÉÍÅÅÔÓÑ ××ÉÄÕ ÞÔÏ ÓÔÁÒÙÊ ÆÕÎËÃÉÏÎÁÌ ÒÅÄËÏ ÌÏÍÁÅÔÓÑ É ÇÌÀÞÉÔØ ÍÏÖÅÔ ÔÏÌØËÏ
> ÎÏ×ÙÅ ÆÉÛËÉ ÉÌÉ ËÁË ÐÏ×ÅÚÅÔ ÎÁ ÍÉÎÏÍ ÐÏÌÅ ?
Attid пишет:
ну раз РЦ вышел повторю вопрос
а также вопрос к старожилам, какие подвохи можно ожидать в RC , а какие
нет.
имеется ввиду что старый функционал редко ломается и глючить может только
новые фишки или как повезет на мином поле ?
а скажи ка, какой курс доллара к японской иене буд
> Á ÓËÁÖÉ ËÁ, ËÁËÏÊ ËÕÒÓ ÄÏÌÌÁÒÁ Ë ÑÐÏÎÓËÏÊ ÉÅÎÅ ÂÕÄÅÔ ÞÅÒÅÚ ÎÅÄÅÌÀ.
ÎÕ Ñ ÖÅ ÐÏ ÏÐÙÔÕ ÓÐÒÁÛÉ×ÁÀ, ÂÙÌ ÖÅ 1,0 RC 1.5RC 2.0RC
ËÕÒÓ ÄÏÌÌÁÒÁ Ë ÑÐÏÎÓËÏÊ ÉÅÎÅ ÞÅÒÅÚ ÎÅÄÅÌÀ ÎÅ ÉÚÍÅÎÅÔÓÑ ÓËÏÒÅÅ ×ÓÅÇÏ ÂÏÌØÛÅ
ÞÅÍ ÎÁ 3 ÐÕÎËÔÁ =)
Attid wrote:
а скажи ка, какой курс доллара к японской иене будет через неделю.
ну я же по опыту спрашиваю, был же 1,0 RC 1.5RC 2.0RC
Ну так тебе и расскажут заранее где какие грабли лежат. Для этого
старались-раскладывали, что ли?
--
Regards. Ded.
On Thu, 24 Jan 2008 18:30:21 +0300, Attid <[EMAIL PROTECTED]> wrote:
> курс доллара к японской иене через неделю
> не изменется скорее всего больше чем на 3 пункта
Следовательно, серьёзных багов в 2.1 RC1 будет найдено не больше 1-2, да и то
на них наткнётся какой-нибудь экстре
Attid wrote:
курс доллара к японской иене через неделю не изменется скорее всего больше
чем на 3 пункта =)
Так и RC тебя *скорее всего* не огорчит :-)
--
Дмитрий Еманов
ðÒÉ×ÅÔ.
èÏÔÅÌ ÓÐÒÏÓÉÔØ. ÷ÒÏÄÅ ÍÅÌØËÁÌÏ, ÞÔÏ ÂÕÄÅÔ × fb 21 function ËÁË procedure.
þÉÔÁÀ, ÞÉÔÁÀ É ÎÅ ×ÉÖÕ. éÌÉ ÜÔÏ ÎÅ Ï ÜÔÏÍ ÛÌÁ ÒÅÞØ?
äÍÉÔÒÉÊ
çÄÅ ÍÏÖÎÏ ÓËÁÞÁÔØ FB 2.1 RC2?
äÍÉÔÒÉÊ
а был ли мальчик?
Dmitry Lendel wrote:
Где можно почитать про 2.1. Что сделано, что будет сделано?
http://www.firebirdsql.org/index.php?op=devel&sub=engine&id=roadmap_2007&nosb=1
--
Дмитрий Еманов
"Dmitry Lendel" ...
>
> Где можно почитать про 2.1. Что сделано, что будет сделано?
http://tracker.firebirdsql.org/secure/IssueNavigator.jspa?reset=true&pid=1&fixfor=10090
--
Хорсун Влад
äÉÍÁ, Á MON$ ÔÁÂÌÉÃÙ - ÜÔÏ ÕÖÅ ÏËÏÎÞÁÔÅÌØÎÙÊ ×ÁÒÉÁÎÔ? ôÁÍ ×ÍÅÓÔÏ
ÐÁÒÁÍÅÔÒÏ× - ÚÎÁËÉ ×ÏÐÒÏÓÁ, ÔÁË É ÚÁÄÕÍÁÎÏ ÉÌÉ ÏÎÉ ÔÏÖÅ ÂÕÄÕÔ
ÁÎÁÌÉÚÉÒÏ×ÁÔØÓÑ?
PY>
PY> Дима, а MON$ таблицы - это уже окончательный вариант? Там вместо
PY> параметров - знаки вопроса, так и задумано или они тоже будут
PY> анализироваться?
а разве наименования параметров до сервера вообще доходят?
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
> PY> äÉÍÁ, Á MON$ ÔÁÂÌÉÃÙ - ÜÔÏ ÕÖÅ ÏËÏÎÞÁÔÅÌØÎÙÊ ×ÁÒÉÁÎÔ? ôÁÍ ×ÍÅÓÔÏ
> PY> ÐÁÒÁÍÅÔÒÏ× - ÚÎÁËÉ ×ÏÐÒÏÓÁ, ÔÁË É ÚÁÄÕÍÁÎÏ ÉÌÉ ÏÎÉ ÔÏÖÅ ÂÕÄÕÔ
> PY> ÁÎÁÌÉÚÉÒÏ×ÁÔØÓÑ?
>
> Á ÒÁÚ×Å ÎÁÉÍÅÎÏ×ÁÎÉÑ ÐÁÒÁÍÅÔÒÏ× ÄÏ ÓÅÒ×ÅÒÁ ×ÏÏÂÝÅ ÄÏÈÏÄÑÔ?
îÅÔ ËÏÎÅÞÎÏ, Ñ ÐÒÏ ÚÎÁÞÅÎÉÑ
Plotnikov Y wrote:
Дима, а MON$ таблицы - это уже окончательный вариант? Там вместо
параметров - знаки вопроса, так и задумано или они тоже будут
анализироваться?
Мдя... Мощно задвинул.
--
Дмитрий Еманов
Plotnikov Y wrote:
Дима, а MON$ таблицы - это уже окончательный вариант?
Будут расширения, как в 2.1, так и далее. Дока по текущему состоянию
есть тут:
http://firebird.cvs.sourceforge.net/firebird/firebird2/doc/README.monitoring_tables?view=markup
--
Дмитрий Еманов
Plotnikov Y wrote:
Нет конечно, я про значения
Все нормально со значениями.
--
Дмитрий Еманов
DY> http://www.firebirdsql.org/index.php?op=devel&sub=engine&id=roadmap_200
Если не трудно поясните пожалуйста, что из себя будет представлять Database
encryption в FB3 ?
С наилучшими пожеланиями, Oleg Prosvetov.
Oleg Prosvetov wrote:
Если не трудно поясните пожалуйста, что из себя будет представлять Database
encryption в FB3 ?
А давайте сначала дождемся 2.1?
--
Дмитрий Еманов
Dmitry Yemanov wrote:
Plotnikov Y wrote:
Дима, а MON$ таблицы - это уже окончательный вариант?
Будут расширения, как в 2.1, так и далее. Дока по текущему состоянию
есть тут:
http://firebird.cvs.sourceforge.net/firebird/firebird2/doc/README.monitoring_tables?view=markup
А когда эти
> á ËÏÇÄÁ ÜÔÉ ÔÁÂÌÉÃÙ ÍÏÎÉÔÏÒÉÎÇÁ ÂÕÄÕÔ × HEAD?
åÓÔØ ÖÅ ÕÖÅ, × ÔÏÍ ÞÔÏ ÔÙ ÄÁ×ÁÌ...
"Андр?й Жук" ...
>
> Dmitry Yemanov wrote:
> >
> > Plotnikov Y wrote:
> >> Дима, а MON$ таблицы - это уже окончательный вариант?
> >
> > Будут расширения, как в 2.1, так и далее. Дока по текущему состоянию
> > есть тут:
> &g
Plotnikov Y wrote:
А когда эти таблицы мониторинга будут в HEAD?
Есть же уже, в том что ты давал...
Та не, описание, его что-то в doc нету
Привет Дим.
> Будут расширения, как в 2.1, так и далее. Дока по текущему состоянию
> есть тут:
> http://firebird.cvs.sourceforge.net/firebird/firebird2/doc/README.monitoring_tables?view=markup
У нас тут идут непрекращающиеся войны
с зависшими транзакциями в процессе
которых родил
Андр?й Жук wrote:
Та не, описание, его что-то в doc нету
Ищи лучше. Я дал ссылку именно на HEAD.
--
Дмитрий Еманов
"Kovalenko Dmitry" ...
> У нас тут идут непрекращающиеся войны
> с зависшими транзакциями в процессе
> которых родилась мысль - нужны
> именованные транзакции. И как
> следствие - в таблице транзакций нужна
> соответствующая колонка.
И имя ей - TRANSACTION_ID
--
Хорсун Влад
Привет, Horsun!
Вы пишешь 12 января 2007:
>> У нас тут идут непрекращающиеся войны
>> с зависшими транзакциями в процессе
>> которых родилась мысль - нужны
>> именованные транзакции. И как
>> следствие - в таблице транзакций нужна
>> соответствующая колонка.
HV> И имя ей - TRANSACTIO
"Alex Cherednichenko" ...
>
> Привет, Horsun!
> Вы пишешь 12 января 2007:
>
> >> У нас тут идут непрекращающиеся войны
> >> с зависшими транзакциями в процессе
> >> которых родилась мысль - нужны
> >> именованные транзакции. И как
> >> следствие - в таблице транзакций нужна
> >> соответству
>> У нас тут идут непрекращающиеся войны
>> с зависшими транзакциями в процессе
>> которых родилась мысль - нужны
>> именованные транзакции. И как
>> следствие - в таблице транзакций нужна
>> соответствующая колонка.
HV> И имя ей - TRANSACTION_ID
Если меня правильно плющит, то он хо
Привет, Horsun!
Вы пишешь 12 января 2007:
[Sorry, skipped]
HV> Имя нужно для идентификации чего-либо, так ?
HV> Чем уникальный TRANSACTION_ID не подходит ?
А как мне уличить фашиста по TRANSACTION_ID ?
А вот обозвал транзакцию именем фашиста с добавлением N-ого суффикса,
и он уже ник
> > HV> И имя ей - TRANSACTION_ID
> >
> > Если меня правильно плющит, то он хочет имя.
> > Типа присваивания имени курсору.
>
> Имя нужно для идентификации чего-либо, так ?
> Чем уникальный TRANSACTION_ID не подходит ?
Возможно насчет "имени" это я сильно
сказал. Нужен способ привязы
Привет, Roman!
Вы пишешь 12 января 2007:
[Sorry, skipped]
RR> А что ты хочешь с именем транзакции делать? Из другой
RR> транзакции/коннекта делать что-то типа ROLLBACK ?
Я?
Я ничего не хочу.
Разве что пЫва глоток... ;)
Возьмём ситуацию, когда с одного хоста висят N коннектов.
Предположим
Привет, Kovalenko!
Вы пишешь 12 января 2007:
KD> Возможно насчет "имени" это я сильно
KD> сказал. Нужен способ привязывать к
KD> транзакции текст, по которому можно
KD> будет идентифицировать модуль
KD> породивший эту транзакцию.
О!
Я знал!!! :о))
--
With best regards, Alex Cherednichenko
"Alex Cherednichenko" ...
>
> Привет, Roman!
> Вы пишешь 12 января 2007:
>
> [Sorry, skipped]
> RR> А что ты хочешь с именем транзакции делать? Из другой
> RR> транзакции/коннекта делать что-то типа ROLLBACK ?
>
> Я?
> Я ничего не хочу.
> Разве что пЫва глоток... ;)
>
> Возьмём ситуацию, когда
Привет, Horsun!
Вы пишешь 12 января 2007:
>> Как их идентифицировать (на том конце) ?
HV> По PID'у
И что мне даст PID если он на чужом хосте?
--
With best regards, Alex Cherednichenko.
> > Нужен способ привязывать к
> > транзакции текст, по которому можно
> > будет идентифицировать модуль
> > породивший эту транзакцию.
>
> RDB$SET_CONTEXT(USER_TRANSACTION, 'KOVALENKO_MODULE', )
Дима, ты убийца женщин и детей :)
Коваленко Дмитрий.
RR> А что ты хочешь с именем транзакции делать? Из другой
RR> транзакции/коннекта делать что-то типа ROLLBACK ?
...
Возьмём ситуацию, когда с одного хоста висят N коннектов.
Предположим, в каждом >1 транзакции (читающие, пишущие).
Как их идентифицировать (на том конце) ?
А нафига? Если им
Alex Cherednichenko wrote:
Привет, Kovalenko!
Вы пишешь 12 января 2007:
KD> Возможно насчет "имени" это я сильно
KD> сказал. Нужен способ привязывать к
KD> транзакции текст, по которому можно
KD> будет идентифицировать модуль
KD> породивший эту транзакцию.
О!
Я знал!!! :о))
Стареет
>Стареет Димка-то, не тот уже :( Ещё годом раньше точно требовал бы объект
> привязать, со свойствами и методами, а
>теперь какой-то примитивный вульгарный текст...
А он в этот вульгарный текст засунет скрипт по созданию обьекта ;)
WBR,Dmitry Beloshistov AKA [-=BDS=-]
> А нафига? Если имя уникально, то я согласен с Владом. Если же оно не
> уникально, то что тебе даст знание, что хост 192.168.0.15 создал 20
> транзакций с именем 'blabla' и 30 транзакций c именем 'foobar'? Я пока
> не вижу, чем эта информация может быть полезна _администратору базы данных_.
>
> К
Ded wrote:
Стареет Димка-то, не тот уже :( Ещё годом раньше точно требовал бы
объект привязать, со свойствами и методами, а теперь какой-то
примитивный вульгарный текст...
Может он исходник класса в текст засунет :-))) И завтра потребует от
сервера его скомпилять и выполнить.
--
Дмитрий
"Alex Cherednichenko" ...
>
> Привет, Horsun!
> Вы пишешь 12 января 2007:
>
> >> Как их идентифицировать (на том конце) ?
>
> HV> По PID'у
>
> И что мне даст PID если он на чужом хосте?
Гм
> Возьмём ситуацию, когда с одного хоста висят N коннектов.
> Предположим, в каждом >1 транзакци
Привет, Roman!
Вы пишешь 12 января 2007:
[Sorry, skipped]
RR> Эту проблему надо решать в приложении, но не в сервере баз данных:
RR> приложение при старте транзакции может получить ID через
RR> CURRENT_TRANSACTION, и, возможно, потом (когда будут MON$ таблицы)
RR> убивать транзакцию с ис
> > KD> Возможно насчет "имени" это я сильно
> > KD> сказал. Нужен способ привязывать к
> > KD> транзакции текст, по которому можно
> > KD> будет идентифицировать модуль
> > KD> породивший эту транзакцию.
> >
> > О!
> > Я знал!!! :о))
>
> Стареет Димка-то, не тот уже :( Ещё годом раньше т
Админ может заставить разработчиков
выяснить почему транзакция "blabla",
стартовавшая в 8:30 утра до конца
рабочего дня так и не была закомичена.
Поиск строки "blabla" по тексту исходников
гораздо проще чем пытаться решать
такие проблемы эмпирическими
умозаключениями, базирующимися на
цене дров
Kovalenko Dmitry wrote:
Нужен способ привязывать к
транзакции текст, по которому можно
будет идентифицировать модуль
породивший эту транзакцию.
RDB$SET_CONTEXT(USER_TRANSACTION, 'KOVALENKO_MODULE', )
А в мониторинг можно добавить вывод всех контекстных переменных.
--
Дмитрий Еманов
"Kovalenko Dmitry" ...
>
> > А нафига? Если имя уникально, то я согласен с Владом. Если же оно не
> > уникально, то что тебе даст знание, что хост 192.168.0.15 создал 20
> > транзакций с именем 'blabla' и 30 транзакций c именем 'foobar'? Я пока
> > не вижу, чем эта информация может быть полезна _а
HV> И имя ей - TRANSACTION_ID
Если меня правильно плющит, то он хочет имя.
Типа присваивания имени курсору.
Имя нужно для идентификации чего-либо, так ?
Чем уникальный TRANSACTION_ID не подходит ?
может ему нужна проверка на уникальность имени транзакции?
дабы в один момент време
> Админ может заставить разработчиков
> выяснить почему транзакция "blabla",
> стартовавшая в 8:30 утра до конца
> рабочего дня так и не была закомичена.
ВО! ты знал, ты знал...
а еще я аргументирую в пользу того, что это должно быть НЕ в приложении:
Приложений много... плохих и очень плохих.
при
Привет, Horsun!
Вы пишешь 12 января 2007:
[Sorry, skipped]
HV>>> По PID'у
>> И что мне даст PID если он на чужом хосте?
HV> Идентификацию :) Хост тоже есть в мониторинге
HV> Ты чего хочешь-то ?
Пива! ;)
Я так подозреваю, что Диме нужно знать _ИЗВНЕ_,
а не на том хосте, котор
Привет, Dmitry!
Вы пишешь 12 января 2007:
DY> RDB$SET_CONTEXT(USER_TRANSACTION, 'KOVALENKO_MODULE', )
DY> А в мониторинг можно добавить вывод всех контекстных переменных.
Оно!
Обеими руками держусь за! :о)
--
With best regards, Alex Cherednichenko.
"Oleg_M" ...
> > Админ может заставить разработчиков
> > выяснить почему транзакция "blabla",
> > стартовавшая в 8:30 утра до конца
> > рабочего дня так и не была закомичена.
>
> ВО! ты знал, ты знал...
>
> а еще я аргументирую в пользу того, что это должно быть НЕ в приложении:
> Приложений много
t; для этого ?
Ну, это если автор написал приложение уже после выхода 2.1,
заложился на оную функциональность, а потом уже уволился. ;)
Нужно с уверенностью смотреть в прекрасное завтра!
--
With best regards, Alex Cherednichenko.
"""Horsun Vlad писал(а):
> > > Эту проблему надо решать в приложении, но не в сервере баз данных:
> > > приложение при старте транзакции может получить ID через
> > > CURRENT_TRANSACTION, и, возможно, потом ...
> >
> > Это все полет фантазиции не имеющий
> > ничего общего с реальностью.
>
> Ду
>
> Ну, это если автор написал приложение уже после выхода 2.1,
> заложился на оную функциональность, а потом уже уволился. ;)
>
> Нужно с уверенностью смотреть в прекрасное завтра!
>
нет, погодика... сервер то в обсуждаемом случае 2.1
обратную совместимость с приложение
> И хто будет присваивать имена тр-циям, если приложения не модифицировать
> для этого ?
разве я говорю, что не будет?
вот у меня есть на примете 5 подозрительных мест в (чужой) программе.
просмотрел - да вроде все нормально но "пометил" их.
Как оно все ведет себя в многопользовательском
"Kovalenko Dmitry" ...
>
> """Horsun Vlad писал(а):
> > > > Эту проблему надо решать в приложении, но не в сервере баз данных:
> > > > приложение при старте транзакции может получить ID через
> > > > CURRENT_TRANSACTION, и, возможно, потом ...
> > >
> > > Это все полет фантазиции не имеющий
> > >
>
http://www.firebirdsql.org/index.php?op=devel&sub=engine&id=roadmap_2007&nosb=1
ôÁÍ ËÁËÉÅ - ÔÏ ÚÁÍÅÄÌÑÀÝÉÅ ÃÉËÌÙ ×ÓÔÁ×ÌÅÎÙ? ñ ÓÏ Ó×ÏÉÍ ×ÙÄÅÌÅÎÎÙÍ ËÁÎÁÌÏÍ
ÏÔËÒÙÔØ ÎÅ ÍÏÇÕ. :-((
äÍÉÔÒÉÊ
"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
> Kovalenko Dmitry wrote:
>>
>> Нужен способ привязывать к
>> транзакции текст, по которому можно
>> будет идентифицировать модуль
>> породивший эту транзакцию.
>
> RDB$SET_CONTEXT(USER_TRANSACTION, 'KOVALENKO_MODULE'
Oleg LOA wrote:
Надеюсь ограничения на максимальное количество комбинаций ['KOVALENKO_MODULE',
] будет до того как кто-то напишит прогу для переполнения этого дела ;-)
Ограничение там воткнуто изначально.
--
Дмитрий Еманов
Действительно очень туго открывается.
Я все прочту, но вопрос про интернет. Ты
как-то писал, что 2.1 будет по-другому
пакеты передавать и через инте станет
весело. Это как по научному называется
и будет ли?
Дмитрий
"DmitryLe" ...
>
> Действительно очень туго открывается.
> Я все прочту, но вопрос про интернет. Ты
> как-то писал, что 2.1 будет по-другому
> пакеты передавать и через инте станет
> весело. Это как по научному называется
> и будет ли?
Совсем весело не стан
30-50 - это уже много. Я обратил внимание,
что большая часть времени уходит на
prepare. Видимо в этот момент много раз
"туда-сюда". Поиск молчит про LazyPort :-(
Дмитрий
Нетерпение сердца. :-) Сразу на 4!!!
Дмитрий
"DmitryLe" ...
>
> 30-50 - это уже много. Я обратил внимание,
> что большая часть времени уходит на
> prepare. Видимо в этот момент много раз
> "туда-сюда".
Да, prepare одна из самых (неоправданно) дорогих операций
> Поиск молчит про LazyPort :-(
http://sourceforge.net/mailarchive/message.p
"Vlad Horsun" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> "DmitryLe" ...
> >
> > 30-50 - это уже много. Я обратил внимание,
> > что большая часть времени уходит на
> > prepare. Видимо в этот момент много раз
> > "туда-сюда".
>
> Да, prepare одна из са
Кстати! Всех со Тарым- Новаым годом!!! Ура товарищи! Ура
Всехз кто не встречает старый - новый год - бить ногами по ПЕЧЕНИ
"Dmitry Voroshin" ...
>
> Всехз кто не встречает старый - новый год - бить ногами по ПЕЧЕНИ
По ПЕЧЕНИ бьют ВОТКОЙ аднака :)
--
Хорсун Влад
Я так понимаю, что в момент prepare сервер
возвращаяет структуру данных и типы
полей (может и план туда же и т.д.). Это
по идее такая "густая" и "длинная" record, а
клиент сервер постоянно
переспрашивает. :-))) Потому и долго. Да?
Это здорово. У меня есть
заинтересованность и возвожность
погонять на реальных клиентах. Дай
знать, когда можно.
Дмитрий
Вдруг стало выдавать
BSCMAKE: warning BK4502 : truncated .SBR file '.\Release\sprintf.sbr'
not in .\..\..\lib/io.bsc
BSCMAKE: error BK1513 : nonincremental update requires all .SBR files
Что бы это значило?
Привет.
Можно цепляться к 2.1 клиентом от 2.0?
И еще. Я просмотрел What is new, но не нашел упоминания про
оптимизицию для интрнета. Влад как-то говорил, что пакеты будут по
другому формироваться. Это уже есть?
Дмитрий
"DmitryLe" ...
> Привет.
> Есть более новая сборка чем 2.1.0.15199?
> В 2.1.0.15199 есть описанная проблема с 8к. А у меня таких запросов -
> скриптов вагон. Хочу погонять, а не могу.
http://www.firebirdsql.org/download/snapshot_builds/win/
--
Хорсун Влад
Спасибо.
ðÒÉ×ÅÔ
2.1.15392
ñ ÎÁÞÁÌ ÇÏÎÑÔØ Fb ÞÅÒÅÚ inet. äÅÊÓÔ×ÉÔÅÌØÎÏ, ÓËÏÒÏÓÔØ ×ÙÒÏÓÌÁ. åÓÌÉ ÒÁÎØÛÅ
ÚÁÐÒÏÓ ÏÔËÒÙ×ÁÌÓÑ 7-8 ÓÅË. ôÅÐÅÒØ 2-3. õÒÁ!
÷ÏÐÒÏÓ ÐÒÏ blob. åÓÌÉ Ñ ÐÒÁ×ÉÌØÎÏ ÐÏÎÑÌ, ÔÏ ÔÁÍ ÞÔÏ-ÔÏ ÍÅÎÑÌÏÓØ É ÍÏÖÎÏ
ÐÒÅÏÂÒÁÚÏ×ÁÔØ blob × varchar.
ñ ÎÅ ÚÎÁÀ ÐÏÞÅÍÕ, ÎÏ ÉÎÏÇÄÁ ×ÙÄÁÅÔÓÑ ÓÏÏÂÝÅÎÉÅ, ÅÓÌÉ
FieldBy
1 - 100 of 1199 matches
Mail list logo
