subject:"Re\[2\]\: \?\?\? \?\? \?\?\?\?\?\?\?"


Привет!

> Мы курили вариант с общим дисковым массивом, на котором лежит база, и к
> которому быстрым каналом подключены вычислительные узлы. В обычном 
> FB-классике встроенный менеджер блокировок заменяется внешним, 
> распределенным, он берет на себя коммуникацию между узлами. Получаем 
> коннекты, привязанные к определенным узлам кластера. Балансировка 
> нагрузки - внешними средствами (под линукс такое есть). Это практически
> полный аналог VAX-кластера, на котором IB когда-то работал. Самый тупой
> вариант, наверное, но вполне рабочий.

Угу, про такой вариант мне Самофатов рассказывал - только он отдельно
подчеркнул, что дешевого решения (я про железо) не получится - я сам в
одном толстом жирном банке как раз в то время видел сетевое хранилище
- на пол терабайта с хотсвапом. Подключалось по оптике сразу к 2-м
серверам (под виндой, но это рояли не играет). Стоил 150К
вечнозеленых. Скорость работы с таким "удаленным" винтом - даже выше,
чем с обычным, но все равно это немного не то :)
Все-таки основная нагрузка в СУБД ложится именно на дисковую
подсистему - хотя есть в природе кластеры с оперативкой в 16Тб, но
стоимость у них такая, что тот же Оракл, наверняка, идет в подарок :)



-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: OFF: Вопрос про кластеризацию


Привет!

> Решение для нищебродов - выделить одну из машин (с рэйдом) под 
> файл-сервер, к нему прочие узлы подключить через гигабитный эзернет. 
> Мега-кластер не выйдет, конечно, но пару тысяч средненагруженных 
> коннектов должно потянуть.

Фи, Дмитрий, как это мало - пара тыщ :))

Хотя гигабитовые контроллеры нынче очень дешевы и их к тому же можно
пообъядинять - все равно тормознутее и дешевле инфинибанда будет (там только 
кабель
стоит от 50 до 600 баксов и сами карточки по 1-2к).

Но с таким же успехом можно заюзать "чистый" кластер с кластерной ФС.
Только по-моему овчинка все равно выделки не стоит :)


P/S У меня стойкое впечатление что сегодня-таки пятница.

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: OFF: Вопрос про кластеризацию


Привет!

>> Решение для нищебродов - выделить одну из машин (с рэйдом) под 
>> файл-сервер, к нему прочие узлы подключить через гигабитный эзернет. 
>> Мега-кластер не выйдет, конечно, но пару тысяч средненагруженных 
>> коннектов должно потянуть.

> Да но тут то разговор шёл вроде как FB заставить на таком кластере
> работать чтоб база была одна a клиентам заставить распеделятся по 
> кластерным процессорам ?

Ну вообще-то, как я уже говорил, на _ЧИСТОМ_ кластере ВООБЩЕ делать с
классиком ничего не надо - для него это просто будет машина с
24-48-120 процессорами. НО. Так как решение не будет нативным, то тут
есть несколько узких мест:

1) Для надежности потребуется бОльшее количество узлов, чем будет
задействованно собственно самим Птицем.

2) В случае сбоя - очень много вопросов - от восстановления самой CFS
до восстановления размазанной таким образом базы. У меня все руки не
дойдут добраться до университетского кластера о 48 головах.

3) Заточенные под кластер приложения могут работать намного быстрее
обычных - именно за счет того, что при их создании учтены фичи
кластеров. Именно об этом говорил Дмитрий Еманов, когда упоминал о
замене лок-менеджера в классике.

4) Менеджер узлов может взять и мигрировать процесс с одного узла на
другой - поэтому привязываться к чему-либо на машине - самоубийство
чистой воды. И миграция тоже процесс не мгновенный.

К тому же учитывайте еще один ньюанс - когда говорят о рассчете
какой-нибудь задачи на кластере путем разбиения ее на множество
параллельных задач - то, как правило, время рассчета самой задачи
намного больше как переключения узла кластера на эту задачу, так и на
подкачку данных для нее - там 1-2 минуты или даже часа особой роли не
играют. В случае же с СУБД никогда нелья точно
заранее сказать, что эти данные надо сложить сюда, а те - туда, потому
что и те и другие данные могут потребоваться одновременно (причем,
одновременность тут истинная) всем. И получим ситуацию, когда всех
много, а всего - мало. И именно поэтому вариант с общим хранилищем
данных - для такого - самое то. Т.е. кластер просто превращается в кучу
процов с почти что эксклюзивным использованием памяти и более-менее
размазанным среди запросов "винтом".


З.Ы. А вообще, это скучно, нудно и никакого экстрима. Вот собрать
кластер с винтом только у одного-двух узлов и поделить части данных
среди бездисковых нод - вот это уже интереснее :))

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: OFF: Вопрос про кластеризацию


Привет!

>>
>> Фи, Дмитрий, как это мало - пара тыщ :))

> Я мог бы назвать и 100 тыщ :-) Сам понимаешь, все зависит от штатной 
> нагрузки на дисковую.

Угу. Дисковая подсистема и есть то бутылочное горлышко, куда слон не
пролезает.

>> Но с таким же успехом можно заюзать "чистый" кластер с кластерной ФС.

> И как работу узлов с базой синхронизировать?

А нафига? Для этого есть ПО кластера. Для приложения ты видишь диск
(раздел). Если ты к физической структуре ФС не привязан - то для тебя
все функции I/O будут работать так, как ты ожидаешь. И даже работа с
блокировками файлов и семафорами будет выглядеть точно также - хотя
именно вот тут у меня в свое время возникли сомнения, которые мне
никто и не опроверг и не подтвердил, все крутили пальцем у виска и утверждали,
что что разведение травы подобной крепости преследуется по закону :)
На практике - надо мучать, но у меня пока ограниченные ресурсы по
железу - приходится все на вмвари пробовать, а с кластерами там не
поиграешься. Попробую на днях в родные пенаты пролезть - может меня
еще там не забыли - и выбить рутовский шелл у кластера :)


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: OFF: Вопрос про кластеризацию


Привет!

> Ето Я так вот Я понемаю :) :) :)
> И что - на данны момент вот чтото такое возможно сотворить с FB ?

Угу. Чуть-чуть доработав напильником. Под Линухом точно, под виндой -
хз, тут я доку не курил и курить в ближайшее время не буду.

Но еще раз повторю - чудес не бывает и это надо понимать. Тут надо
проводить исследования на предметы падений самого кластера, конкретных
его узлов и т.д. Есть желающие? ;-)

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: OFF: Вопрос про кластеризацию


Привет!

> Слушайте. Вот еще вопрос. Объясните такое шаманство. Вот есть двух-
> узловый кластер.

Издеваешься? Двухядерная машина будет дешевле.

> К кому подключается новый клиент?

Ни к кому. В том-то и дело, что в кластере (где узлы равноправны) -
кто на 1 нс раньше включился - тот и главный. В том случае, когда
главный один - ты подключаешься к нему и все идет через него. Грубо говоря - ты
подключаешься к некоему IP адресу.

> Я так понимаю
> - сначала он подключается к некоему менеджеру, который оценивает
> загрузку узлов и выбирает наименее загруженный
> - а потом подключается к этому узлу.

> Или это все делается прозрачно. Если прозрачно, то
> - менеджер маршрутизирует вызовы (перекачивает через себя)?
> - есть некая технология переназначения на системном (сетевом) уровне?

Прозрачно. Для тебя кластер - просто Одна Большая Машина. У которой
есть IP адрес. Подойти и ткнуть пальцем в конкретную ноду и сказать
"вот мы сейчас подключены сюда - низзя".



-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: OFF: Вопрос про кластеризацию


Привет!

>> > Не я вообще про кластер как таковой.
>> > Общий дисковый массив - это не интересно.
>>
>> Чем ОДМ не кластер?

> Что такое ОДМ

Общий Дисковый Массив. :)

>>Тебе шашечки или ехать? :-)
> На текущий момент - шашечки.

Эх, кому шашечки, а кому ехать надо.


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: OFF: Вопрос про кластеризацию


Привет!

>>
>> Но еще раз повторю - чудес не бывает и это надо понимать. Тут надо
>> проводить исследования на предметы падений самого кластера, конкретных
>> его узлов и т.д. Есть желающие? ;-)

> Есть, есть. Я знаю таких. Они этим на хлеб зарабатывают.

Угу. На тонкий такой слой хлебушка с ТОЛСТЫМ слоем ИКРЫ. :)

Вот SUN доставляет кластер в любую точку мира за 20 с копейками
рабочих дней. Стоит всего лишь 3М вечнозеленых :))


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: IBExpert Ð¾Ñ 20.07.2007

2007-08-01 Thread ÐÐ»Ð°Ð´Ð¸Ð¼Ð¸Ñ ÐÐºÑÐµÐ½Ð¾Ð²


ÐÑÐ¸Ð²ÐµÑ!

> ÐÐ¾Ð¾Ð±ÑÐµ Expert and EMS Ð²Ð½ÐµÑÐ½Ðµ Ð¾ÑÐµÐ½Ñ Ð¿Ð¾ÑÐ¾Ð¶Ð¸.

