Hello, Alexey!
Alexey Popov wrote:
ХоÑеÑÑ Ð¾Ð± ÑÑом поговоÑиÑÑ? Ðавай. Я ÑÑиÑаÑ, ÑÑо Ñак пÑоекÑиÑоваÑÑ Ð½ÐµÐ»ÑзÑ.
Ðадо бÑло:
ÑÑ ÑÑо комÑ? ÐÑо "надо бÑло"? ÐаÑÐ¸Ð½Ñ Ð²Ñемени Ñебе даÑÑ? Ðли Ñ
"Alexey Popov" ...
Khorsun Vlad wrote:
Ð ÑÑ Ñ
оÑеÑÑ, ÑÑÐ¾Ð±Ñ ÑÐµÐ±Ñ ÑÑÑ Ð½Ðµ пинали ? ÐÑбиÑай Ñлова и помни, ÑÑо ÑвоÑ
мнение не обÑзаÑелÑно пÑавилÑное мнение.
ХоÑеÑÑ Ð¾Ð± ÑÑом поговоÑиÑÑ? Ð
Hello, Alexey!
Alexey Popov wrote:
Ðа, Ñ Ð¶Ðµ забÑл ÑÑо ÑÑÑ Ð²ÑÑ ÑеÑез жо.
Yo!, ÑÑо ÑÑ???
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
To unsubscribe from this group, send email to ru-firebird+unsubscribegooglegroups.com or
reply to this email with the wo
Khorsun Vlad wrote:
Ð ÑÑ Ñ
оÑеÑÑ, ÑÑÐ¾Ð±Ñ ÑÐµÐ±Ñ ÑÑÑ Ð½Ðµ пинали ? ÐÑбиÑай Ñлова и помни, ÑÑо ÑвоÑ
мнение не обÑзаÑелÑно пÑавилÑное мнение.
ХоÑеÑÑ Ð¾Ð± ÑÑом поговоÑиÑÑ? Ðавай. Я ÑÑи
"Alexey Popov" ...
Ðа, Ñ Ð¶Ðµ забÑл ÑÑо ÑÑÑ Ð²ÑÑ ÑеÑез жо.
Ð ÑÑ Ñ
оÑеÑÑ, ÑÑÐ¾Ð±Ñ ÑÐµÐ±Ñ ÑÑÑ Ð½Ðµ пинали ?
ÐÑбиÑай Ñлова и помни, ÑÑо ÑÐ²Ð¾Ñ Ð¼Ð½ÐµÐ½Ð¸Ðµ не обÑзаÑелÑно
пÑавилÑное мнение. Я Ñж
Dmitri Kuzmenko wrote:
?
- по умолчанию write
- для ro надо явно указывать read
Да, я же забыл что тут всё через жо.
Флаг isc_tpb_write по сути не нужен.
Вообщем с явным параметром read тоже самое.
To unsubscribe from this group, send email to ru-firebird+unsubscribegooglegroups.com or
r
Hello, Alexey!
Alexey Popov wrote:
Транзакция
nowait
rec_version
read_committed
Разницы с добвленной опцией write не обнаружено.
?
- по умолчанию write
- для ro надо явно указывать read
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
To unsubscribe from this group, send email to ru-f
"Alexey Popov" ...
Vlad Khorsun wrote:
Сервер FB2.0.3, FW=On.
SS или CS ?
SS.
Посмотрел ещё раз. Хоть flush для SS и не вызывается, но и header, и TIP
на диск всё равно пишутся :)
Вопрос ещё в том, что происходит со грязными страницами после, если не по
коммит не делается flush.
Dmitry Yemanov wrote:
напÑимеÑ, еÑли ÐºÐ¾Ð½Ð½ÐµÐºÑ Ð½Ðµ обÑаÑаеÑÑÑ Ð·Ð° current_connection, Ñо
вÑдаваемÑй Ð½Ð¾Ð¼ÐµÑ Ð½Ðµ ÑвелиÑиваеÑÑÑ.
Уже давно ÑвелиÑиваеÑÑÑ.
Ñ ÐºÐ¾Ð³Ð¾ как
Ñ Ð¼ÐµÐ½Ñ Ð²Ñе еÑе не ÑвелиÑ
Dmitry Yemanov wrote:
напÑимеÑ, еÑли ÐºÐ¾Ð½Ð½ÐµÐºÑ Ð½Ðµ обÑаÑаеÑÑÑ Ð·Ð° current_connection, Ñо
вÑдаваемÑй Ð½Ð¾Ð¼ÐµÑ Ð½Ðµ ÑвелиÑиваеÑÑÑ.
Уже давно ÑвелиÑиваеÑÑÑ.
ÐÐµÐ½Ñ ÐºÐ°Ðº Ñо Ñаз за ÑÑо ÑÑÑÑ Ð½Ð¾Ð³Ð°Ð¼Ð
Oleg Matveyev пиÑеÑ:
напÑимеÑ, еÑли ÐºÐ¾Ð½Ð½ÐµÐºÑ Ð½Ðµ обÑаÑаеÑÑÑ Ð·Ð° current_connection, Ñо
вÑдаваемÑй Ð½Ð¾Ð¼ÐµÑ Ð½Ðµ ÑвелиÑиваеÑÑÑ.
Уже давно ÑвелиÑиваеÑÑÑ.
--
ÐмиÑÑий Ðманов
To unsubscribe from this
Vlad Khorsun wrote:
Сервер FB2.0.3, FW=On.
SS или CS ?
SS.
Вопрос ещё в том, что происходит со грязными страницами после, если не по
коммит не делается flush.
To unsubscribe from this group, send email to ru-firebird+unsubscribegooglegroups.com or
reply to this email with the words
ТÑÑ Ð½Ñжно подÑмаÑÑ. ÐÐ¾Ð¶ÐµÑ Ð±ÑÑÑ Ð´ÐµÐ¹ÑÑвиÑелÑно можно бÑÐ´ÐµÑ RO RC ÑÑ-ÑиÑм
ÑÑпо даваÑÑ Ð½Ð¾Ð¼ÐµÑ 1 :) ÐÐ»Ñ Ð½Ðµ RC ÑÑ-Ñий ÑÑо ÑоÑно нелÑзÑ.
ТÑÑ ÑÑÐ¾Ð¸Ñ Ð·Ð°Ð¼ÐµÑиÑÑ, ÑÑо некоÑоÑÑй ÑоÑÑ
"Alexey Popov"
ÑообÑил/ÑообÑила в новоÑÑÑÑ
ÑледÑÑÑее: news:hoffs6$o3...@dough.gmane.org...
Vlad Khorsun wrote:
Ðикакого не даваÑÑ Ð½ÐµÐ»ÑзÑ. ÐидимоÑÑÑ Ð·Ð°Ð¿Ð¸Ñей опÑеделÑеÑÑÑ Ð¸ÑÑ
Ð¾Ð´Ñ Ð¸Ð·
номеÑа ÑиÑ
"Alexey Popov" ...
Сервер FB2.0.3, FW=On.
SS или CS ?
--
Хорсун Влад
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.
Vlad Khorsun wrote:
Можно ли при коммите легко определить меняла ли транзакция чего или нет?
Да
Если нет, то и не вызывать flush.
См. выше :)
Проверил. Сделал в цикле 1 раз
StartTransaction
Commit
Транзакция
nowait
rec_version
read_committed
Сервер FB2.0.3, FW=On.
Сильно
Vlad Khorsun wrote:
Ðикакого не даваÑÑ Ð½ÐµÐ»ÑзÑ. ÐидимоÑÑÑ Ð·Ð°Ð¿Ð¸Ñей опÑеделÑеÑÑÑ Ð¸ÑÑ
Ð¾Ð´Ñ Ð¸Ð·
номеÑа ÑиÑаÑÑей ÑÑ-Ñии и номеÑа ÑÑ-Ñии, изменивÑей запиÑÑ. ХоÑÑ... Ñм. ниже
ТÑÑ Ð
"Alexey Popov" ...
Vlad Khorsun wrote:
Кстати, у SS этот flush не вызывается при "коммите" RO тр-ции.
Можно ли при коммите легко определить меняла ли транзакция чего или нет?
Да
Если нет, то и не вызывать flush.
См. выше :)
--
Хорсун Влад
To unsubscribe from this group,
"Alexey Popov" ...
Vlad Khorsun wrote:
ÐÐ¾Ñ Ð¸Ð¼ÐµÐ½Ð½Ð¾ ÑÑо Ð¼Ñ Ð¾Ð±ÑÑждали в fb-architect. ÐÑÑÑ Ð¸Ð´ÐµÑ ÐºÐ°Ðº ÑÑо можно ÑлÑÑÑиÑÑ, пÑоÑÑо нÑжно ÑÑим занÑÑÑÑÑ. Ðа палÑÑаÑ
- позволиÑÑ
неÑколÑким
поÑлеÐ
Vlad Khorsun wrote:
ÐÐ¾Ñ Ð¸Ð¼ÐµÐ½Ð½Ð¾ ÑÑо Ð¼Ñ Ð¾Ð±ÑÑждали в fb-architect. ÐÑÑÑ Ð¸Ð´ÐµÑ ÐºÐ°Ðº ÑÑо можно
ÑлÑÑÑиÑÑ, пÑоÑÑо нÑжно ÑÑим занÑÑÑÑÑ. Ðа палÑÑаÑ
- позволиÑÑ Ð½ÐµÑколÑким
поÑледоваÑелÑно
Vlad Khorsun wrote:
Кстати, у SS этот flush не вызывается при "коммите" RO тр-ции.
Можно ли при коммите легко определить меняла ли транзакция чего или нет?
Если нет, то и не вызывать flush.
Хотя конечно ещё неприятен рост TIP из за большого количества читающих
транзакцией (даже read_c
"Alexey Popov" ...
Vlad Khorsun wrote:
2. ÐаÑÑоÑÑÐ°Ñ Ð¼Ð¾ÑÐ°Ð»Ñ (в данном пÑимеÑе) - полÑзоваÑÑ Ð¾Ð´Ð½Ñ Ð¾Ð±ÑÑÑ RO ÑÑ-ÑиÑ
ТÑÑ ÐºÑÑаÑи не Ñак вÑÑ Ð¿ÑоÑÑо. ÐÑÑÑ Ð¼Ð°ÑÑа ÑоÑÑа, коÑоÑÑе не ÑÑÑÑждаÑÑ ÑÐ
"Alexey Popov" ...
Vlad Khorsun wrote:
2. Настояшая мораль (в данном примере) - пользовать одну общую RO тр-цию
Дык понятно, посто при модульном и объектном построении софта не всегда есть возможность договориться о кооперации в использовании
единой транзакции.
А для явно RO транзакции на
Vlad Khorsun wrote:
2. ÐаÑÑоÑÑÐ°Ñ Ð¼Ð¾ÑÐ°Ð»Ñ (в данном пÑимеÑе) - полÑзоваÑÑ Ð¾Ð´Ð½Ñ Ð¾Ð±ÑÑÑ RO ÑÑ-ÑиÑ
ТÑÑ ÐºÑÑаÑи не Ñак вÑÑ Ð¿ÑоÑÑо. ÐÑÑÑ Ð¼Ð°ÑÑа ÑоÑÑа, коÑоÑÑе не ÑÑÑÑждаÑÑ ÑебÑ
ÑÑÑаноÐ
Vlad Khorsun wrote:
2. Настояшая мораль (в данном примере) - пользовать одну общую RO тр-цию
Дык понятно, посто при модульном и объектном построении софта не всегда
есть возможность договориться о кооперации в использовании единой транзакции.
А для явно RO транзакции надеюсь точно ничего н
"Alexey Popov" ...
Случился тут такой код:
много раз в цикле вызов функции
старт транзакции
простой селект (only read)
коммит
Если FW on, то винч яростно начинает дрыгать головками. Очевидно на каждый
коммит пишется tip, заголовок и ещё може чего.
Мораль в том, что надо править в консерватор
Alexey Popov пишет:
Мораль в том, что надо править в консерватории чтобы для read транзакций
ничего не писалось в базу по коммиту.
Сильно. А по старту?
To unsubscribe from this group, send email to ru-firebird+unsubscribegooglegroups.com or
reply to this email with the words "REMOVE ME" as the
Случился тут такой код:
много раз в цикле вызов функции
старт транзакции
простой селект (only read)
коммит
Если FW on, то винч яростно начинает дрыгать головками. Очевидно на каждый
коммит пишется tip, заголовок и ещё може чего.
Мораль в том, что надо править в консерватории чтобы для read т
On Jun 12, 7:09 pm, "St. Alex" wrote:
> 12.06.2009 17:24, Yurij пишет:
> > SQL> select * from rdb$fix_metadata('WIN1251');
> > SQL> commit;
> АСРК?
Ничего в голову, кроме "а почему вы спрашиваете?" не приходит :)
12.06.2009 17:24, Yurij пишет:
Переношу базу с 1.5.4 на 2.1.1. Сделал бэкап-ресторе, выполняю
обновление чарсета метаданных. И после
SQL> select * from rdb$fix_metadata('WIN1251');
SQL> commit;
АСРК?
С уважением,
Стариков Алексей
On Jun 12, 4:51 pm, "Khorsun Vlad" wrote:
> "Yurij" ...
> >> В кривых AFTER триггерах, присваивающих в NEW и\или OLD, и\или
> >> кривых BEFORE DELETE(INSERT), триггерах, присваивающих в NEW(OLD).
>
> > Ага, поищу. Но почему на метаданных и почему только после коммита -
> > это для меня загадка. На
"Yurij" ...
On Jun 12, 4:30 pm, "Khorsun Vlad" wrote:
"Yurij" ...
> attempted update of read-only column
> Кто-нибудь может подсказать, где искать причину ошибки?
В кривых AFTER триггерах, присваивающих в NEW и\или OLD, и\или
кривых BEFORE DELETE(INSERT)
On Jun 12, 4:30 pm, "Khorsun Vlad" wrote:
> "Yurij" ...
> > attempted update of read-only column
> > Кто-нибудь может подсказать, где искать причину ошибки?
> В кривых AFTER триггерах, присваивающих в NEW и\или OLD, и\или
> кривых BEFORE DELETE(IN
"Yurij" ...
Переношу базу с 1.5.4 на 2.1.1. Сделал бэкап-ресторе, выполняю
обновление чарсета метаданных. И после
SQL> select * from rdb$fix_metadata('WIN1251');
SQL> commit;
вылазит такое сообщение:
Statement failed, SQLCODE = -151
attempted update of read-onl
онность в таких врем. таблицах теряет смысл. Понятно, что данные,
находящиеся в 'on commit delete rows'-таблице принципиально не могут быть
доступны другим транзакциям - БД после завершения транзакции гарантировано
остается в неизменном виде, т.е. read-only фактически не нарушается.
таблице принципиально не могут быть
доступны другим транзакциям - БД после завершения транзакции гарантировано
остается в неизменном виде, т.е. read-only фактически не нарушается.
Кто что думает по этому поводу? :) (особенно разработчики)
"Ded" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
>>>ôÅÂÅ ÕÖÅ ÄÁÌÉ ÒÅÃÅÐÔ - ÐÅÒÅËÏÍÐÉÌÑÃÉÑ ×ÓÅÈ ÔÒÉÇÇÅÒÏ× ÉÚ ÜËÓÐÅÒÔÁ.
>>>åÓÌÉ ÔÙ ÄÕÍÁÅÛØ, ÞÔÏ ÏÎÉ ÐÅÒÅËÏÍÐÉÌÉÒÕÀÔÓÑ ÐÒÉ ÂÜËÁÐ-ÒÅÓÔÏÒÅ, ÔÏ ÔÙ
>>>ÏÛÉÂÁÅÛØÓÑ.
>> ñ-ÔÏ ÍÏÇÕ ÏÛÉÂÁÔØÓÑ... á ×ÏÔ GBak - ×ÒÑÄ ÌÉ...
Vladimir A.Bakhvaloff wrote:
Тебе уже дали рецепт - перекомпиляция всех триггеров из эксперта.
Если ты думаешь, что они перекомпилируются при бэкап-ресторе, то ты
ошибаешься.
Я-то могу ошибаться... А вот GBak - вряд ли... Перекомпилировал!..
Чес-слово!.. Даже с первой ошибкой... :\
"WildSery" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
>>> ïÞÅÎØ ÒÁÓÐÌÙ×ÞÁÔÏÅ ÖÅÌÁÎÉÅ - "ÈÏÞÕ ÞÔÏÂÙ ÓÏÏÔ×ÅÔÓÔ×Ï×ÁÌÏ".
>>á ×ÏÔ ÔÏÍÕ, ÞÔÏ × ÓÁÍÏÊ ÐÅÒ×ÏÊ ÍÅÓÓÁÇÅ ÂÙÌÏ ÕËÁÚÁÎÏ...
>> ðÒÉÞ_ÍÄÏÓÔÁÔÏÞÎÏ ÔÁËÉ ËÏÎËÒÅÔÎÅÎØËÏ...
> éÚ×ÉÎÉ, ÎÅ ÐÏÄÕÍÁÌ, ÞÔÏ ÔÙ ×Ó£ ÅÝ£
>> Проверка на соответствие чему?
>> Очень расплывчатое желание - "хочу чтобы соответствовало".
>А вот тому, что в самой первой мессаге было указано... Прич_мдостаточно
> таки конкретненько...
Извини, не подумал, что ты всё ещё о ТОЙ ошибке.
Тебе уже дали рецепт - перекомпиляция всех тригг
"WildSery" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
> ðÒÏ×ÅÒËÁ ÎÁ ÓÏÏÔ×ÅÔÓÔ×ÉÅ ÞÅÍÕ?
> ïÞÅÎØ ÒÁÓÐÌÙ×ÞÁÔÏÅ ÖÅÌÁÎÉÅ - "ÈÏÞÕ ÞÔÏÂÙ ÓÏÏÔ×ÅÔÓÔ×Ï×ÁÌÏ".
á ×ÏÔ ÔÏÍÕ, ÞÔÏ × ÓÁÍÏÊ ÐÅÒ×ÏÊ ÍÅÓÓÁÇÅ ÂÙÌÏ ÕËÁÚÁÎÏ... :) ðÒÉÞ£Í
ÄÏÓÔÁÔÏÞÎÏ ÔÁËÉ ËÏÎËÒÅÔÎÅÎØËÏ... ;)
Проверка на соответствие чему?
Очень расплывчатое желание - "хочу чтобы соответствовало".
Hello, Boris!
You wrote on Sat, 30 Sep 2006 17:57:00 +0300:
??>>А никто не придумал ещё суперскую такую тулзу, чтобы подёргать все
??>> триггера на предмет их соответствия?..
??>>А то глазама оченно лениво, однако... %)
BL> ? IBExpert - Recompile all triggers.
Ни... Не канает..
А никто не придумал ещё суперскую такую тулзу, чтобы подёргать все
триггера на предмет их соответствия?..
А то глазама оченно лениво, однако... %)
? IBExpert - Recompile all triggers.
"Vladimir A.Bakhvaloff" <[EMAIL PROTECTED]>
ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
÷ AFTER UPDATE - ×ÏÏÂÝÅ ÎÉÞÅÇÏ ËÒÉÍÉÎÁÌØÎÏÇÏ... :\
>>> ÷ ÔÒÉÇÇÅÒÁÈ ÌÀÂÙÅ INSERT/UPDATE/DELETE ÅÓÔØ? åÓÌÉ ÄÁ, ÓÍÏÔÒÉ ÅÝÅ É
>>> ÄÒÕÇÉÅ ÔÒÉÇÇÅÒÁ.
>>÷ AFTER ÔÒÉÇÇÅÒÁÈ?.. éÍÅÀÔÓÑ, ÇÁÄÙ..
"Vladimir A.Bakhvaloff" <[EMAIL PROTECTED]>
ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
>>> NEW.DateLastEdit='NOW';
>>> ÷ AFTER UPDATE - ×ÏÏÂÝÅ ÎÉÞÅÇÏ ËÒÉÍÉÎÁÌØÎÏÇÏ... :\
>> ÷ ÔÒÉÇÇÅÒÁÈ ÌÀÂÙÅ INSERT/UPDATE/DELETE ÅÓÔØ? åÓÌÉ ÄÁ, ÓÍÏÔÒÉ ÅÝÅ É ÄÒÕÇÉÅ
>> ÔÒÉÇÇÅÒÁ.
>÷ AFTER
"Dmitry Yemanov" <[EMAIL PROTECTED]>
ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
>> ðÏÓÍÏÔÒÅÌ ÎÁ ÔÒÉÇÇÅÒ, ÐÒÁ×ÄÁ, ÎÁ BEFORE UPDATE:
>> IF (OLD.ID_UserLock <> NEW.ID_UserLock and NEW.ID_UserLock <> 0 and
>> OLD.ID_UserLock <> 0) THEN
>> EXCEPTION EXC_DocumentIsLocked;
>>
Vladimir A.Bakhvaloff wrote:
Почитал мудрый файлик README.incompatibilities.txt...
Много думал про:
Похвально.
Посмотрел на триггер, правда, на BEFORE UPDATE:
IF (OLD.ID_UserLock <> NEW.ID_UserLock and NEW.ID_UserLock <> 0 and
OLD.ID_UserLock <> 0) THEN
EXCEPTION EXC_DocumentIsLocke
. attempted update
of read-only column.
...
ðÏÞÉÔÁÌ ÍÕÄÒÙÊ ÆÁÊÌÉË README.incompatibilities.txt...
íÎÏÇÏ ÄÕÍÁÌ ÐÒÏ:
* Assignments to OLD contexts are now prohibited for all kinds of
triggers.
Also, assignments to NEW contexts in AFTER-triggers are prohibited as
well.
So, if you get an unexpected
49 matches
Mail list logo
