ISQL и Execute Block
Всем привет. Я так понимаю, что ISQL не понимает Execute Block. А планируется ли как-то его научить? И еще хотелка : было бы неплохо передавать в ISQL параметры, чтоб они как-то в скрипте доступны были. Типа хочу удалить записи до такой-то даты. Вот эту дату в параметрах командной строки бы передать, и чтоб ее потом в SQL оператор подсунуть можно было бы... With b/r. Gleb. P.S. - это скорее не просьба а предложение. Если кому-то кроме меня понадобиться то может стоит подумать... P.P.S. Вот наконец добрался до Relise notes по 2.1. Вопросик возник: CREATE TABLE T (PK INT, EXPR GENERATED ALWAYS AS (PK + 1)) А как это внутри сервера работает? Ну в общих чертах...
Re: ISQL и Execute Block
Мадорский Г.В. ... Всем привет. Я так понимаю, что ISQL не понимает Execute Block. Понимает, но без вх. пар-ров. А планируется ли как-то его научить? Это проблема не понимания ISQL'ом вх.пар-ров в любом виде запроса. Пока не планируется. И еще хотелка : было бы неплохо передавать в ISQL параметры, чтоб они как-то в скрипте доступны были. Типа хочу удалить записи до такой-то даты. Вот эту дату в параметрах командной строки бы передать, и чтоб ее потом в SQL оператор подсунуть можно было бы... With b/r. Gleb. P.S. - это скорее не просьба а предложение. Если кому-то кроме меня понадобиться то может стоит подумать... Заноси в трекер. Будет висеть там :) P.P.S. Вот наконец добрался до Relise notes по 2.1. Вопросик возник: CREATE TABLE T (PK INT, EXPR GENERATED ALWAYS AS (PK + 1)) А как это внутри сервера работает? Ну в общих чертах... Это другой синтаксис (by SQL standard) для вычислимых полей -- Хорсун Влад
Re: ISQL и Execute Block
Мадорский Г.В. wrote: Я так понимаю, что ISQL не понимает Execute Block А доказательства есть? :-) CREATE TABLE T (PK INT, EXPR GENERATED ALWAYS AS (PK + 1)) А как это внутри сервера работает? Ну в общих чертах... Как и CREATE TABLE T (PK INT, EXPR COMPUTED BY (PK + 1)) -- Дмитрий Еманов
Re: ISQL и Execute Block
Всем привет. Я так понимаю, что ISQL не понимает Execute Block. Понимает, но без вх. пар-ров. Черт, сам дурак. Я про set term забыл... Как-то его в DDL привык использовать, а не в DML. А планируется ли как-то его научить? Это проблема не понимания ISQL'ом вх.пар-ров в любом виде запроса. Пока не планируется. И еще хотелка : было бы неплохо передавать в ISQL параметры, чтоб они как-то в скрипте доступны были. Типа хочу удалить записи до такой-то даты. Вот эту дату в параметрах командной строки бы передать, и чтоб ее потом в SQL оператор подсунуть можно было бы... With b/r. Gleb. P.S. - это скорее не просьба а предложение. Если кому-то кроме меня понадобиться то может стоит подумать... Заноси в трекер. Будет висеть там :) :) это я на линукс перешел, вот на утилиты командной строки потянуло... With b/r. Gleb.
Re: ISQL и Execute Block
Dmitry Yemanov [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Мадорский Г.В. wrote: Я так понимаю, что ISQL не понимает Execute Block А доказательства есть? :-) Уже нет :) With b/r. Gleb.
Re: ISQL и Execute Block
Мякотин Сергей [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] А скрипт можно сразу батником генерировать и параметры в него в нужные места подставлять Да можно конечно. У меня есть места, где прямо из isql формируется скрипт для него-же. Переменные устанавливаю/получаю через rdb$setcontext / rdb$getcontext. Вообщем и if и циклы эмулировать можно. Просто некомфортно так программировать ... With b/r. Gleb.
Re: ISQL и Execute Block
Мадорский Г.В. пишет: Да можно конечно. У меня есть места, где прямо из isql формируется скрипт для него-же. Переменные устанавливаю/получаю через rdb$setcontext / rdb$getcontext. Вообщем и if и циклы эмулировать можно. Просто некомфортно так программировать ... И зачем так мучаться? Берёшь Python или хоть JavaScript - и всё комфортно и быстро получается. :-) -- Александр Замараев