Ð¥Ð¾Ð´ÑÑ ÑÐ»ÑÑÐ¸, ÑÑÐ¾ Ð¾Ð½Ð¸ Ð¸Ð·Ð½Ð°ÑÐ°Ð»ÑÐ½Ð¾ Ð±ÑÐ»Ð¸ Ð¾Ð´Ð½Ð¸Ð¼ Ð¿ÑÐ¾Ð´ÑÐºÑÐ¾Ð¼ :)

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: OFF: Вопрос про кластеризацию

2007-08-01 Thread Sergey Mereutsa


Привет!

>> Ну вообще-то, как я уже говорил, на _ЧИСТОМ_ кластере ВООБЩЕ делать с
>> классиком ничего не надо - для него это просто будет машина с
>> 24-48-120 процессорами.

> А где можно чтото почитать про ето ?

http://www.beowulf.org/


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: IBExpert Ð¾Ñ 20.07.2007


ÐÐ´ÑÐ°Ð²ÑÑÐ²ÑÐ¹ÑÐµ, Kochmin.

ÐÑ Ð¿Ð¸ÑÐ°Ð»Ð¸ 31 Ð¸ÑÐ»Ñ 2007 Ð³., 21:31:33:

> Ð¾Ð½Ð¾ Ð²ÑÐµÑÐ°Ð²Ð½Ð¾ Ð½Ð¸ÐºÐ¾Ð³Ð´Ð° Ð½Ð¾ÑÐ¼Ð°Ð»ÑÐ½Ð¾ Ð½Ðµ ÑÐ°Ð±Ð¾ÑÐ°Ð»Ð¾ Ð²ÑÐ¾Ð´Ðµ.

ÐÑ Ð½Ðµ Ð·Ð½Ð°Ñ Ð¼Ð½Ðµ ÐºÐ°Ðº-ÑÐ¾ Ð½Ð°Ð´Ð¾ Ð±ÑÐ»Ð¾ Ð¿Ð¾Ð´ÑÐµÐ¿Ð¸ÑÑÑÑ Ðº Ð±Ð°Ð·Ðµ MySQL Ð¸
Ð½ÐµÐ¼Ð½Ð¾Ð¶ÐºÐ¾ ÑÐ°Ð¼ Ð¿Ð¾Ð»Ð°Ð·Ð¸ÑÑ... Ð¡ ÑÐ½Ð¸ÐºÑÐ¾Ð²Ð¾Ð¹ ÐºÐ¾Ð½ÑÐ¾Ð»Ð¸ ÐºÐ°Ðº-ÑÐ¾ Ð½Ðµ Ð¾ÑÐµÐ½Ñ
Ð¿Ð¾Ð½ÑÐ°Ð²Ð¸Ð»Ð¾ÑÑ, Ð¿Ð¾Ð¸ÑÐºÐ°Ð» ÑÐµÐ³Ð¾-Ð½Ð¸ÑÑ Ð¿Ð¾Ð´ Ð²Ð¸Ð½Ð´Ñ, Ð½Ð°ÑÐµÐ» Ð½ÐµÑÐºÐ¾Ð»ÑÐºÐ¾, Ð±Ð¾Ð»ÑÑÐ¸Ð½ÑÑÐ²Ð¾
Ð¿Ð»Ð°ÑÐ½ÑÐµ, ÑÐµ ÑÑÐ¾ Ð±ÐµÑÐ¿Ð»Ð°ÑÐ½ÑÐµ - Ð¿Ð¾Ð»Ð½Ð¾Ðµ Ð³ EMS Ð¿Ð»Ð°ÑÐ½ÑÐ¹ Ð½Ð¾ ÑÐµÐ±Ñ ÐºÐ°Ðº-ÑÐ¾
Ð½Ðµ Ð¿Ð¾ÐºÐ°Ð·Ð°Ð»... Ð° ÐºÐ¾Ð³Ð´Ð° Ñ ÑÐ»ÑÑÐ°Ð¹Ð½Ð¾ ÑÐ·Ð½Ð°Ð» ÑÑÐ¾ IBE Ð¼Ð¾Ð¶ÐµÑ ÑÐ°Ð±Ð¾ÑÐ°ÑÑ Ð¸ Ñ
MySQL - Ð¿Ð¾Ð´ÐºÐ»ÑÑÐ¸Ð»ÑÑ - Ð¿ÑÑÐ³Ð°Ð» Ð¾Ñ ÑÐ°Ð´Ð¾ÑÑÐ¸ Ð´Ð¾ Ð¿Ð¾ÑÐ¾Ð»ÐºÐ°.

ÐÑÐµ ÑÑÐ¾ Ð¼Ð½Ðµ Ð½Ð°Ð´Ð¾ Ð±ÑÐ»Ð¾ - IBE ÑÐ´ÐµÐ»Ð°Ð» Ð² Ð»ÑÑÑÐµÐ¼ Ð²Ð¸Ð´Ðµ. ÐÐ´Ð¸Ð½ÑÑÐ²Ð½Ð½Ð¾ ÑÑÐ¾
Ð½Ð°Ð¿ÑÑÐ³Ð»Ð¾ - Ctrl+Alt+C Ð´Ð°Ð²Ð¸ÑÑ Ð½Ðµ Ð½Ð°Ð´Ð¾ :)

-- 
Ð¡ ÑÐ²Ð°Ð¶ÐµÐ½Ð¸ÐµÐ¼,
 ÐÐ»Ð°Ð´Ð¸Ð¼Ð¸Ñ  mailto:[EMAIL PROTECTED]

Re[2]: Количество полей в таблице


Приветствую Вас,

31.08.2007 в 10:44, Вы писали:

>> Оптимальный размер, видимо, когда запись укладывается на одну страницу?
DY> Теоретически - возможно. На практике, кеш нивелирует разницу.

Ну а по опыту работы скажите 70 полей это много или уменьшить, а 130 много, а 
200 ? :)

-- 
С Уважением, Дмитрий Котельников

Re[2]: Количество полей в таблице


Приветствую Вас,

31.08.2007 в 11:06, Вы писали:

DY> Dmitry Kotelnikov wrote:
>> Ну а по опыту работы скажите 70 полей это много

DY> У меня нет *такого* опыта работы.

Это понимать что много? :)

-- 
С Уважением, Дмитрий Котельников

Re[2]: Количество полей в таблице


Приветствую Вас,

31.08.2007 в 12:10, Вы писали:

>> Для меня, как прикладного разработчика - много. В свете этого как оно
>> там для сервера - меня не особо волнует.

D> У меня максимально - 97. Но это статистика, там одни инты с даблами.
D> В оперативных таблицах в среднем 20-30, AVG, то есть средняя температура
D> по больнице, с учётом и статистических монстров и узких справочников - 13.

Так оно и есть там только инты и даблы, это у меня одна таблица такая,
там сейчас 68 штук стало, вот и задумался разделять или нет.

-- 
С Уважением, Дмитрий Котельников

Re[2]: Количество полей в таблице

Приветствую Вас,

31.08.2007 в 12:47, Вы писали:

D> Dmitry Kotelnikov wrote:

>> Так оно и есть там только инты и даблы, это у меня одна таблица такая,
>> там сейчас 68 штук стало, вот и задумался разделять или нет.

D> В моей практике не жмёт.

Ок, спасиб значит так и будем работать. :)

-- 
С Уважением, Дмитрий Котельников

Re[2]: Ошибка Fb Embeded или ... ?

2007-08-31 Thread Константин


>> Как словить ?

HV> Как обычно - pdb (если они есть) + drWatson.

