Re: Поддерживается ли ibpp?
Если использовать no_rec_version, то изменить данные, которые уже изменены в другой завершённой транзакции, будет не возможно. ошибка. изменить их всегда невозможно в этом случае, ты уверен? может сейчас что-то изменилось, но вот этот пример когда-то работал без проблем для read committed и rec_version (псевдо-код): A.startTransaction(); B.startTransaction(); A.selectRowById(accountId = 1); // balance = 5 B.selectRowById(accountId = 1); // balance = 5 A.updateRowById(accountId = 1, set balance = balance - 3); A.commit(); // now balance is 2, but B believes it is 5 B.updateRowById(accountId = 1, // --- Ups! we get no lock conflict! set balance = balance - 4); B.commit(); // now balance is -2, not 1 а вот no_rec_version препятствует не изменению, а ЧТЕНИЮ измененных но не committed записей. это да :) Роман
Re: OFF: Понедельник, Vista и OpenVPN
Вот так мы в Липецке и развлекаемся :-) Чую, грядут времена, когда в виртуальных машинах будут кластеры поднимать ;-) Это была одна из самых первых мыслей, когда я впервые завел у себя ВМ :) Коваленко Дмитрий
Re: Как защитить метаданные от удаления?
OD Но в рабочих базах есть еще и таблицы и триггеры которые создает OD ibreplicator. Причем в разных базах имена триггеров разные. И в если не ошибаюсь то там можно префекс обьектам задать OD вычищать вручную в скрипте который генерирует database comparer. а есму сказать не трогать по префексу, использовать или системный или ibe$ он (компаер) их может игнорировать. With best regards, Attid.
Re: ��� �������� ���������� �� ��������?
óÉÓÔÅÍÎÙÅ ÔÁÂÌÉÃÙ ÌÕÞÛÅ ÎÅ ÔÒÏÇÁÔØ. îÏ ËÔÏ ÔÅÂÅ ÍÅÛÁÅÔ ÓÏÚÄÁÔØ Ó×ÏÀ ÐÓÅ×ÄÏ-ÓÉÓÔÅÍÎÕÀ... ÎÁÐÒ. SYS$PROTECTET_OBJECT_LIST
Re: Как защитить метаданные от удаления?
Oleg Deribas пишет: comparer? Может есть возможность где-нибудь в системных таблицах на них сослаться так чтобы случайно удалить их было невозможно... Есть совершенно железобетонное решение: писать скрипты обновления самому. :-) Причём не обязательно конечный скрипт руками писать: На том же python-е пишешь тулзовину, которая по минимально-достаточному описанию или сгенерит тебе такой скрипт, или сразу выполнит для указанной базы. Мы перешли именно на такой вид обновления - сразу стало жить проще. :-) В принципе можно и постобработчик для скриптов компарера написать, но по моему это несколько хуже и не так удобно. :-) -- Александр Замараев
Re: FB 2.1 и запрос select ... from ... where ... IN (select ...)
Павел Радченко wrote: а вот тут неувязка странная select data.id from data where data.dict1id IN (select dict1.id from dict1 where dict1.name starting with 'dd') --PLAN (DATA INDEX (DATA_DICT1_FK))--и с этим планом FB несогласен И не согласится. Ибо IN работает не так, как ты думаешь. Внешний запрос всегда ведущий, подзапрос - ведомый. -- Дмитрий Еманов
Re: Как защитить метаданные от удаления?
On Tue, 13 May 2008 11:12:33 +0400, Tonal [EMAIL PROTECTED] wrote: На том же python-е пишешь тулзовину... Эх, хирурги. Всё бы вам отрезать что-нибудь. Вот, возми таблетку, само отвалится! Экстракт метаданных и прочие сравнения уже реализованы в DataCompare.ibeblock Осталось только подкрутить чего не нравится, и заюзать IBEScript.dll для выполнения сего блока. Не сочтите за рекламу. -- Сергей Смирнов.
Re: Как защитить метаданные от удаления?
On Tue, 13 May 2008 11:55:23 +0400, WildSery [EMAIL PROTECTED] wrote: уже реализованы в ... Ну и в других. А вообще, экспертовская сравнилка умело игнорирует объекты по маскам. -- Сергей Смирнов.
Re: Как защитить метаданные от удаления?
WildSery пишет: На том же python-е пишешь тулзовину... Экстракт метаданных и прочие сравнения уже реализованы в DataCompare.ibeblock Осталось только подкрутить чего не нравится, и заюзать IBEScript.dll для выполнения сего блока. Тоже вполне себе вариант. Только требует обязательного наличия винды. :-) Да и по мне на нормальном языке (python) писать что-либо проще и понятнее выходит чем на IBEScript-е. Хотя это кому как нравиться. :-) -- Александр Замараев
Re: Как защитить метаданные от удаления?
WildSery wrote: А вообще, экспертовская сравнилка умело игнорирует объекты по маскам. Мне тоже казалось что она это умеет, но вот сейчас смотрю в нее и не вижу ничего. Или это та которая внешняя тулзовина? -- Oleg
Re: OFF: Понедельник, Vista и OpenVPN
Ovchinnikov Vasily [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Kovalenko Dmitry пишет: Вот так мы в Липецке и развлекаемся :-) Чую, грядут времена, когда в виртуальных машинах будут кластеры поднимать ;-) -- Они уже настали. Недавно приятель из Канады приезжал. Лет 7 назад туда переехал. Рассказывал, что у них в конторе 5 серверов под Linux обеденены в кластер. На нем запущены 20 виртуальных машин. На двух из них работают MS-SQL серверы, объединенные в кластер ... With b/r. Gleb.
Re: OFF: Понедельник, Vista и OpenVPN
Kovalenko Dmitry сообщил/сообщила в новостях следующее: Вот так мы в Липецке и развлекаемся :-) Чую, грядут времена, когда в виртуальных машинах будут кластеры поднимать ;-) Это была одна из самых первых мыслей, когда я впервые завел у себя ВМ :) Пять лет назад, от таких экспериментов меня спасло отсутствие парочки винчестеров хотя бы гиг на 40. :( Даже и одного свободного не было.
Re: OFF: Понедельник, Vista и OpenVPN
Они уже настали. Недавно приятель из Канады приезжал. Лет 7 назад туда переехал. Рассказывал, что у них в конторе 5 серверов под Linux обеденены в кластер. На нем запущены 20 виртуальных машин. На двух из них работают MS-SQL серверы, объединенные в кластер ... Не знал, что в Канаде ТАКАЯ трава :) Коваленко Дмитрий.
Re[2]: OFF: Понедельник, Vista и OpenVPN
Привет! Вот так мы в Липецке и развлекаемся :-) Чую, грядут времена, когда в виртуальных машинах будут кластеры поднимать ;-) Почему это _грядут_ ? Они уже давно для тестов используются. -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: OFF: Понедельник, Vista и OpenVPN
Не знал, что в Канаде ТАКАЯ трава :) Не обращай внимания, у них - можно. В смысле, в Канаде можно курить. Я не о сигаретах. Тут вопрос не качестве, а скорее в количестве. Или в систематическом употреблении.
Re: Как защитить метаданные от удаления?
On Tue, 13 May 2008 12:25:13 +0400, Oleg Deribas [EMAIL PROTECTED] wrote: Мне тоже казалось что она это умеет, но вот сейчас смотрю в нее и не вижу ничего. Или это та которая внешняя тулзовина? Чё-та я наврал. Прошу прощения. Сравнение метаданных - это не штатный блок, идущий в комплекте. Это я сам пробовал, писал :) Так что, всё же к хирургу. -- Сергей Смирнов.
OFF: Преимущества x64 перед 32 битами
Привет всем. Я сегодня сделал много открытий. Спасибо Биллу :) Но главное открытие сделал только вечером. 64 бита - это реальный шаг в программировании. Раньше, на 32 битах, программа могла дать течь оперативной памяти ну максимум - 3 гига. Это предел. А сейчас ... Коваленко Дмитрий.
Re: OFF: Преимущества x64 перед 32 битами
ПрЕвеД! Я сегодня сделал много открытий. Спасибо Биллу :) Но главное открытие сделал только вечером. 64 бита - это реальный шаг в программировании. Раньше, на 32 битах, программа могла дать течь оперативной памяти ну максимум - 3 гига. Это предел. А сейчас ... Гониш (с) Кааа. Можно было больше, если заюзать хитрое расширение, которое позволяло 32-битным осям юзать 16 и более гиг рамы. А при 64-битной операционке - любой дурак утечку на 8 гигофф сделает :)) -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: FB 2.1 и запрос select ... from ... where ... IN (select ...)
Ибо IN работает не так, как ты думаешь. Внешний запрос всегда ведущий, подзапрос - ведомый. -- Дмитрий Еманов В этом как раз и проблема насколько я правильно понимал самые основы SQL подзапрос не использующий в себе значений верхнего запроса выполняется только один раз и не должен быть ведомым. Может я понял неверно и в словах Ибо IN работает не так, как ты думаешь. Внешний запрос всегда ведущий, подзапрос - ведомый. ты имел ввиду что это фича которая таким образом позволяет планом рулить?
Re: OFF: Преимущества x64 перед 32 битами
Hello, Sergey! You wrote to Kovalenko Dmitry on Tue, 13 May 2008 21:25:24 +0300: KD Я сегодня сделал много открытий. Спасибо Биллу :) KD Но главное открытие сделал только вечером. KD 64 бита - это реальный шаг в программировании. KD Раньше, на 32 битах, программа могла дать течь KD оперативной памяти ну максимум - 3 гига. Это предел. Разве не 4? KD А сейчас ... SM Гониш (с) Кааа. SM Можно было больше, если заюзать хитрое расширение, SM которое позволяло 32-битным осям юзать 16 и более гиг рамы. SM А при 64-битной операционке - любой дурак утечку на SM 8 гигофф сделает :)) М... Откуда цифирь 8 Гигофф? 2^64 имхо горздо больше. -- Удач Alexander A. Venikov, Tobolsk, Russia
Re: FB 2.1 и запрос select ... from ... where ... IN (select ...)
Павел Радченко wrote: В этом как раз и проблема насколько я правильно понимал самые основы SQL подзапрос не использующий в себе значений верхнего запроса выполняется только один раз и не должен быть ведомым. Дело в том, что в случае IN сервер неявно превращает некоррелированный запрос в коррелированный добавлением условия связи внутрь подзапроса. -- Дмитрий Еманов
Re: Как защитить метаданные от удаления?
Мне тоже казалось что она это умеет, но вот сейчас смотрю в нее и не вижу ничего. Или это та которая внешняя тулзовина? Копать в сторону ibBlock. Или Хвастунова попытать на предмет хоть какой-нить документации по этому функционалу. Вот, знакомые юзают очень активно, но сами ковыряли функционал методом тыка. Мне оно не надо было, поэтому не знаю, что там и как.
Re: FB 2.1 и запрос select ... from ... where ... IN (select ...)
On 14 май, 07:31, Dmitry Yemanov [EMAIL PROTECTED] wrote: Павел Радченко wrote: В этом как раз и проблема насколько я правильно понимал самые основы SQL подзапрос не использующий в себе значений верхнего запроса выполняется только один раз и не должен быть ведомым. Дело в том, что в случае IN сервер неявно превращает некоррелированный запрос в коррелированный добавлением условия связи внутрь подзапроса. -- Дмитрий Еманов Большое спасибо незнал об этой тонкости FB !
