Re: Описание параметров
On Thu, 20 Dec 2007 21:14:42 +0300, Kovalenko Dmitry [EMAIL PROTECTED] wrote: А еще я в неё ем (с) неизвестный боксер Вроде про Тайсона изначально анекдот был. -- Сергей Смирнов.
Re: Описание параметров
Hello, Игорь! You wrote on Fri, 21 Dec 2007 12:06:42 +0200: ИГ ::ПЕРЕШЛИ:ДРУЗЬЯМ:СКОРЕЙ: Кривоватая какая-то ёлочка :) -- Удач Alexander A. Venikov, Tobolsk, Russia
Re: Описание параметров
PEAKTOP wrote: Диспетчер двигает прямоугольнички - а смено-суточные задания (документы такие) пишутся в базу. И так кошерно в плане кода это все на ОДНОМ TIBDataSet получается при помощи EXECUTE BLOCK ! - Сам не нарадуюсь. Вот она, проктология, в действии. :) Не, ну если прямоугольнички - тагда, канешна, тагда другой разговор. Тут действительно кошерно, только если внутри TIBDataSet и все модификации через его ...SQL, о других вариантах и думать смешно. Интерфейс определяет сознание. -- Regards. Ded.
Re: Описание параметров
Игорь Горбонос wrote: На меня частенько накатывает, что программы пишу не так, что есть более лучшие способы написания, и по фразам, здесь звучащим, так оно и есть, Мы с тобой одной крови (C) :) И я порой даже представляю эти лучшие способы, но те идеи которые были, уже взяты на вооружение И они работают и дешевле не искать новых путей. Это я не хвалюсь, этот диагноз называется - старость. Вот и остается сознанием определять интерфейс А вот это как раз замечательно. Но не наоборот ;) -- Regards. Ded.
Re: Описание параметров
PEAKTOP wrote: TIBDataSet (TpFBDataSet) свойства ModifySQL (UpdateSQL), InserSQL, DeleteSQL связанаы с основным свойством SelectSQL через параметры. Какая гадость эта заливная рыба... Тут я и правда не сильно в курсе. Нет, нечто вроде TIBDataSet я с некоторых пор тоже пользую. Но из этих ...SQL заполнены обычно только Select, Refresh и Delete. Причём в последнем - select 1 from rdb$database, ну чтоб не вякало на обращение к методу Delete. Ну я ещё понимаю таки засунуть в Insert и Update вызов SP, но Естественно, Insert/Update/Delete SQL-скрипты будут EXECUTE BLOCK-ами, вот это для меня совсем неестественно. и как мне в них передать параметры ? Вот для этого и пришлось рубануть : нафиг. дык она и есть, родимая - каскадная проктология. И вообще, проблема более детально описана Vlad Horsun в ($firebird)/doc/sql.extensions/README.execute_block.txt проблема, говоришь... -- Regards. Ded.
Re: Описание параметров
вот это для меня совсем неестественно. дык она и есть, родимая - каскадная проктология. Я вот тут уже недавно описывал практическую проктологию :) http://delphiplus.org/articles/ib/firebird-2-full-capability/1/index.html Пример там, конечно, утрирован очень - это чтобы понятней было. На практике _такое_ врядли встречается. А вот что встречается - это TeeChart v7-v8 с диаграммой Гантта, на которой изображены заказы после разузловывания и участки их переработки. И сидит себе такой диспетчер и двигает на этой диаграмме прямоугольнички от разных заказов так, чтоб суммарно как можно быстрее выполнить производственную программу. Влево подвинет - куча дятлов в цеху послезавтра побежит в одну сторону, вправо - значит будут бежать в другую сторону. :) Диспетчер двигает прямоугольнички - а смено-суточные задания (документы такие) пишутся в базу. И так кошерно в плане кода это все на ОДНОМ TIBDataSet получается при помощи EXECUTE BLOCK ! - Сам не нарадуюсь. Вот она, проктология, в действии. :)
Re: Описание параметров
Привет! В чем разница когда мы описываем параметры в запросе через ':' или '?' Серверу глубоко наплевать, чего вы там описываете - он требует ? в качестве обозначения параметров. Все остальное - интимные проблемы компонент доступа для всяких бантиков, типа возможности визуально в дизайн-тайме показывать параметры и их как-то именовать. -- Best regards, Sergeymailto:[EMAIL PROTECTED]
Re: Описание параметров
PEAKTOP wrote: внутренним переменным через :MY_VAR, и тут делфячий парсер сходит с ума, т.к. не может отличить параметры запроса от обращения к переменным. Я пользую самописную библиотеку доступа, и лично для себя нашел выход из положения - отрубил : в парсере на фиг. Хотя, говорят, не кошерно это. В делфячем парсере люди, умеющие нажимать F1, отрубают это в парсере не нафиг, а для конкретного запроса при помощи проперти ParamCheck. -- Regards. Ded.
Re: Описание параметров
Какие люди ! В делфячем парсере люди, умеющие нажимать F1, отрубают это в парсере не нафиг, а для конкретного запроса при помощи проперти ParamCheck. DED, ты может не в курсе темы, но мне не надо отрубать ParamCheck, оно по логике в True должно быть. Мне надо, чтобы парсер не считал параметром все, что начинается на :. А все, что начинается на ? - были параметрами. Например у TIBDataSet (TpFBDataSet) свойства ModifySQL (UpdateSQL), InserSQL, DeleteSQL связанаы с основным свойством SelectSQL через параметры. А если в наборе данных нетривиальная выборка или кросстаб ? Естественно, Insert/Update/Delete SQL-скрипты будут EXECUTE BLOCK-ами, и как мне в них передать параметры ? Вот для этого и пришлось рубануть : нафиг. И вообще, проблема более детально описана Vlad Horsun в ($firebird)/doc/sql.extensions/README.execute_block.txt
Описание параметров
В чем разница когда мы описываем параметры в запросе через ':' или '?'
Re: Описание параметров
В чем разница когда мы описываем параметры в запросе через ':' или '?' Если селективный запрос, то ни в чем. Вопрос только в том, как воспринимают эти спецсимволы для указания параметров запроса парсеры библиотек доступа Delphi. В принципе, они понимают оба спецсимвола, даже в перемежку, только иногда бывают ситуации, когда ':' понимать не надо. Например, когда в TxDataSet.SelectSQL вставлена конструкция EXECUTE BLOCK, имеющая синтаксис хранимой процедуры, в которой мы можем обращаться к внутренним переменным через :MY_VAR, и тут делфячий парсер сходит с ума, т.к. не может отличить параметры запроса от обращения к переменным. Я пользую самописную библиотеку доступа, и лично для себя нашел выход из положения - отрубил : в парсере на фиг. Хотя, говорят, не кошерно это.