не получается :(
Приложение, если запускаю не из под delphi,
просто Exe-шник - виснет и висит долго и нудно ... :(
Никаких ошибок ... в таск менеджее - "не отвечает" ...

Ошибка обнаруживается только при запуске из под
среды Delphi ... :(

С уважением,
Константин Григорьевич.
===

Re[2]: Ошибка Fb Embeded или ... ?

2007-08-31 Thread Константин


>> Оно не в отдельном потоке отрабатывает ?

KD> Не, ну приятно все таки осозновать что - "да насра... ну, то есть, по-
KD> барабану в каком оно потоке срабатывает" :))

Да нет не в отдельном потоке :(
Я то сразу же не сообразил ... если б в отдельном потоке -
то оно падало-бы в ОБОИХ случаях ..., а у меня только при
embeded ... :(

С уважением,
Константин Григорьевич.
===

Re[2]: И опять With recursive

2007-09-05 Thread Константин



VK> Где во FROM таблица mas ?


VK> Для того, чтобы сделать процедуру ведомой, пиши : table left join sp

   Сенкс, я уж и сам разобрался - только Гугля почему-то не удалила письмо :( 
...
   Отобажает гадина, а пытаюсь удалить - пишет что уже удалено ;)


С уважением,
Константин Григорьевич.
===

Re[2]: OFF просто хочется расказать

2007-09-06 Thread Max Rezanov

Hello Alexey,
Wednesday, September 5, 2007, 7:21:25 PM, you wrote:

AP> Boltik Evgeny wrote:

>> а обычно дезайнеры и интерпретаторы работают только с TForm

AP> Я что то подобное делал. Берёшь модуль typinfo.pas и изучаешь
AP> от корки до корки.

Мужики а че с вами будеть если вы нечайно заглянете в

NET Framework Class Library
System.Reflection Namespace
The System.Reflection namespace contains classes and interfaces that
provide a managed view of loaded types, methods, and fields, with the
ability to dynamically create and invoke types.

а еще чуть не забыл

The CodeDOM provides types that represent many common types of source code
elements. You
can design a program that builds a source code model using CodeDOM elements to
assemble
an object graph. This object graph can be rendered as source code using a
CodeDOM code
generator for a supported programming language. The CodeDOM can also be used to
compile source
code into a binary assembly.

Some common uses for the CodeDOM include:

Templated code generation: generating code for ASP.NET, XML Web services client
proxies, code wizards, designers, or other code-emitting mechanisms.

Dynamic compilation: supporting code compilation in single or multiple
languages.

:))

Тема Дня: Уколы! Да ну их в задницу.
До не скорой встречи в аду,
Maxmailto:[EMAIL PROTECTED]

Re[2]: OFF просто хочется расказать

2007-09-06 Thread Константин


KV> Я видел эту Т. Но не смог заставить себя ТАК писать :)

 Может проехали ? А ...   :(

С уважением,
Константин Григорьевич.
===

Re: Re[2]: Прошу подтвердить ошибку...

2007-09-11 Thread Vlad Khorsun




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 - это никак не снапшот, а первая бета.
Сейчас там лежит 16541, но он крив - там нет скомпилированных бинарников :(
Надеюсь, это скоро поправят

--
Хорсун Влад

Re[2]: Похоже на пятничное чтение


Здравствуйте, Игорь.

Вы писали 21 сентября 2007 г., 12:19:02:


ИГ> Кстати насчет затирки сообщений, я позавчера вечером в районе 18:00 по киеву
ИГ> отправлял в эту ветку сообщение с помощию Януса, и Янус мне показал, что оно
ИГ> дошло, но на следующий день проведя синхронизацию, своего сообщения не
ИГ> увидел. Вопрос к следившим за дисскусией моего сообщения небыло вообще или
ИГ> его затерли ??? 
Затёрли. Как и пару моих (SmlMouse) :-)
Но у мну база форумов RSDN в [EMAIL PROTECTED] на FB. И бэкап имеется. Так что:
"рукописи не горят!" :-)

Вообще тама ж детский сад. Я туда только для разнообразия хожу.
Из толковых форумов с натяжкой тока C++ и COM/ActiveX. Всё остальное
сильно похоже на набивание авторитетов в песочнице. :-)
Особенно если почитать статьи некоторых модераторов :-)

-- 
С уважением,
 Jerry  mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение


Здравствуйте, Kovalenko.

Вы писали 21 сентября 2007 г., 13:12:54:

>> С уважением ( жители этого дома)
>> Igor_123

KD> Сойдет, наверное. Только согласуй слова в первом предложении. И про
KD> права чела выкинь  

KD> В подпись меня тоже включай.
И меня.


-- 
С уважением,
 Jerry AKA Сергей Русакович mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение


Здравствуйте, Игорь.

Вы писали 21 сентября 2007 г., 16:05:14:


ИГ>  - банит неугодных оппонентов
Уже разбанил.
Так что можно вычёркивать этот пункт.

ИГ> Коваленко Дмитрий

ИГ> SmlMouse(SmlMouse Забанен)
Можно оставить только SmlMouse. :-)

ИГ> какие ещё замечания и пожелания???
Больше вроде нет.



-- 
С уважением,
 Jerry  mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение

Здравствуйте, Oleg.

Вы писали 21 сентября 2007 г., 20:36:31:

[.skipped.]
Это ты изначальную ситуацию описал. Походу чел, начавший этот
топик сам не выдержал, и более общение не продолжал :-)

OL> Посему чего вы там друг другу доказывали я непонял?!
Кто доказывал? Я развлекался :-)
Заодно проверяя пару психологических методов...

OL> Разъясните мне так сказать суть "проблемы"?

Суть проблемы: модер пытался доказать, что несколько транзакций из
одного соединения - это очень не кошерно и плохо. И так делать
низзя :-) А то будет "". Только вот про это "" он так и не
смог ничего рассказать. Начал уводить тему куда-то в лес (уровни
изоляции, многопоточность и т.д.). А закончил тем, что начал
удалять сообщения и банить :-)

OL> P.S. Так что лучше я займусь лимончиком :-):-):-)
Всё-таки порежешь его? :-)
А в наклон растить не пробовал?

Если места не хватает - отдавай мне - у мну на офисе потолки
высокие :-)

--
С уважением,
Jerry mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение


Здравствуйте, Ded.

Вы писали 21 сентября 2007 г., 21:37:54:

D>  Щаззз... Как воттку сувенирную - так в одно жало в снегах рядом с
D> поездом хомячить, а как закусить - так подавай ему питерский лемончик
Иэх.. Были времена. :-)

D> Сами и порежем и закусим
Хорошо. :-)
Обещаю при свидетеля: как буду в Питере, с меня бутылка
бульбашки с бульк-метками :-)
Про лимончики - договаривайся с Олегом. :-)
Я тока сало могу :-)

-- 
С уважением,
 Jerry  mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение


Здравствуйте, Dmitriy.

Вы писали 24 сентября 2007 г., 15:48:28:

>>Усова "убили" в затяжном эпсиловновском-флейме (после которого, полагаю, 
>>месяц все отплевывались) жарким летом 2001. В августе.
DAB> Это не тогда, когда снимали первую часть "NULLных Войн" ?-)
Вроде тогда :-)

-- 
С уважением,
 Jerry  mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение


Здравствуйте, Kovalenko.

Вы писали 24 сентября 2007 г., 16:23:10:

>> "Згадала стара, як молодою була..." (С)
>> Мульён лет прошло с тех пор, до нашей эры.
>> Да и нетикет той поры, ни в какое сравнение
>> с нынешним нигилизмом и тотальной безграмотностью...

KD> Насчет "а где миниоткат в RC транзакции" и затяжного молчания, я так
KD> понимаю ты не можешь вылезти из под стола от смеха?
KD> http://www.rsdn.ru/Forum/message/2668632.aspx

Да, да да...
Алекс, ждём!

А то я не выдержу, но у меня не так смешно получицоо. :-)


-- 
С уважением,
 Jerry  mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение


Здравствуйте, Alex.

Вы писали 24 сентября 2007 г., 17:30:20:

Блин.
Стёб не закончился. Sheridan очь тонко в КСВ на RSDN отметился:
http://rsdn.ru/Forum/Message.aspx?mid=2668791&only=1

или, что бы уж сразу:
http://realurix.livejournal.com/2052.html


-- 
С уважением,
 Jerry  mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение

Здравствуйте, Kovalenko.

Вы писали 24 сентября 2007 г., 18:26:20:

KD> Пусть прочитай о себе всю правду-матку
KD> Вдруг вернется с лозунгом - "Я видел свет!"
Не. Вряд ли. Это ж "революция" в мозгу у человека должна
произойти. Особенно после вот таких перлов:

---

КДВ> Есть коннект. в его рамках можно одновременно стартовать несколько
транзакций.
IB: Вот это уже не логично.

---
comment: До этого в топике не было ни слова про многопоточность.

КДВ> Как минимум, чтобы не открывать каждый раз новый коннект если потребуется
стартовать транзакцию.
IB: Как минимум это не логично потому, что коннект приходится шарить,
IB: значит надо где-то хранить состояние подключения.
IB: А stateful приложения писать существенно сложнее чем stateless.
IB: Так что наличие нескольких транзакций в одном подключении — фича не самая
полезная,
IB: если сервер в состоянии грамотно разрулить ресурсы при отдельном
подключении
IB: на каждую транзакцию (читай — поддерживает пулинг)

---
comment: Ниже в транзакции (1) данные непосредственно не изменялись ни разу. :-)

SM>Пример однопоточной параллельности:
SM>старт первой транзакции (1).
SM>старт вотрой транзакции (2).
SM>в (1) фетч данных
SM>в (2) адейт записи, входящей в отфетченный набор из (1)
SM>commit (2)
SM>рефетч уже запрепаренного запроса в (1)
SM>commit/rolback (1) (не имеет значения, модификации не проводились).
SM>Итого: в рамках одного подключения последовательно-параллельным способом
SM>получены данные, живущие в сервере.

IB: Транзакция обладает ACID-ностью.
IB: Буковка I — изолированность. На практике это означает, что транзакция (2)
не
IB: может увидеть результат работы транзакции (1), до тех пор, пока (1) не
зафиксировалась.
IB: Если позволить делать такие фокусы, то это приведет к эффекту
IB: Cascading Aborts — если ранзакция (2) зафиксируется, а транзакция (1) по
каким-то причинам
IB: не сможет, то и (2) надо тоже откатывать. Более того, надо откатывать все
транзакции,
IB: которые к этому времени успели попользоваться изменениями всесенными (2) —
и далее по цепочке.
IB: Если этого не делать, то окажется что транзакция (2) зафиксировала данные,
IB: которые никогда не существовали.

---

Я специально (не для себя, не подумайте) выбрал особо клинические места.
На языке психиаторов называется "пограничный синдром".

P.S. Я не специально, друг диссер пишет, просил помочь :-)

