|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Victor Metelitsa 2:5020/400 29 Jan 2002 12:20:31 To : Tolik Tentser Subject : Re: в чем зло хранимых проце дур-2 -------------------------------------------------------------------------------- Tolik Tentser wrote: > Hi, Victor Metelitsa! > > В чреве акулы, пойманной Fri, 25 Jan 2002 10:50:36 +0000 (UTC), > дети капитана Гранта нашли письмо на тему 'Re: в чем зло хранимых > проце дур-2': > > >>А если подумать? Если мы знаем клиента, то знаем (прямо или косвенно) >>его регион. >> > > А если в таблице операций клиент не упоминается ? > Важно списание товара со склада ? > > >>>Hу и опять же, даже если все это возможно - триггер подобной сложности >>>будет делать, увы, то же самое - открывать курсоры и елозить ... >>> >>> >>Курсоры - нафиг, я такие вещи могу делать даже простой >>последовательностью UPDATE, DELETE, INSERT (и ты можешь, если подумаешь >>немного). >> > > Какие "такие" ? > А если последовательность нелинейная ? > Операторы IF и иже с ними появляются ? > Условные ветвления легко переписываются. Вместо IF условие1 THEN DELETE FROM T WHERE условие2 можно написать DELETE FROM T WHERE условие1 AND условие2 Конечно, "не факт", что так и надо делать. > >>Hе исключено, что я предложил бы куда лучшее решение, чем то, которое >>предложил, если в деталях познакомился с твоей задачей. >> > > :-)))))))))) > Hе думаю. > Или это претензия на некое высшее знание у меня (и моих разработчиков) > отсутствующее ? :-Р > Толик, это же чистая тавтология. Утверждение "или получится, или не получится" наверняка истинно. Так что я нигде не соврал ;-). Да, согласен с тем, что триггер не лучше хранимой процедуры. "По-хорошему", я хотел бы иметь возможность послать известному мне объекту на сервере сообщение, с аргументами - объектами произвольной сложности, тот (серверный объект) должен как-то отреагировать и отдать мне назад какой-то объект. SP - это подделка под это. -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/5364da6181ba.html, оценка из 5, голосов 10
|