Re[8]: Чья ошибка ?

W> On Tue, 04 Sep 2007 16:49:02 +0400, Константин W> <[EMAIL PROTECTED]> wrote: >> VK> Можно даже от 1.5.х. >> ODS 11.1 !!??? W> дык то ж у сервера. клиенту-то какое дело до твоей ODS? Ну мало-ли ? С уважением, Константин Григорьевич. ===

Re[8]: Чья ошибка ?

VK> http://www.ibphoenix.com/main.nfs?a=ibphoenix&s=1188913941:1528793&page=ibp_pdb_win32 VK> Вот скажи - для ча всему снгнету качать твои картинки из ИБЕ, которые может понять VK> только Хвастунов ??? Сорри ... VK> Попробую выслать тебе свежего клиента, если gmane доставит пись

Re[8]: Насколько безопастно ...

DAB> Зачем кому-то метаданные без данных? Особо ценные алгоритмы? Да нет, но например логика ценообразования - клиенту не нужна, а то и вредна для неокрепших умов ... ;) Да и потом, как правило, просто лишняя и немаловажная защита от кривых ручек и желающих "похимичить" ... D

Re[8]: Как победить ?

>> Тогда я понимаю что ничего не понимаю :( VH> При построении плана выполнения запроса все вьюхи полностью VH> раскручиваются до базовых таблиц. Ага, понятненько ... А то я грешным делом подумал что перед "формированием" BLR происходит построение плана и ещё на

Re[8]: WHERE column = NAN ?

Приветствую Вас, 05.10.2006 в 16:16, Вы писали: BA> create procedure DOLOY_NAN BA> returns ( YAHOO integer) BA> as BA> declare variable S varchar(100); BA> declare variable ID integer; BA> begin BA> YAHOO = 0; BA> for select ID from TABLE1 into :ID do BA> begin BA> select FIEL

Re[8]: [JOB] Разработчик Delphi Firebird

> Фоновая картинка моего десктопа. Ты мне это... людей-то не распугивай, да? У нас все по-проще будет, да и закручивается все явно безхитросно... :) -- Regards, Dmitriy Kovalenko

Re[8]: Multiple-table UPDATE syntax

Приветствую Вас, 04.01.2007 в 21:31, Вы писали: DK>> Если нет то нет, значит поправим исходник IBX чтобы он мог выполнять DK>> несколько запросов в ModifySQL и InsertSQL, это будет идеальный вариант. DK>> Хотелось как проще выйти из ситуации. К> Используй FIB+ К> А ещё точнее TpFIBUpdat

Re[8]: ыЙЖТПЧБОЙЕ РБТПМЕК РП MD5

Здравствуйте, Dmitry Yemanov. Недавно (16 июня 2006 г., 16:33:53) Вы писали: >> Вообще-то это ограничение сервера, а не клиента. Поэтому эта проверка >> должна быть на стороне сервера. DY> Сервер пароль не получает, он получает хеш. Какая тут проверка? Да про сервер я глупость сказал, т.к.

Re[8]: ыЙЖТПЧБОЙЕ РБТПМЕК РП MD5

Здравствуйте, Dmitry Yemanov. Недавно (16 июня 2006 г., 18:10:38) Вы писали: DY> Не каждый раз. Уникальный хеш генерится для каждой тройки "юзер - DES-хеш - DY> старый хеш (если таковой был)". Тройка всё же скорее всего такая: SHA1 (salt || username || DES(password))? Или старый хеш как salt испо

Re[8]: РПЧЕДЕОЙЕ update ... (ЙУИПДС ЙЪ ...)

МГВ> А может тогда лучше ? МГВ> ver integer default 2 147 483 647 МГВ> PK (ID,VER) ^^^ МГВ> на них сделаны вьюхи с WHERE VER = 0; МГВ> Тут where подправить на 2 147 483 647 ? МГВ> с триггерами в которых на "любой чих" МГВ> по изменению делается МГ

Re[8]: РПЧЕДЕОЙЕ update ... (ЙУИПДС ЙЪ ...)