Да, так вот, согласно дисеру влияние оценок способностей индивидуума в
интерне-форумах при определённом складе псики/характера/окружающего
социума приводит к практически полноу отрыву от реальности как во всех
областях жизни, так и частично. При этом часто возникает убеждённость
в собственной непогрешимости и появляются попытки привести реальность
в гармонию со своим мироощущением.

--
С уважением,
Jerry mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение


Hello Андрей Кручинин.

>> IB: Транзакция обладает ACID-ностью.
>> IB: Буковка I - изолированность. На практике это означает, что транзакция 
>> (2) не
>> IB: может увидеть результат работы транзакции (1), до тех пор, пока (1) не 
>> зафиксировалась.
>> IB: Если позволить делать такие фокусы, то это приведет к эффекту
>> IB: Cascading Aborts - если ранзакция (2) зафиксируется, а транзакция (1) по 
>> каким-то причинам
>> IB: не сможет, то и (2) надо тоже откатывать. Более того, надо откатывать 
>> все транзакции,
>> IB: которые к этому времени успели попользоваться изменениями всесенными (2) 
>> - и далее по цепочке.
>> IB: Если этого не делать, то окажется что транзакция (2) зафиксировала 
>> данные,
>> IB: которые никогда не существовали.

АК> Мне кажется или это блокировочное мышление проскальзывает у IB?
Да нет, я не о том. Мой пост был немного про другое. :-)
Но объяснение этого другого - это тема не данной конференции и здесь
это будет жестким офтопом.
Может как-нить в пятницу :-)

-- 
Best regards,
 Jerry  mailto:[EMAIL PROTECTED]

Re[2]: Похоже на пятничное чтение

2007-09-24 Thread Sergey Mereutsa


Привет!

КДВ>>но Вам бы я посоветовал всю серию по версионности почитать, для начала
IB>>Я бе тебе советовал не спорить со мной про версионность.

> дожили. :-)

Гы. Это Джим прикалывается при помощи translate.ru, стопудова! :))


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: Re[2]: Немного флейма. Транзакции

2007-09-25 Thread Vlad Khorsun

"Max Rezanov" ...

Большинство я так понял сидит в двух звеной архитектуре и самой точно
характеристикой я выбрал бы "У меня на каждой форме своя транзакция"

Это глупый подход

или у меня в программе 2 транзакции одна читающая на всю жизнь и
длиная, а одна(N) коротких пишущих. Вам дали такую возможность и вы ее
на всю используете

К хорошему привыкаешь :) А вам вот не дали такую возможность и вы её
и у нас забрать хотите, в крайнем случае - идиотами выставить (не о тебе речь,
есс-но :)

и тоже не хотите видеть остального.

Обижаешь

Тотже TClientDataSet тоже упоминался в этой ветке, а никто не думал
зачем его борланд придумал?

Пусть борланд думает ;) А лучше - баги пусть в нём правят. А ещё лучше -
пусть исходники с остальной VCL поставляют.

А кроме 2-х звеных приложений есть другие архитектуры.
Раскажите мне применение даной возможности в веб приложении?
а в трехвеном приложении?
Создать синглетон с подключением и забирать с него
транзакции? мне не кажеться это хорошей мыслью :(.

Бывает такая хрень, как приложение с многослойной архитектурой. Где
каждый слой по-максимуму изолирован от других. Соединение с БД
устанавливается в одном слое, но использоваться может и в других - ничего
необычного, не так ли ? Так вот, другим слоям не положено знать деталей
установки соединения - логин\пароль\имя сервера\и т.д. - изоляция рулит.
Дальше продолжать ?

На rsdn кто-то приводил пример с принтером. Пусть в сервере приложений
это не актуально. Тогда приведём другую задачу - рассылка событий с
подтверждением получени и логированием. В одном коннекте одна тр-ция
читает список событий, а другая - записывает статус отправлен\подтверждён
в БД по мере отправки этих событий. На кой тут второй коннект ? Или кешировать
всё на клиенте ? Тогда как же та самая масштабируемость (а любой кеш - это
ресурсы, а в случае с .net ещё и отложенные проблемы со сборщиком мусора) ?
Или задача надуманная ?

Тут Дед меня обзывал прагматиком, да я такой :)

А ты сколько лицензированных подключений имеешь ? Не считал ? А
прагматики считают и их "там" большинство.

Да мы сечас сидим на C#, трех звеной архитектуре, ADO.NET и оракле.
Я не чуствую себя ущербныи из-за того что у меня одна транзакция на
соединение и пул подключений на сервере приложений.

Потому что всё вышеперечисленное сделано так, чтобы те, кто этим
пользуется, вообще не думали о том "что у нея унутре" - как следствие они
"не хотят видеть остального" - того, на что это прокрустово ложе не рассчитано.
А рассчитывалось оно далеко не на IB\FB.

Это более-менее хорошо работает в массовых поделках, коих 99%, но
уже не так хорошо (по сравнению с) в действительно сложных задачах.

Простота - это хорошо, я не спорю. Но не в ущерб эффективности там,
где она критична. Да и решение с параллельными тр-циями не страдает
особой сложностью :)

--
Хорсун Влад

Re[2]: OFF Лицензионность собственного ПО

2007-09-27 Thread Владимир Аксенов


Здравствуйте, Dmitri.

Разреши я встряну в ваш разговор :)

У меня собсно сходная ситуация.

Работаю в конторе, пишу софт для внутреннего употребления.
Пишу на D7, фибы и ФР - купленные на меня как на частное лицо.

Задача - чтобы контора где я работаю, которая юзает мной написанный
софт не имела проблем с его лицензионностью.

Есть тонкость - контора периодически меняет юр.лицо, хотелось бы
упростить процесс передачи софта/прав на софт у меняющихся юр.лиц.

Софт пишется по согласованию с конторой, я же и формирую ТЗ, я же и
пишу.

Исходники контору не волнуют, вопрос тока в бинарниках.

На кого лучше купить недостающий инструментальный софт что бы
максимально просто утрясти лицензионные вопросы?

-- 
С уважением,
 Владимир  mailto:[EMAIL PROTECTED]

Re[2]: OFF Лицензионность собственного ПО

2007-09-27 Thread Владимир Аксенов


Здравствуйте, Dmitri.

Вы писали 28 сентября 2007 г., 0:37:44:

>> Задача - чтобы контора где я работаю, которая юзает мной написанный
>> софт не имела проблем с его лицензионностью.

> Я, Владимир Аксенов, паспортные данные,являюсь автором программ ,
> и разрешаю фирме ... использовать их в коммерческой деятельности.

> телефон, дата, подпись.

Чудненько. А по этой бумажке я что0то получаю, в смысле денег - на
меня налоговая потом не будет наезжать если эта бумажка где-нибудь
профигурирует? Я декларацию сейчас не заполняю и хотелось бы так и
дальше...

В общем направление понял, озадачу юриста в конторе.

>> Софт пишется по согласованию с конторой, я же и формирую ТЗ, я же и
>> пишу.

> оформляйте это бумажно.

Это в дополнение к вышеупомянутой бумажке и является обязательным?
Я один из собственников конторы и вопросы взаимотношений
заказчика-исполнителя рещаются гораздо проще

-- 
С уважением,
 Владимир  mailto:[EMAIL PROTECTED]

Re[2]: Помогите собрать полную коллекцию ... ;)

2007-09-28 Thread Константин



AC> Привет, Константин!
AC> Вы пишешь  28 сентября 2007:

AC>  К> Люди поделитесь, если есть раритетом:
AC>  К> Turbo Pascal 2

AC> У Борланда в музее смотрел?


Там только 1-й и 5.5 насколько я видел ...

С уважением,
Константин Григорьевич.
===

Re[2]: Помогите собрать полную коллекцию ... ;)

2007-09-28 Thread Константин



DAB> http://sources.ru/pascal/museum/index.htm 

 Сенкс этой ссылочки не знал ...

Меня гугля куда-то на CodeGear всё время забрасывал :(

С уважением,
Константин Григорьевич.
===

Re[2]: WEEKDAY Ð¸ WEEK (MSSQL)

2007-10-03 Thread Yuris W. Auzinsh


ÐÐ´ÑÐ°Ð²ÑÑÐ²ÑÐ¹ÑÐµ, Kovalenko Dmitry.

ÐÐµÐ´Ð°Ð²Ð½Ð¾ (1 Ð¾ÐºÑÑÐ±ÑÑ 2007 Ð³., 0:33:57) ÐÑ Ð¿Ð¸ÑÐ°Ð»Ð¸:

KD> ÐÐ¸ÑÐµÐ³Ð¾Ð½ÐµÐ¿Ð¾Ð½Ð¸Ð¼Ð°Ñ.
ÐÐ¾ÑÐ»Ðµ SET DATEFIRST 1;
ÐÑÐ´ÐµÑ  Ð½ÐµÑÐºÐ¾Ð»ÑÐºÐ¾  Ð¿Ð¾Ð½ÑÑÐ½ÐµÐµ ;-)

