Форум: "Базы";
Текущий архив: 2004.11.21;
Скачать: [xml.tar.bz2];
ВнизВот сморю и не пойму как использовать двоеточие в переменных в FB Найти похожие ветки
← →
Rule © (2004-10-21 13:25) [0]1.х в Stored Procedure.
Насколько я понял допустим у меня есть переменные
var1, var2, var3
при использовании в запросах обязательно писать переменные с двоеточиями, єто я знаю, а вот при простом присваивании и так и так проходит, так как делать
var1=:var2+:var3
или
var1=var2+var3
Спасибо всем за помощь ...
← →
stud © (2004-10-21 13:33) [1]кажется лучще так var1=:var2+:var3
← →
msguns © (2004-10-21 13:41) [2]Насколько я понял, двоеточие надо юзать только непосредственно в тексте сэкюль-запроса. Типа как обычные параметры.
← →
Johnmen © (2004-10-21 13:44) [3]:var - это параметр
var - переменная
Они могут совпадать. Но суть у них разная.
Для любых ар.выр. работаем с переменными. В текстах запросов исп. параметрический вид переменных.
← →
Rule © (2004-10-21 13:52) [4]Johnmen © (21.10.04 13:44) [3]
О вот я так в принципе и думал, вот только работате и так и так ... но логически так и получается ...
← →
Digitman © (2004-10-21 14:13) [5]
> Rule © (21.10.04 13:52) [4]
просто возьми за правило : если идент-р лок.переменной процедуры/триггера фигурирует в тексте сиквел-запроса, то он должен предваряться двоеточием, в иных случаях двоеточие необязательно и даже вредно
← →
msguns © (2004-10-21 14:25) [6]>Digitman © (21.10.04 14:13) [5]
.. в иных случаях двоеточие необязательно и даже вредно
Что, холистерина много ?
← →
Rule © (2004-10-21 14:25) [7]Digitman © (21.10.04 14:13) [5]
Спасибо, так и сделаю :)
← →
Digitman © (2004-10-21 15:05) [8]
> msguns © (21.10.04 14:25) [6]
холестерина - вряд ли
компиляция такого скрипта чуть больше ресурсов (временных хотя бы) "ест"
← →
Johnmen © (2004-10-21 15:37) [9]
> Digitman © (21.10.04 15:05) [8]
Конечно. Цепочкаинтерпретация параметра-переменная-значение
длиннеепеременная-значение
.
Но это слабый аргумент. Как и такой
Указывая переменную (т.е. без :) сокращаем исх.текст, более наглядно...:)
Тем не менее согласен с [3] и [5].
← →
Digitman © (2004-10-21 16:11) [10]
> Johnmen © (21.10.04 15:37) [9]
истина лежит в детальном анализе и сравнении BLR-данных откомпилированного isql-кода для случая "с двоеточием" и "без двоеточия"
BLR-код, как понирмаешь, интерпретируется непосредственно ядром сервера, и это означает, что любой "лишний" токен приводит к снижению сквозной производительности сервера при исполнении "тела" процедуры
← →
Johnmen © (2004-10-21 16:20) [11]>Digitman © (21.10.04 16:11) [10]
Да, понимаю. И подозреваю, что BLR-код будет одинаков. Ведь компилятор, надо думать, "умный", оптимизирующий. Т.е. разные затраты только на компиляцию.
← →
Digitman © (2004-10-21 17:10) [12]
> Johnmen © (21.10.04 16:20) [11]
да .. как раз, наверно, то, что я изначально и предполагал - доп.затраты при компиляции
← →
Rule © (2004-10-22 10:32) [13]ОГО, вот это дебри, в BLR-код я ещё и не лазил ( и не надо наверное )
← →
msguns © (2004-10-22 11:16) [14]>Rule © (22.10.04 10:32) [13]
>ОГО, вот это дебри, в BLR-код я ещё и не лазил ( и не надо наверное )
Надо, Федя, НАДО !
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2004.11.21;
Скачать: [xml.tar.bz2];
Память: 0.48 MB
Время: 0.037 c