BA> # "версии" записи ... :( для истории изменений ... BA> Сначала использовал TIMESTAMP но там вылезли BA> какие-то глюки, кажись с тем же PK ... BA> Все таблички построены по типу BA> ID bigint, BA> ver integer default 0, BA> BA> Список полей BA>

Re: Re[8]: [JOB] Разработчик Delphi Firebird

Фоновая картинка моего десктопа. Ты мне это... людей-то не распугивай, да? У нас все по-проще будет, да и закручивается все явно безхитросно... :) А меня простота уже задрала. И очень давно :) Коваленко Дмитрий.

Re: Re[8]: Multiple-table UPDATE syntax

åÓÌÉ Ñ ÎÅ ÐÕÔÁÀ, ÔÏ Ë ÄÁÔÁÓÅÔÕ ÍÏÖÎÏ ÈÏÔØ ÓËÏÌØËÏ ÁÐÄÅÊÔÏÂßÅËÔÏ× ÐÒÉÃÅÐÉÔØ, Á ÔÁÍ ÕÖÅ ÓÏÏÔ×ÅÔÓÔ×ÅÎÎÏ. óÌÕÛÁÊ, Á ×ÏÏÂÝÅ, × ÞÅÍ ÐÒÏÂÌÅÍÁ? ÷ÚÑÔØ É ÒÕËÁÍÉ ×ÓÅ ÓÄÅÌÁÔØ × AfterPost ÎÁÐÒÉÍÅÒ?

Re: Re[8]: РПЧЕДЕОЙЕ update ... (ЙУИПДС ЙЪ ...)

"Константин" ??? Это к чему ? Шутка, да ... ? :) это первое, что пришло в голову при описании Вашей версионной системы добавление новых записей никак не может повлиять на ранее введенные. в бухгалтерии пишут не "это случилось 20 лет назад", а "это случилось 01.01.1980 в 3 часа пополудни"

Re: Re[8]: РПЧЕДЕОЙЕ update ... (ЙУИПДС ЙЪ ...)

И ? Извини что-то я не понял ... :( Ну версии записей тогда у тебя будут упорядочены по VER в порядке убывания. Самая свежая с VER = 2 147 483 647. Или тебе еще чего-то надо? With b/r. Gleb. --~--~-~--~~~---~--~~ -~--~~~~--

Re[8]: Нужна квалифицированная помощь по анализу базы.

Здравствуйте, Night. Вы писали 17 апреля 2006 г., 19:30:07: > Ну вы Новосибирск, это само по себе уже круто. > Да это хорошо, что у вас аутсорсинг во всю, нам до вас ещё ой как далеко. Все равно ссылку сохрани, если что может и пригодится. ;) > Нашим программа обошлась дороже во много раз, если

Re[8]: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)

>> Попробую сделать минимальный воспроизводимый пример ... VH> Воспроизвел. На 2.0.1 этого нету, т.е. что-то сломали в 2.1 VH> Починим ;) Сорри что до сих пор не сделал, и тебе пришлось напрягатся ... ;) Просто на работе запарка ... + политиканы "Нашу

Re: Re[8]: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)

Просто на работе запарка ... + политиканы "Нашу неньку Украину" - до абсурда доводят - все на нервах ... Да, там у вас жгут нипадецки. Вчера по радио слышал выступление Ющенко (в переводе). Одна фраза убила насмерть - "Майдан на Украине когда-нибудь закончится". Почему-т

Re: Re[8]: ���������� ������� �� MD5

"Yuris W. Auzinsh" <[EMAIL PROTECTED]> wrote: > > Warning - maximum 8 significant bytes of password used > посему видимо оно там должно проверятся, но не проверяется судя по > отзывам. Варнинг затерялся между RC

Re: Re[8]: ���������� ������� �� MD5

"Yuris W. Auzinsh" <[EMAIL PROTECTED]> wrote: > > Или старый хеш как salt используется? Именно. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---

Re: Re[8]: ����� ����������������� ������ �� ������� ���� .

Hello Юрий, 17 апреля 2006 г., 19:54:55, you wrote: >Там два варианта: либо все сразу по количеству абонентов, либо >ежемесячно 2-3% от сборов. Странные варианты. Если учесть что среÐ