Ð ÐµÑÑ ÑÐ°Ð¼ Ð²ÑÐµÐ³Ð´Ð° 1 ÑÐ¸ÑÐ»Ð¾ Ð³Ð¾Ð´Ð° Ð½Ð°ÑÐ°Ð»Ð¾ Ð¿ÐµÑÐ²Ð¾Ð¹ Ð½ÐµÐ´ÐµÐ»Ð¸ Ð³Ð¾Ð´Ð°.

Ð M$ Ð¾Ð± ÑÑÐ¾Ð¼ Ð´ÑÐ¼Ð°ÑÑ http://blogs.msdn.com/michkap/archive/2005/11/14/492249.aspx

Ð¢Ð°Ð¼,  ÐºÑÑÐ°ÑÐ¸, Ð½Ð°Ð¿Ð¸ÑÐ°Ð½Ð¾, ÑÑÐ¾ Ð² Ð¡Ð¡Ð¡Ð  7 Ð´Ð½ÐµÐ²Ð½Ð°Ñ Ð½ÐµÐ´ÐµÐ»Ñ Ð±ÑÐ»Ð° Ð¿ÑÐ¸Ð½ÑÑÐ° Ð² 1940
Ð³Ð¾Ð´Ñ, Ð´Ð¾ ÑÑÐ¾Ð³Ð¾ Ð±ÑÐ»Ð° Ð¸ 5 Ð¸ 6 Ð´Ð½ÐµÐ²Ð½Ð°Ñ ;-)))

-- 
  Ð£Ð´Ð°ÑÐ¸...
   
   Yuris W. Auzinsh aka Zuz,
   ICQ UIN: 5 8 2 5 6 3 7 4,
   e-mail : zuz(Ð°t)mail.ru

Re[2]: Подготовленный запрос с in

2007-10-29 Thread Sergey Mereutsa


Привет!

>> Я бы смотрел в сторону вставки в GTT и джойна с ней.

> Мысль интересная, но боюсь будет не быстрее чем prepare делать,
> параметры то каждый раз разные.
> Вся затея то была ради того чтобы на времени prepare сэкономить

Так в этом случае запрос-ито всегда один и подготавливать его не надо.
Меняется только количество записей во временной таблице.


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: Вопрос по функции HASH

2007-11-28 Thread Sergey Mereutsa



Привет!

> Так у вас щас так и работает, т.е. хэш 15 = '15' :)

Неправильно оно у них работает чичазз :)

З.Ы. Про транслитерацию только я один вспомнил или кто-то догадывался
про грабельки? ;-)


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: Вопрос по функции HASH

2007-11-28 Thread Sergey Mereutsa


Привет!

>> > Надо всё внутри в юникоде хранить как жаба и нэт делают :)
>>
>> Ну дык храни. UTF-8 тебе в руки.

> UTF8 - это юникод для бедных :)))

Бугага! Как раз наоборот - для богатых. То ли дело, знать, что у тебя
символ - 4 байта. А в UTF-8 - сначала поди и посчитай! :))

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: Как работать с UTF8

2007-12-05 Thread Владимир Аксенов


Здравствуйте, Serge.

Вы писали 5 декабря 2007 г., 16:29:30:

> Ну кидай на [EMAIL PROTECTED]

Я извиняюсь, может на деврейс и принято так оверквотить, но здесь -
нет.



-- 
С уважением,
 Владимир  mailto:[EMAIL PROTECTED]

Re[2]: Как работать с UTF8

2007-12-05 Thread Владимир Аксенов


Здравствуйте, Janex.

Побойтесь бога - так оверквотить

-- 
С уважением,
 Владимир  mailto:[EMAIL PROTECTED]

Re[2]: fb 2.1 Debian install

2008-02-07 Thread Sergey Mereutsa


Привет!

> В чем вообще может быть причина? У меня уже голова кругом. :-))
> Может чего загадочного доустановить под Linux нужно?

Если ты сам собирал - то хз, но если брал из дебиановских репозитариев
- то там они с путями могли намудрить и udf-ки могут лежать в
/usr/local/lib или где-нить рядом. Я с ними задолбался воевать и сам
собираю сервер под убунтой.



-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: Re[2]: OFF: Saturday-1

2008-04-11 Thread Alex Cherednichenko


Привет, Sergey!
Вы пишешь к Khorsun Vlad 11 апреля 2008:

[Sorry, skipped] 
 SM> Отсюда вывод - нас не обязательно не любят, иногда даже наоборот :)

Кстати, на CNews тоже анонос вышел.
Но с другой ошибкой. ;)
http://www.cnews.ru/news/line/index.shtml?2008/04/10/296607
Пишут про RC1, хотя ссылку дают таки на RC2.

-- 
With best regards, Alex Cherednichenko.

Re[2]: Red database and FB

2008-04-25 Thread Sergey Mereutsa


Привет!

 >>> Они из нашего же альфа-кода ее и родили :-)
 DL>> Так есть конкуренция или нет? 
 DL>> Я просто смыла не догоняю. 

> Молодой ишшо ;)
> О деньгах не думаешь...

Или богатый очень :)

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: Читаите завтра, в пятницу

2008-04-25 Thread Sergey Mereutsa


 Привет!
 
 >>> Она работает не в вакууме.
 >>> Но на конкретной железяке.

 av>> расскажите мне сценарий как умирание машины (железа) помешает установить 
 av>> ту же операционку на новую машину, установить ту же СУБД и запустить?

> Недавно из ВУЗа?
> Ты никогда не пробовал искать дрова для нового железа
> под дремучую ось?

 Я тут даже еще подумал - а ведь нынешнее развитие виртуализации
 позволяет ставить все на виртуалках с минимумом потерь
 производительности. и почти полная независимость от железа.


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: Red database and FB

2008-04-29 Thread Jerry


Hello Plotnikov Y.

PY> ÐÑÐ¸Ð²ÐµÑ!
PY> Ð Ð¼Ð¾Ð¶Ð½Ð¾ Ð²Ð¾Ð¿ÑÐ¾Ñ - Ð²Ð´ÑÑÐ³ ÐºÑÐ¾ Ð·Ð½Ð°ÐµÑ. Ð¡ÐºÐ°ÑÐ°Ð» Ñ ÑÑÐ¾Ñ ÑÐµÐ´, Ð¿Ð¾ÑÐ¸ÑÐ°Ð» ÑÐµÐ»Ð¸Ð·Ð½ÑÐµ
PY> Ð½Ð¾ÑÑ, Ð¸Ð½ÑÐµÑÐµÑÐ½Ð¾ Ð²ÑÐµ, Ð½Ð¾ Ð½Ðµ Ð¿ÑÐ¾Ð±Ð¾Ð²Ð°Ð» ÐµÑÐµ.
PY> ÐÑÐ¼Ð°Ð» Ð² Ð¼ÐµÑÑÐµ Ð³Ð´Ðµ Ð½Ð°Ð¿Ð¸ÑÐ°Ð½Ð¾ Ð¿ÑÐ¾ ÑÑÐ»Ð»ÑÐµÐºÑÑ, Ð½Ð¾ ÑÐ°Ðº Ð¸ Ð½Ðµ Ð´Ð¾Ð´ÑÐ¼Ð°Ð». ÐÐ¾Ð¶Ð½Ð¾
PY> Ð»Ð¸ ÐºÐ°Ðº ÑÐ¾ ÑÐµÐ°Ð»Ð¸Ð·Ð¾Ð²Ð°ÑÑ Ð¿ÑÐ¸Ð¼ÐµÑÐ½Ð¾ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: Ð¸Ð½Ð´ÐµÐºÑÐ¸ÑÐ¾Ð²Ð°ÑÑ Ð½Ðµ Ð¿Ð¾Ð»Ðµ
PY> ÑÐ°Ð±Ð»Ð¸ÑÑ, Ð° "Ð½ÐµÑÑÐ¾". Ð Ð¼Ð¾ÐµÐ¼ ÑÐ»ÑÑÐ°Ðµ ÑÑÐ¾ Ð±Ð»Ð¾Ð±, Ð¿Ð¾Ð»ÑÑÐ°ÐµÐ¼ÑÐ¹ Ð½Ð° Ð²ÑÑÐ¾Ð´Ðµ
PY> Ð¿ÑÐ¾ÑÐµÐ´ÑÑÑ. ÐÑ Ð° Ð¿Ð¾ÑÐ¾Ð¼ Ñ Ð¿Ð¾ ÑÐµÐ·ÑÐ»ÑÑÐ°ÑÐ°Ð¼ Ð¸Ð½Ð´ÐµÐºÑÐ°ÑÐ¸Ð¸ ÑÐ¾ÑÐµÐ» Ð±Ñ Ð²ÑÐ±Ð¾ÑÐºÐ¸
PY> Ð¿Ð¾Ð»ÑÑÐ°ÑÑ.

   ÐÑ Ð²Ð¾Ñ. ÐÑ ÑÐºÐ¾Ð»ÑÐºÐ¾ ÑÐ¶Ðµ ÑÑÐ¾Ð¼Ñ Ð²ÐµÐ»Ð¾ÑÐ¸Ð¿ÐµÐ´Ñ Ð»ÐµÑ, Ð²ÑÑ ÑÐ°Ð²Ð½Ð¾ ÐºÐ°Ð¶Ð´ÑÐ¹
   ÑÑÐ¸ÑÐ°ÐµÑ ÑÐµÐ±Ñ Ð¿ÐµÑÐ²ÑÐ¼ :-)
   Hint: Ð¡ÑÐ¾Ð´Ð¸ Ð½Ð° IBase.ru. ÐÐ¾Ð¸ÑÐ¸ TextParser Ð¸ FastTextSearch.


-- 
Best regards,
 Jerry  mailto:[EMAIL PROTECTED]

Re[2]: Red database and FB

2008-04-30 Thread Jerry


Hello Plotnikov Y.

PY> ÐÐ¹, ÑÐ° Ð»Ð°Ð´Ð½Ð¾ ÑÐµÐ±Ðµ ;) ÐÐ°Ðº Ð±ÑÐ´ÑÐ¾ Ñ Ð½Ðµ Ð¾ÑÑÑÐ´Ð° Ð½Ð°ÑÐ°Ð».
PY> ÐÐ¾Ð½ÑÑÐ½Ð¾Ðµ Ð´ÐµÐ»Ð¾ Ñ Ð°Ð½Ð°Ð»Ð¸Ð·Ð¸ÑÐ¾Ð²Ð°Ð», Ð¿ÐµÑÐµÐ´ ÑÐµÐ¼ ÐºÐ°Ðº Ð¿ÑÐ¸ÑÑÑÐ¿Ð¸Ð», Ñ Ð°Ð¹Ð±ÐµÐ¹Ð·Ð° Ð±ÑÐ°Ð»
PY> JHBlobUDF.dll, ÑÐ°ÑÐ¾Ð¼ Ð½Ðµ ÑÐ²Ð¾ÐµÐ¹ Ð»Ð¸ Ð¼Ð°Ð½ÑÑÐ°ÐºÑÑÑÑ?, Ð° ÑÐ¾ Ð±ÑÐºÐ¾Ð²ÐºÐ° "J"
PY> Ð¿Ð¾Ð´Ð¾Ð·ÑÐ¸ÑÐµÐ»ÑÐ½Ð¾ Ð½Ð°Ð²Ð¾Ð´Ð¸Ñ Ð½Ð° Ð¼ÑÑÐ»Ñ.
Ð¯ Ð¿Ð¾Ð´Ð¾Ð·ÑÐµÐ²Ð°Ñ, ÑÑÐ¾ Ð½Ð°Ð²Ð¾Ð´Ð¸Ñ Ð¿ÑÐ°Ð²Ð¸Ð»ÑÐ½Ð¾ :-)

PY> ÐÐ¾ÐºÑÐ¼ÐµÐ½ÑÑ Ð² ÑÐµÐºÑÑ (xls, doc) Ð¿ÑÐµÐ²ÑÐ°ÑÐ°Ñ
PY> ifilter'Ð¾Ð¼, ÐºÐ°Ðº Ð¸ ÑÐºÐ°Ð·Ð°Ð» ÑÐ¶Ðµ.
PY> ÐÐ¾ Ð²ÑÐµ ÑÐ°Ð²Ð½Ð¾ Ð½ÐµÐ¼Ð½Ð¾Ð³Ð¾ "Ð¿Ð¾ Ð´ÐµÑÑÐºÐ¸" ÑÑÐ¾. ÐÑÐ¾Ð±ÐµÐ½Ð½Ð¾ Ð¿Ð¾ÑÐ¸ÑÐ°Ð² Ð½Ð°ÑÐºÐ¾ÑÐ¸ÑÐµÑÐºÐ¸Ðµ
PY> ÑÑÑÐ´Ñ ÐÐ¾Ð²Ð°Ð»ÐµÐ½ÐºÐ¾ Ð¸ ÑÐ¾ÑÐ¾Ð²Ð°ÑÐ¸ÑÐ¸ (Ð¼Ð½Ð¾Ð³Ð¾ ÑÑÑ Ð±ÐµÑÐµÐ´ Ð¿ÑÐ¾ ÑÑÐ»Ð»ÑÐµÐºÑÑ Ð±ÑÐ»Ð¾).
PY> ÐÐ¾ÑÑÐ¾Ð¼Ñ Ñ Ð´ÑÐ¼Ð°Ñ ÑÑÐ¾ Ð¸Ð½Ð´ÐµÐºÑÐ¸ÑÐ¾Ð²Ð°ÑÑ Ð»ÑÑÑÐµ ÐºÐ°ÐºÐ¾Ð¹ Ð½Ð¸ÑÑ ÑÐ½Ð´Ð¶Ð¸Ð½Ð¾Ð¹, Ð»Ð¸Ð±Ð¾
PY> Ð¿ÑÐ¸ÐºÑÑÑÐ¸Ð²Ð°ÑÑ ÑÑÐ¾ ÑÐ¾ ÑÐ¸Ð¿Ð° SoftInform_ÑÐµÐ³Ð¾_ÑÐ¾_ÑÐ°Ð¼, Ð½Ð¾ Ð¾Ð½ Ð¿Ð»Ð°ÑÐ½ÑÐ¹ Ð¸ Ð¼Ð½Ðµ
PY> Ð¿Ð¾ÐºÐ° Ð½Ðµ ÑÐ¾ÑÐµÑÑÑ Ð´ÑÐ¼Ð°ÑÑ Ð² ÑÑÑ ÑÑÐ¾ÑÐ¾Ð½Ñ.
PY> ÐÐ°, ÐºÑÑÐ°ÑÐ¸. ÐÐ½Ð¾ Ð²ÐµÐ´Ñ ÑÐ¶Ðµ ÑÐ°Ð±Ð¾ÑÐ°ÐµÑ, Ð¿ÑÐ¾ÑÑÐ¾ Ñ Ð¿Ð¾Ð´ÑÐ¼Ð°Ð» ÑÑÐ¾ ÑÐ»ÑÑÑÐ¸ÑÑ Ð²Ð´ÑÑÐ³
PY> Ð¼Ð¾Ð¶Ð½Ð¾, ÐµÑÐ»Ð¸ "Ð½ÐµÐ´Ð¾ÑÐ¾Ð³Ð¾".
Ð£Ð»ÑÑÑÐ¸ÑÑ Ð±ÐµÐ· Ð½Ð¾ÑÐ¼Ð°Ð»ÑÐ½Ð¾Ð³Ð¾ Ð´Ð²Ð¸Ð¶ÐºÐ° Ð¾Ð±ÑÐ°Ð±Ð¾ÑÐºÐ¸ ÑÑÑÑÐºÐ¾Ð³Ð¾ ÑÐµÐºÑÑÐ° Ð¼Ð½Ðµ
Ð² ÑÐ²Ð¾Ñ Ð²ÑÐµÐ¼Ñ Ð½Ðµ ÑÐ´Ð°Ð»Ð¾ÑÑ. ÐÐ¾Ð»ÐµÐµ-Ð¼ÐµÐ½ÐµÐµ Ð½Ð¾ÑÐ¼Ð°Ð»ÑÐ½ÑÐ¹ Ð´Ð²Ð¸Ð¶Ð¾Ðº Ñ Ð²Ð¸Ð´ÐµÐ» Ñ
ÐÑÐ³Ð»Ð°, Ð½Ð¾ Ð¼Ð¾ÑÐ½Ð¾ÑÑÐµÐ¹ Ð´Ð»Ñ ÐµÐ³Ð¾ Ð¸ÑÐ¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¼Ð½Ðµ ÑÐ¾ÑÐ½Ð¾ Ð½Ðµ ÑÐ²Ð°ÑÐ¸Ñ :-)
ÐÑ Ð° ÑÑÐ° Ð·Ð°Ð³Ð¾ÑÐ¾Ð²ÐºÐ° Ñ Ð¿ÑÐ°Ð²ÐºÐ°Ð¼Ð¸ ÑÐ°Ð±Ð¾ÑÐ°ÐµÑ Ð¿Ð¾ ÑÐµÐ¹ Ð´ÐµÐ½Ñ Ñ Ð¿ÑÐ¸ÐµÐ¼Ð»ÐµÐ¼Ð¾Ð¹
ÑÐºÐ¾ÑÐ¾ÑÑÑÑ, Ð¸ Ð´ÐµÑÐµÐ²Ð¾ Ð¸ ÑÐµÑÐ´Ð¸ÑÐ¾ ÑÐµÑÐ°ÐµÑ Ð²Ð¾Ð¿ÑÐ¾Ñ Ð¸Ð½Ð´ÐµÐºÑÐ°ÑÐ¸Ð¸ HTML-Ð±Ð»Ð¾Ð±Ð° Ð²
Ð¿ÑÐ¸ÑÑÐµÐ¹ Ð±Ð°Ð·Ðµ.

-- 
Best regards,
 Jerry  mailto:[EMAIL PROTECTED]

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

2008-05-08 Thread Dmitriy Kovalenko



> Если честно рад что хоть одна нормальная фирма есть, во всяком случае по
> описанию ;) :)

Нормальная - это относительная категория :) Например, я с нее уже
один раз увольнялся, в 2003 году :) Но, должен отметить, сдвиги в
положительную сторону есть, иначе я бы не вернулся в 2006 точно.

> В работе может и был бы заинтересован, но только
> удалённо.

Как можно работать удаленно, когда рядом с тобой сидят две
незамужние и симпатичные, комсомолки, спортсменки и просто хорошие
девушки (с) ? :) Похоже, что надо было в вакансии в обязательном
порядке указать, что в проекте 2 тестировщицы о 25 годах от роду
имеются.

На счет удаленной работы. Технически все готово. Но не отработано,
поэтому не предлагается. Может в будущем, я слишком пока занят, чтобы
еще этот фронт отрабатывать. Удаленно предлагали работать только
человеку, который уже проработал в проекте некоторое время и по
некоторым причинам был вынужден уехать из Киева. Причем, с
сохранением в штате фирмы! Т.е. для любителей полный шоколад - сиди
дома и работай. Он отказался, т.к. для себя посчитал нецелесообразным
такого рода работу "в одиночистве". Так что удаленка _пока_
предлагается только для тех, кто работал уже в проекте и уходит по
адекватным причинам.

--
Regards, 
Dmitriy Kovalenko

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

2008-05-08 Thread Kovalenko Dmitry




В результате, проект постоянно тонет в говнокоде,


В то время, как лавный программист на этом фоне становится тупым 
пожарником


Мдаа Спасибо, погыгыкал. Угага.

Коваленко Дмитрий.

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

2008-05-08 Thread Dmitriy Kovalenko



>> PS. Завидуйте мне звери, я днем поспал целых два часа :)

> Пааадумаешь, я послезавтра уже буду дрейфовать в пучине Красного
> моря :-P

А я... а я а я завтра просто выпью водки за 9 мая!

--
Regards, 
Dmitriy Kovalenko

Re[2]: What's in Firebird 2.5?

2008-07-04 Thread Sergey Mereutsa


Привет!

> потом использовать его в куче мест, в команде написать DEFAULT вместо
> конкретного значения. Потом поменять дефолтное значение в домене и опля
> - везде всё продолжает корректно работать...

Фигушки (с) :)

Ты забываешь, что все компилиццо в BLR. Так что "везде все продолжает"
- это спорный вопрос.

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: Firebird+PHP блокировка таблицы

2008-08-25 Thread Sergey Mereutsa


Привет!

>> функция ibase_trans (старт транзакции) принимает только одно число -
>> сумма параметров определяющих уровень изоляции режим доступа, режим 
>> разрешения блокировок и версия записи

>Почитать ещё ibase.h. А насчёт PHP - я не сторонник жёсткого 
> пресечения оффтопов по смежным вопросам, может, кто из работающих с ним
> и заглянет. Но таки прежде чем задаваться вопросом "как" лучше сначала
> уяснить для себя ответ на вопрос "что".

А некоторые сразу пытаются ответить на вопрос "а нафига?" :)

Нельзя обычными средствами пыха лочить таблицы по методу из гида.
Проще всего почитать твою статью и точечно обрабатывать исключения.

Дима Еманов - аккурат, после того, как меня нашли в метро - подробно и
на пальцах рассказал, почему "чистую" сериализацию в данной версии кода не
получить. Я после этого думал - и пришёл к выводу, что оно нах не надо
:)

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: OFF:? Фрагментация файла БД ...

2006-09-12 Thread Константин



SST> Dmitri Kuzmenko пишет:
>> 
>> diskeeper 8-9-10 работает отлично, сбоев ни разу,
>> может дефрагментировать файлы in use.
>> 
SST> Вот, а Константин не верит.

 Уже верю ... :) Всем громадное спасибо ...


С уважением,
Константин Григорьевич.
===

Re[2]: OFF:? Фрагментация файла БД ...

2006-09-12 Thread Константин




 SST>>
 SST>> Dmitri Kuzmenko пишет:
 SST>>>
 SST>>> diskeeper 8-9-10 работает отлично, сбоев ни разу,
 SST>>> может дефрагментировать файлы in use.
 SST>>>
 SST>> Вот, а Константин не верит.
 SST>>

AK> Я давно хотел спросить
AK> http://www.trichview.ru/
AK> это твое, или однофамилец?

Не не моё ...

С уважением,
Константин Григорьевич.
===

Re: Re[2]: Подскажите про isc_seek_blob ...

2006-09-12 Thread Horsun Vlad


> "Константин" ...


> HV> /* This enum applies to parameter "mode" in blob_lseek */
> HV> enum blob_lseek_mode {blb_seek_relative = 1, blb_seek_from_tail = 2};
>
> HV> ISC_LONG (*blob_lseek)
> HV> (void* hnd, ISC_USHORT mode, ISC_LONG offset);
>
> Спасибо не обратил внимания :( Если можно сдесь поподробней:
> насколько мне видно blb_seek_relative это отностительно "текущей"
> позиции, blb_seek_from_tail - относитально конца, и если
> продолжить аналогию не описанный 0 - относительно начала ?

Да

> Или даного режима нет ? (0-го)

Есть

> Возвращает, насколько я увидел, не Boolean а позицию ?
> Вопрос только какую ?
> Текущую после перемещения
>  или на сколько переместил в случае неудачи  ?
>   Можно уточнить ?

Новую текущую

> HV> Только GetSegment. Seek во временных блобах (а только в них
> HV> можно писать) не реализован.
>
> Извини, но в блобах я пока "профан" ...
> Что есмь "временных блобах" ?

Блоб, который был создан в текущей тр-ции и ещё не закрыт

> То есть, насколько я понимаю, "дописать" в существующий блоб
> у меня не получиться ? Надо будет его полностью продублировать
> во вновь созданный другой блоб + допись ?

Да

> А как насчёт обрезки блоба до заданного размера,
> такая же ситуация ?

Да

> Если да - скверно 

А подумать ?

-- 
Хорсун Влад

PS Кстати - для того, чтобы seek работал, блоб должен создаваться с
   указанием {isc_bpb_type, isc_bpb_type_stream} в bpb. Так шта 99.9%,
   что ничего у тебя с seek не выйдет, увы

Re: Re[2]: WHERE column = NAN ?

2006-10-05 Thread Horsun Vlad


"Dmitry Kotelnikov" ...
>
> Приветствую Вас,
>
> 05.10.2006 в 15:13, Вы писали:
>
> >> Как сделать что-то типа этого:
> >> UPDATE table SET column = NULL WHERE column = NAN;
>
> HV> Параметры ?
>
> А без них можно?

А чем они мешают ? Литерала NAN наш парсер не знает

-- 
Хорсун Влад

Re: Re[2]: WHERE column = NAN ?

2006-10-05 Thread Vyacheslav A. Sirotenko


> ñ ÏÂßÑÓÎÑÌ ×ÙÛÅ, ÐÏÞÅÍÕ ÔÁË ÎÅ ÍÏÇÕ, ÄÁ É ÎÅËÒÁÓÉ×Ï ÜÔÏ ËÁË-ÔÏ . ëÏÄÏÍ
> ÐÒÏÇÒÁÍÍÙ ÜÔÏ ÄÅÌÁÔØ ÎÅÌØÚÑ ÔÏÌØËÏ SQL ÚÁÐÒÏÓÏÍ.

îÅ ÐÏÊÍÕ. ëÁÖÉÓÑ, × ÏÒÁËÌÅ NAN ÂÙÌ. ÷ ÉÎÔÅÒÂÅÊÚÅ ÎÅ ÐÏÍÎÀ ÔÁËÏÇÏ.
çÌÑÎØ ÞÔÏ ËÏÎËÒÅÔÎÏ ÔÕÄÁ ÐÒÉ ÜÔÏÍ ÐÉÛÅÔÓÑ ÂÉÂÌÉÏÔÅËÏÊ, ËÏÔÏÒÏÊ ÔÙ Ë 
ÉÎÔÅÒÂÅÊÚÕ ÈÏÄÉÛØ.
éÌÉ × ÂÁÚÅ ÇÌÑÎØ ËÁËÉÍ-ÎÉÔØ ibexpert ÉÌÉ isql ÞÔÏ ÌÅÖÉÔ × ÐÏÌÅ.

åÓÌÉ ÔÁÍ NULL, ÔÏ ÔÁË:

UPDATE table SET column = 0 WHERE column is NULL;

Re[2]: Определение типа SQL запроса

2006-10-11 Thread Max Rezanov


Hello Kovalenko,

Wednesday, October 11, 2006, 9:30:29 PM, you wrote:
KD> Дим, объясни - как сервер будет
KD> подготавливать запрос без
KD> использования транзакций? Он же не
KD> должен видеть не закоммиченные DDL
KD> запросы соседей и видеть
KD> незакомиченные DDL-ы того, кто
KD> подготавливает запрос.

А можно (шепотом) чтобы вот так было?
SQL>
SQL> drop table t1;

Table dropped.

SQL> create table t1(dummy varchar2(10));

Table created.

SQL> 
SQL> select * from t1;

no rows selected

SQL> 
SQL> insert into t1(dummy) values ('Y');

1 row created.

SQL> 
SQL> select * from t1;

DUMMY   
--  
Y   

SQL> 
SQL> rollback;

Rollback complete.

SQL> 
SQL> select * from t1;

no rows selected

SQL> 
SQL> commit;

Commit complete.

SQL> exit

А вот тотже скрипт из SQL навигатора

*** SCRIPT START :  Session:[EMAIL PROTECTED](1)   12-окт-2006 10:26:48 ***
Processing ...
set echo on
SQL*Plus command ignored.
Processing ...
set serveroutput on
SQL*Plus command ignored.
Processing ...
spool $Log_out

SQL*Plus command ignored.
Processing ...
drop table t1
Processing ...
create table t1(dummy varchar2(10))
Processing ...
select * from t1
Query finished, retrieving results...
   DUMMY   
-- 

0 row(s) retrieved

Processing ...
insert into t1(dummy) values ('Y')
1 row(s) inserted
Processing ...
select * from t1
Query finished, retrieving results...
   DUMMY   
-- 
Y  

1 row(s) retrieved

Processing ...
rollback
Processing ...
select * from t1
Query finished, retrieving results...
   DUMMY   
-- 

0 row(s) retrieved

Processing ...
commit

Я не знаю хто там сервер или клиентская часть медетируют, но работает
одинаково :


  Тема Дня: В жизни всякое бывает, но с годами все pеже.
  До не скорой встречи в аду,
 Maxmailto:[EMAIL PROTECTED]

Re[2]: backup без указания пути

2006-10-25 Thread Sergey Mereutsa


Привет!

>> В /dev/nul такого робота. При первом же обломе робот должен сигнализировать 
 >>об этом админу и ничего не делать. Ситуаций всех не предусмотришь, а 
> робот,
 >>занимающийся хоть какой-то самодеятельностью - потенциально опасен.
> Не согласен. Имеется несколько баз разного размера и если для бэкапа 
> самой большой не хватило места, есть шанс что его хватит для бэкапа базы
> поменьше. А ты предлагаешь роботу тут же отправляться в сад до прихода
> админа.

За каждую базу должен отвечать свой робот.
Во-первых, ошибок меньше. Во-вторых, согласен с предыдущим оратором
- если что пошло не так - пытаемся свистеть админу и склеиваем ласты.
ИИ на сервере - это для игровых движков, а не для реальной жизни.
Иначе админам вообще нечем будет заниматься.



-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re[2]: backup без указания пути

2006-10-27 Thread Sergey Mereutsa


Привет!

>> За каждую базу должен отвечать свой робот.
> Эта, у тебя на каждую базу по своему серверу?
Нет, есть и такие, где несколько баз.

> Двух баз на одном не бывает?
Бывает. Но роботы на каждую БД свои. И запускаются в разное время,
чтобы не нагружать ничего.
И робот простой до жути - если интересно - выложу скрипт тута (я вроде
его уже раздавал).


>> - если что пошло не так - пытаемся свистеть админу и склеиваем ласты.
> А свист никто отменять и не собирается, а вот определить что облом 
> произошел именно из-за нехватки места GBAK вполне в состоянии. Кстати,
> можно особый ExitCode в этом случае возвращать ;-)
Да, это было бы прикольно. Но с другой стороны, когда-то я нарвался на
ситуацию, когда места в паке логов не осталось. Совсем. И от этого
Птица тааак колбасило


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: Re[2]: Вроде поймал багу ...

2006-11-15 Thread Oleg LOA

"Константин" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]

>Я уже в другой треде писал ...
>В моём понимании IN не есть булева операция в прямом
>смысле этого слова ... и читать её надо по другому ...

Какое в жопу булево? Это операция вхождения в множество -  в нем или не в нем.

Для тупых и ещё тупее.

Есть список фамилий, одну из строк какая-то жаба замалевала  - это  null.

На вопрос - есть ли я в оригинальном списке при наличии меня там я даю 
конкретный ответ - да, вот он я в 3-ей строчке.
На вопрос - нет ли меня в оригинальном списке, я иду читать любимый журнал, 
т.к. под замалёваной фамилией может быть и моя.

Вопросы есть?  Чё тут тупить-то?

P.S. Вышлите эту трав наконец, сами пруцца а другим не дают

Re: Re[2]: Помогите с запросом

2006-12-04 Thread Oleg LOA

"Dmitry Kotelnikov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Да заработало, ;) большое спасибо. Волнует один вопрос, если например
> в dir_employees будет порядка 30 тыс. записей, а в dir_employees_his
> 30 тыс. * 5, наверное будут буксы с селектами? Сейчас буду генерить
> базу, смотреть на быстродействие такого селекта.

Подзапрос должен быть по индексам и всё.

Re[2]: Насколько FB 2.1 переделывается ?

2006-12-18 Thread Константин


Спасибо за ответ ...
Хотя он пока не очень и радует ;)


С уважением,
Константин Григорьевич.
===

Re[2]: Насколько FB 2.1 переделывается ?

2006-12-18 Thread Константин


>> PPS: Подскажите как кто борется с подобными идиотами ?
>> 
SST> А ты не пробовал сказать, что уходишь в другую контору?
SST> В моём случае помогало больше двух раз.

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

С уважением,
Константин Григорьевич.
===

Re[2]: Насколько FB 2.1 переделывается ?

2006-12-18 Thread Константин


>>>   1) Встроенные пользователи реализованы в Vulcan,
>>>  а перенесенны ли уже в код 2.1 ?
>> 
>> Никто этого делать не собирался.

   ??
   
DK> кстати, объяснил бы ты людям ситуацию, а то мне тут
DK> уже сообщают, что Firebird 3.0 будет на 90% базироваться
DK> на коде Vulcan. Не понимая при этом, что Vulcan, в свою
DK> очередь, был писан на базе кода FB 1.5, причем с вырезанием
DK> тучи фич, и брать этот код _за основу_ и напихивать его
DK> фичами 2.0/2.1 - это значит (мягко и аккуратно выражаясь) получить FB
DK> 3.0 к 2010-му году.

DK> причем люди смотрят на старый roadmap.

Вот и я так подумал ... :(


С уважением,
Константин Григорьевич.
===

Re[2]: Насколько FB 2.1 переделывается ?

2006-12-19 Thread Константин


>   1) Встроенные пользователи реализованы в Vulcan,
>  а перенесенны ли уже в код 2.1 ?
 Никто этого делать не собирался.
>> 
>>??
>>
>> DK> причем люди смотрят на старый roadmap.
>> 
>> Вот и я так подумал ... :(

DY> Где ты в старом роудмапе нашел 2.1?

Ну дык я подумал ... ;)

С уважением,
Константин Григорьевич.
===

Re: Re[2]: Firebird Roadmap 2007

2006-12-22 Thread Horsun Vlad


> Короче я тут подумал было-бы кульно иметь возможность
> нацепить тригерры на временные таблицы ...

Если ты о GTT, то триггеры там есть

-- 
Хорсун Влад

Re[2]: Диапазоны PK для филиалов

2006-12-24 Thread Юрий


>ArtGal
>FK - делаем как учили классики.
И правда ступил...
Видимо пятница не самый лучший день для начинаний любого рода.. ну
кроме пьянки. :)

> Tonal.
> Мы сделали проще - добавили в каждую реплицируемую таблицу по 
> уникальному полю - REPL_ID BIGINT

А вот это мысль! Подводных камней пока не вижу...
Спасибо огромное!

З.Ы.
  Затык у меня был именно в том, что приложение рабочее, таблиц сотни, всю базу
  перешерстить просто жуть... а тут такое элегантное решение.


_
С уважением, Юрий

Re[2]: Multiple-table UPDATE syntax


Приветствую Вас,

04.01.2007 в 14:44, Вы писали:

>> Такое есть в MySQL
>> ***
>> Starting with MySQL 4.0.4, you can also perform UPDATE operations that cover 
>> multiple tables:
>> UPDATE items,month SET items.price=month.price
>> WHERE items.id=month.id;
>> ***

HV> Очередное синтаксическое уродство.

Почему, по-моему это лучше чем View + тригеры или ХП?

HV> Уж лучше как в МС...

А там как?

-- 
С Уважением, Дмитрий Котельников

Re[2]: Multiple-table UPDATE syntax


Приветствую Вас,

04.01.2007 в 15:31, Вы писали:

T> Dmitry Kotelnikov пишет:
>> Такое есть в MySQL
>> ***
>> Starting with MySQL 4.0.4, you can also perform UPDATE operations that cover 
>> multiple tables:
>> UPDATE items,month SET items.price=month.price
>> WHERE items.id=month.id;
T> Лучше, по моему так:
T> UPDATE items,
T> JOIN month ON items.id=month.id
T> SET items.price=month.price;

А если захочу обновить и в таблице month, например что-то типа этого:
UPDATE items,month
SET items.price=5,month.price=3
WHERE items.id=month.id;

-- 
С Уважением, Дмитрий Котельников

Re[2]: Multiple-table UPDATE syntax


Приветствую Вас,

04.01.2007 в 16:16, Вы писали:

D> Можно я тоже предложу новинку?

D> Update Items Set Price=
D>   (Select Price
D>From Month /*кхм...*/
D>Where Month.ID=Items.ID)

D> Правда, революционно?

Нет, не революционно, просто пример подобран не идеально, просто
копи/пасте из мануала MySQL. А как обновлять 2 тейбла одновременно в
одном запросе?
Например так?
UPDATE items,month
SET items.price=5,month.price=3
WHERE items.id=month.id AND items.id = 2 AND month.id = 12;

-- 
С Уважением, Дмитрий Котельников

Re[2]: Multiple-table UPDATE syntax