Re: Комментарии русскими буквами в SP

2008-02-04 Пенетрантность Gogol Dmitry
Dmitry Yemanov wrote: > /misc/upgrade/metadata/metadata_charset.txt Спасибо, Дмитрий, а туда я заглянуть и не подумал.

Re: Комментарии русскими буквами в SP

2008-02-04 Пенетрантность Dmitry Yemanov
Gogol Dmitry wrote: Подскажите, почему при миграции с Fb 1.5.3 на FB 2.1 Beta 1 не отображаются тексты процедур /misc/upgrade/metadata/metadata_charset.txt -- Дмитрий Еманов

Комментарии русскими буквами в SP

2008-02-04 Пенетрантность Gogol Dmitry
Здравствуйте, уважаемые. Подскажите, почему при миграции с Fb 1.5.3 на FB 2.1 Beta 1 не отображаются тексты процедур, в которых комментарии введены русскими символами? Кодовая страница коннекта - WIN1251. Пробовал различные комбинации клиентских библиотек и утилит - результат один. В ibexpert

Re: База UTF8 + SP в WIN1251

2008-01-05 Пенетрантность Vlad Khorsun
"Anton Zibrov" ... Kovalenko Dmitry wrote: В таком виде компилится но как-то некрасиво выглядит :) А работает правильно? нет, ругается при выполнении malformed string на входной парамет

Re: ���� UTF8 + SP � WIN1251

2008-01-05 Пенетрантность Kovalenko Dmitry
> ÎÁÄÏ ËÁË-ÔÏ ÉÂÜËÓÐÅÒÔÕ ÐÁÒÁÍÅÔÒ èð ÐÏÄÓÕÎÕÔØ × UTF-8 ðÏÄËÌÀÞÁÊÓÑ Ë ÂÁÚÅ Ó 1251 - ÓÅÒ×ÅÒ ÓÁÍ ÏÔËÏÎ×ÅÒÔÉÒÕÅÔ × UTF8 ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.

Re: База UTF8 + SP в WIN1251

2008-01-05 Пенетрантность Anton Zibrov
Kovalenko Dmitry wrote: В таком виде компилится но как-то некрасиво выглядит :) А работает правильно? нет, ругается при выполнении malformed string на входной параметр (отчество

Re: ���� UTF8 + SP � WIN1251

2008-01-05 Пенетрантность Kovalenko Dmitry
> ÷ ÔÁËÏÍ ×ÉÄÅ ËÏÍÐÉÌÉÔÓÑ > ÎÏ ËÁË-ÔÏ ÎÅËÒÁÓÉ×Ï ×ÙÇÌÑÄÉÔ :) á ÒÁÂÏÔÁÅÔ ÐÒÁ×ÉÌØÎÏ? ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.

Re: База UTF8 + SP в WIN1251

2008-01-05 Пенетрантность Anton Zibrov
Vlad Khorsun wrote: Если чарсет коннекта UTF8 - ошибка malformed string Если чарсет коннекта Unicode_FSS - нет ошибок!!! Потому что Unicode_FSS не проверяет корректность юникодных строк. И жÐ

Re: База UTF8 + SP в WIN1251

2008-01-05 Пенетрантность Vlad Khorsun
"Anton Zibrov" ... Vlad Khorsun wrote: Чарсет коннекта, создающего процедуры, какой ? Коннекчусь IBexpert 2007.12.21 Если чарсет коннекта UTF8 - ошибка malformed string Если чарсет коннекта Unicod

Re: База UTF8 + SP в WIN1251

2008-01-05 Пенетрантность Anton Zibrov
Kovalenko Dmitry wrote: А хранимую процедуру не пробовал в UTF-8 отковертировать и подсунуть серверу (c ctype==геа8) ? В таком виде компилится begin /* Р?С,С++Р?С?С,Р?Р? Р"Р°С,Р?Р?С?Р?С<РNo

Re: База UTF8 + SP в WIN1251

2008-01-05 Пенетрантность Anton Zibrov
Vlad Khorsun wrote: Чарсет коннекта, создающего процедуры, какой ? Коннекчусь IBexpert 2007.12.21 Если чарсет коннекта UTF8 - ошибка malformed string Если чарсет коннекта Unicode_FSS - нет оши

Re: База UTF8 + SP в WIN1251

2008-01-05 Пенетрантность Vlad Khorsun
"Anton Zibrov" ... Привет всем. Сервер 2.0.3.13023 Кодировка базы UTF8 Есть хранимые процедуры склонения имен, отчеств, фамилий типа ... которые не компилятся в базе UTF8 из-за буÐ

Re: ���� UTF8 + SP � WIN1251

2008-01-04 Пенетрантность Kovalenko Dmitry
> óÅÒ×ÅÒ 2.0.3.13023 > ëÏÄÉÒÏ×ËÁ ÂÁÚÙ UTF8 > > åÓÔØ ÈÒÁÎÉÍÙÅ ÐÒÏÃÅÄÕÒÙ ÓËÌÏÎÅÎÉÑ ÉÍÅÎ, ÏÔÞÅÓÔ×, ÆÁÍÉÌÉÊ ÔÉÐÁ > ËÏÔÏÒÙÅ ÎÅ ËÏÍÐÉÌÑÔÓÑ × ÂÁÚÅ UTF8 ÉÚ-ÚÁ ÂÕË× × WIN1251 > Ó ÏÛÉÂËÏÊ > ËÁÃ

База UTF8 + SP в WIN1251

2008-01-04 Пенетрантность Anton Zibrov
Привет всем. Сервер 2.0.3.13023 Кодировка базы UTF8 Есть хранимые процедуры склонения имен, отчеств, фамилий типа begin /* Отчество Дательный падеж (выдать справку КОМУ?) *

Re: sp и 2.1

2007-05-11 Пенетрантность Dmitry Yemanov
Dmitry Lendel wrote: Select A.* from table1 A left join MySP(A.IDKey) on 0=0 В 2.1 так и останется? Да. -- Дмитрий Еманов

sp � 2.1

2007-05-11 Пенетрантность Dmitry Lendel
äÅÎØ ÄÏÂÒÙÊ. Select A.* from table1 A left join MySP(A.IDKey) on 0=0 ÷ 2.1 ÔÁË É ÏÓÔÁÎÅÔÓÑ? -- äÍÉÔÒÉÊ

Re: Тормоза выполнения SP или временные затраты сервера ?

2007-04-10 Пенетрантность Ded
Boulitchev Aleksey wrote: применение ES - мягко говоря ответственное решение, и может быть санкционировано архитектором проекта только при невозможности исполнения другими средствами. Прошу заметить - я молчу. Молчу. Молчу. Но в молчании моём столько ЯДА!!! :-D :-D :-D -- Regards. De

Re: Re[2]: Тормоза выполнения SP или временные затраты сервера ?

2007-04-10 Пенетрантность Dmitry Voroshin
"Boulitchev Aleksey" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > ES - это сознательный отказ от: > > - штатной проверки прав пользователя > - проверки зависимостей на этапе создания метаданных (валидности кода по > большому счету) > - проверки зависимосте

Re: Re[2]: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-10 Пенетрантность Horsun Vlad
"Oleg LOA" ... > "Константин" ... > > Хорошо давай по 1-му пункту ... Скорось E-IDE и SATA-II - разница ? > > Как минимум в 2 раза, время работы отличается максимум на 150 мс. > > относительно даже самого длинного запроса 3.654 с. это > > И давно это скорость чтения с блина в два

Re[2]: Тормоза выполнения SP или временные затраты сервера ?

2007-04-10 Пенетрантность Константин
OL> P.S. Ветку мона прибивать. Да ладно чуть что - сазу "ап стенку..." Уж тогда лучьше - в юмор ;) С уважением, Константин Григорьевич. ===

Re: Re[2]: Тормоза выполнения SP или временные затраты сервера ?

2007-04-10 Пенетрантность Boulitchev Aleksey
--- кац --- BA> если Вы делаете через анус (execute statement), можете не обращать внимания BA> на такие мелочи как индексы, оптимизация и пр. Подождите а кто сказал что execute statement не использует индексы ? И кто сказал что через execute statement не оптимальнее ? BA> зачем execute

Re[4]: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Константин
>> Или я туплю :( ?! VH> Ну, намёк ты понял :) Осталось понять остальное ;) Ладно на этой оптимистичной ноте и закончим ;) Буду разбараться дальше по свободке ... С уважением, Константин Григорьевич. ===

Re[2]: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Константин
DY> Константин wrote: >> >> DY> С чего такой вывод? >> >> А по тому что суммарно поиск по самой таблице TOVAR, COST, ... >> по заданным параметрам выполняется ~ 0.5 c. DY> А о том, что execute statement препарится/оптимизируется н

Re: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Oleg LOA
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > совсем древний IDE и почти новый SATA - запросто. > Проверяется HDTune за 2-3 минуты. Дим, ты голую скорсть чтения с бланва мерять будешь или реальную производительность файловго I/O при случайном доступе. Так вот 2-а

Re: Re[2]: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Oleg LOA
"Константин" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Хорошо давай по 1-му пункту ... Скорось E-IDE и SATA-II - разница ? > Как минимум в 2 раза, время работы отличается максимум на 150 мс. > относительно даже самого длинного запроса 3.654 с. это И давно это

Re: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Dmitri Kuzmenko
Hello, Константин! Константин wrote: Да и вообще-то у меня основное удивление вызвало почти полное отсутствие преимущества SATA-II :( для полного счастья на компе должны стоять самые свежие дрова для motherboard, или если отдельно - то для контроллера IDE/SATA этой motherboar

Re: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Dmitri Kuzmenko
Hello, Константин! Константин wrote: Я вот подумал может есть какой-нить общеизвестный тест для FB, с промерами что на такой-то машине должно быть примерно сколько ... например http://www.ibase.ru/devinfo/backupspeed.htm -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: OFF: Тормоза выполнения SP или временные затраты сервера ? (сори атач 25K)

2007-04-09 Пенетрантность Dmitri Kuzmenko
Hello, Константин! Константин wrote: Где это сказано ? Если уж на то пошло для Duron смотри в аттаче (сори за размер) P4 сейчас занят и тесты смогу выложить только завтра... страшная тестилка какая-то. используй HDTune. А Transfer rate удручающий. у меня на IDE купленном года 4 назад и

Re: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Dmitri Kuzmenko
Hello, Vlad! Vlad Horsun wrote: Хорошо давай по 1-му пункту ... Скорось E-IDE и SATA-II - разница ? Как минимум в 2 раза, Откуда дровишки ? совсем древний IDE и почти новый SATA - запросто. Проверяется HDTune за 2-3 минуты. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Re[2]: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Vlad Horsun
Какая разница где индексы - это не зависит от объёмов БД если ты одно и то же читаешь. Разве что глубина индексов разная (в чём я лично сомневаюсь) > VH> В идеале - да. Самое тормозное место - HDD. Но это только в идеале > > Ладно мы спорим ниочём. > Дополняю - вем

Re: Re[2]: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Vlad Horsun
"Константин" > Хорошо давай по 1-му пункту ... Скорось E-IDE и SATA-II - разница ? > Как минимум в 2 раза, Откуда дровишки ? -- Хорсун Влад

Re[2]: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Константин
DK> это для них практически максимальная усредненная скорость. DK> хотя ваш E-IDE медленноват. Если нормальный, то он лишь чуть хуже DK> SATA должен быть. Если старый диск - то все ОК. IDE конечно староват, один из первых этого обьема да ещё и Seagate не славящийся особой соростью :( зато

Re[2]: OFF: Тормоза выполнения SP или временные затраты сервера ? (сори атач 25K)

2007-04-09 Пенетрантность Константин
>> SATA-II не превышала 20-30 Mb/c на E-IDE - 7-10 Mb/c. >> На Duron - е вообще смешно очень редко доходит ло 4-5 Mb/c в среднем >> же дердится стабильно на 1,5 - 2 Mb/c VH> У тебя random read даёт 40-60 MB\sec ? ;))) Где это сказано ? Если уж на то пошло для Duron смотри в аттаче (сори з

Re: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Dmitry Yemanov
Константин wrote: DY> С чего такой вывод? А по тому что суммарно поиск по самой таблице TOVAR, COST, ... по заданным параметрам выполняется ~ 0.5 c. А о том, что execute statement препарится/оптимизируется на каждый вызов SP, ты конечно же не догадался... -- Дмит

Re[2]: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Константин
>>Время выполнения разбито на 4 параметра: >> >> 1-й время грязного поиска по полному коду (одна из веток SP) >> 2-й время грязного поиска по части кода (вторая ветка SP) (starting) >> 3-й время чистого поиска по полному коду (одна из веток SP) >

Re: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Dmitri Kuzmenko
Hello, Константин! Константин wrote: Вдогонку, что самое интерестное - ни разу не видел что-бы скорость чтения и/или записи с/на диск при работе FB хотя-бы приближалось к отметке 50 % от максимальной скорости HDD :( при любых запросах ... Например на P4 описанном в предыдущем посте скорость о

Re: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Dmitri Kuzmenko
Hello, Константин! Константин wrote: В общем можно было-бы на этом тему и закрыть вроде всё хорошо, но настораживают факты: почему настораживают? см. дальше. 1) время поиска по многолимонным таблицам ПРАКТИЧЕСКИ НЕ ЗАВИСИТ от скорости HDD !!!??? зависит от того, как организ

Re[2]: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Константин
BA> если Вы делаете через анус (execute statement), можете не обращать внимания BA> на такие мелочи как индексы, оптимизация и пр. Подождите а кто сказал что execute statement не использует индексы ? И кто сказал что через execute statement не оптимальнее ? BA> зачем execute statement в

Re: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Vlad Horsun
> "Константин" > > Вдогонку, что самое интерестное - ни разу не видел что-бы скорость > чтения и/или записи с/на диск при работе FB хотя-бы приближалось к > отметке 50 % от максимальной скорости HDD :( при любых запросах ... > > Например на P4 описанном в предыдущем посте скорость обмена по HDD >

Re[2]: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Константин
DY> Константин wrote: >> >> где "чистой" называется замер времени выполнения SP, выполняемой >> сразу же за аналогичным поиском ... DY> Ничего не понял. поиск выполняется процедурой SEARCH_PRICE_COST . для замера скорости создаётся п

Re: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Vlad Horsun
"Константин" ... ... >Время выполнения разбито на 4 параметра: > > 1-й время грязного поиска по полному коду (одна из веток SP) > 2-й время грязного поиска по части кода (вторая ветка SP) (starting) > 3-й время чистого поиска по полному коду (одна из

Re: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Константин
Вдогонку, что самое интерестное - ни разу не видел что-бы скорость чтения и/или записи с/на диск при работе FB хотя-бы приближалось к отметке 50 % от максимальной скорости HDD :( при любых запросах ... Например на P4 описанном в предыдущем посте скорость обмена по HDD SATA-II не превышала 20-30 M

Re: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Boulitchev Aleksey
результатам - основное время было потрачено FB на ... разбор самой SP :( хотя она и была уже откомпилированна как я понимаю в какое-то подобие байт кода + ей (SP) сделан prepeare... вемя феча везде ~0 т.к. итоговая выборка SP не превышала 10-20 записей ... Остаётся только гадать что-же на

Re: OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Dmitry Yemanov
Константин wrote: где "чистой" называется замер времени выполнения SP, выполняемой сразу же за аналогичным поиском ... Ничего не понял. Да БД размер страницы = размеру кластера = 32К Врешь. перед замерами скорости - для SP, в той-же транзакции, бы

OFF: Тормоза выполнения SP или временные затраты сервера ?

2007-04-09 Пенетрантность Константин
строк (~12 Кб) включает в себя таблицы, вьюхи, SP, ветвления, ... Индексы построены и взяты оптимально везде (процедура вылизывалась не одину неделю) Основной цикл идёт по предварительно построенному SQL кот. выполняется через конструкцию: for execute statement :sql into do for

Re: Максимальный суммарный объем параметров в SP

2006-12-26 Пенетрантность Dmitry Yemanov
Качановский Дмитрий wrote: Каков предельный сумарный объем параметров, передаваемых в процедуру? 64К, насколько я помню. Это так и должно быть? Скажем так - это не баг :-) -- Дмитрий Еманов

������������ ��������� ����� ���������� � SP

2006-12-26 Пенетрантность ����������� ������
óÒÁÚÕ ÐÒÏÛÕ ÐÒÏÝÅÎÉÑ, ÅÓÌÉ ×ÓÅ Ï ÜÔÏÍ ÚÎÁÀÔ, Á Ñ ÏÄÉÎ ÔÁËÏÊ... ëÁËÏ× ÐÒÅÄÅÌØÎÙÊ ÓÕÍÁÒÎÙÊ ÏÂßÅÍ ÐÁÒÁÍÅÔÒÏ×, ÐÅÒÅÄÁ×ÁÅÍÙÈ × ÐÒÏÃÅÄÕÒÕ? ÞÔÏ-ÔÏ ÓÔÕËÎÕÌÏ ÍÎÅ ÎÁÐÉÓÁÔØ Ð

Re: execute block в параметрах SP

2006-09-25 Пенетрантность Serge Buzadzhy
Ded пишет: PS. Предлагаю на 14 октября раздавать сувениры в виде биноклей и сусликов. Невидимых сусликов? :) Ни пониль. Ты тоже призываешь всех срочно бросить программать на всякой нативной хрени, переехать на АДО и провайдер и ждать момента, когда можно будет окончательно забыть о с

Re: execute block в параметрах SP

2006-09-25 Пенетрантность Kovalenko Dmitry
Oleg LOA писал(а): > > Я хочу, хочу конкуренции. > > Дим, какая в попу конкуренция на этом рынке? Ты обо что?! :-) Это да. Общее количество бабла появлению нормальной конкуренции явно не способствует :-)) Дмитрий

Re: execute block в параметрах SP

2006-09-25 Пенетрантность Oleg LOA
"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Я хочу, хочу конкуренции. Предлагаю > тебе стать моим конкурентом. Ты только, > главное, заранее приготовься к > реализации вещей "шоб було". Дим, какая в попу конкуренция на этом рынке? Ты обо что?! :-)

Re: execute block в параметрах SP

2006-09-25 Пенетрантность Yurij
ArtGal wrote: > > когда можно будет окончательно забыть о существовании реляционной модели > > и работать с БД как многомерным массивом, по номерам-индексам записей? > Для желающих есть 1С. Или Cache.

Re: execute block в параметрах SP

2006-09-25 Пенетрантность ArtGal
"Ded" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > когда можно будет окончательно забыть о существовании реляционной модели > и работать с БД как многомерным массивом, по номерам-индексам записей? > Для желающих есть 1С. -- С уважением, Артур Галимов. ФК

Re: execute block в параметрах SP

2006-09-25 Пенетрантность Dmitry Voroshin
"Kovalenko Dmitry" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > Я хочу, хочу конкуренции. Предлагаю > тебе стать моим конкурентом. Ты только, > главное, заранее приготовься к > реализации вещей "шоб було". Спасибо, но я уж как нибудь буду своё, хм..., разг

Re: execute block в параметрах SP

2006-09-25 Пенетрантность Ded
Serge Buzadzhy wrote: PS. Предлагаю на 14 октября раздавать сувениры в виде биноклей и сусликов. Невидимых сусликов? :) Ни пониль. Ты тоже призываешь всех срочно бросить программать на всякой нативной хрени, переехать на АДО и провайдер и ждать момента, когда можно будет окончательн

Re: execute block в параметрах SP

2006-09-25 Пенетрантность Kovalenko Dmitry
> Потому-что тут снова вопрос доверия. IBX далеко не фонтан, но его зато можно > править под собственные нужды. А всё что мне нужно - он делает замечательно. Я рад. Сам же, программам "которые далеко не фонтан", не доверяю в принципе. За что и страдаю по жизни. > > За "безобразно" - зарежу. Насч

Re: execute block в параметрах SP

2006-09-25 Пенетрантность Dmitry Voroshin
"Kovalenko Dmitry" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > И если я буду писать прогу на VBA, то возьму твой провайдер, а никакой другой. Для Delphi - нет. > > Мне не понятна категоричность вот этой > последней части. Отнесу её к фобии > неизвестного

Re: execute block в параметрах SP

2006-09-25 Пенетрантность Dmitry Voroshin
"Serge Buzadzhy" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Это претензия к кому? :) Вообще-то разработчики клиентского инструментария ДОЛЖНЫ по максимуму поддержать ВСЕ имеющиеся режимы работы и возможности сервера. Так что претензия видать к разработчика

Re: execute block в параметрах SP

2006-09-24 Пенетрантность Serge Buzadzhy
PS. Предлагаю на 14 октября раздавать сувениры в виде биноклей и сусликов. Невидимых сусликов? :)

Re: execute block в параметрах SP

2006-09-24 Пенетрантность Kovalenko Dmitry
> > Да вот так. Тебе оно может и нужно, но многим и не нужно. Мне - не нужно. А > > делать "шоб було"? Зачем? > > > Это претензия к кому? :) "Мочи их, капитан" (с) Суходрищев. > Сразу же тогда обращайтесь > к ребятам занимающимся сервером и морочьте им голову. Мол так и так, > убирайте уникоды,

Re: execute block в параметрах SP

2006-09-24 Пенетрантность Serge Buzadzhy
Dmitry Voroshin пишет: UTF8 (да и вообще кодовые страницы) там как поддерживается? Без понятия ибо оно мне тоже нафиг не упало. Присоединяюсь! Да конечно! Да вот так. Тебе оно может и нужно, но многим и не нужно. Мне - не нужно. А делать "шоб було"? Зачем? Это претензия к кому? :) Во

Re: execute block в параметрах SP

2006-09-24 Пенетрантность Kovalenko Dmitry
> >> > execute procedure sp_exec_in_1_out_0 > >> > ((execute block returns(x integer) as begin :x=1; suspend; end)) > >> > >> А вот былабы кстате > >> select * from ((execute block returns(x integer) as begin :x=1; suspend; > >> end)) > >> будет дли такое? > > > > А внутро execute block засунуть

Re: execute block � ���������� SP

2006-09-23 Пенетрантность Boltik Evgeny
>> > execute procedure sp_exec_in_1_out_0 >> > ((execute block returns(x integer) as begin :x=1; suspend; end)) >> >> á ×ÏÔ ÂÙÌÁÂÙ ËÓÔÁÔÅ >> select * from ((execute block returns(x integer) as begin :x=1; suspend; >> end)) >> ÂÕÄÅÔ ÄÌÉ ÔÁËÏÅ? > > á ×ÎÕÔÒÏ execu

Re: execute block в параметрах SP

2006-09-23 Пенетрантность Kovalenko Dmitry
> > Сейчас волшебники вытащат из кармана > > правильную реализацию. И конечно же > > забьют на мнение тех, кто эту > > реализацию будет использовать. > > Не понял. Это ты к чему? Это к тому, что из пальца высасывать "правильную" реализацию вряд ли будут. Нужен опыт. И высказывания "в том виде как

Re: execute block в параметрах SP

2006-09-23 Пенетрантность Dmitry Voroshin
"Kovalenko Dmitry" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > А ты не задумывался, что Delphi, точнее его > VCL сам по себе является лишним звеном? Конечно является. Но! Каждое такое лишнее звено должно давать преимущества, компенсирующие его недостатки

Re: execute block в параметрах SP

2006-09-22 Пенетрантность Kovalenko Dmitry
> > > > А для чего оно (API) тогда придумано? > > > > > > Присоединяюсь. В которой я сам и буду > > > разбираться. > > > > Ну может и кишки сервера к себе в код > > затащишь? Чего там! > > Ну зачем уж сразу кишки? Сервер выполняет свои задачи - програма - свои. > Зачем нужно лишнее звено я, ч

Re: execute block в параметрах SP

2006-09-22 Пенетрантность Мадорский Г . В .
Для разовых операций есть isql, которая прекрасно жуёт скрипты и позволяет коммитить что надо когда надо. А как там написать for select, завести переменные ну и т.д. ... ? Ага. Dependencies связывают полёт творческой мысли. А тут оне не работают. Можно творить, аж дух захватывает.

Re: execute block в параметрах SP

2006-09-22 Пенетрантность Dmitry Voroshin
"Vlad Horsun" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > Common Table Expressions в том числе и рекурсивные будут (уже есть) в 2.1 > Очень надеюсь. Хотя пока и до двойки не добрался. Надеюсь доберусь до 2.1 когда нибудь. У нас очень инертная система.

Re: execute block в параметрах SP

2006-09-22 Пенетрантность Dmitry Voroshin
"Kovalenko Dmitry" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > Dmitry Voroshin писал(а): > > > > А для чего оно (API) тогда придумано? > > > > Присоединяюсь. В которой я сам и буду > > разбираться. > > Ну может и кишки сервера к себе в код > затащишь?

Re: execute block в параметрах SP

2006-09-22 Пенетрантность Ded
преимущественно без SP стараюсь обходиться. С метаданными возни меньше. Да и когда в запросе присутствует больше одной SP тормоза (притормаживания) практически гарантированы. Менять текст SP динамически нельзя. Это вынуждает писать вместо запроса еще одну SP... Ага. Dependencies связывают полёт

Re: execute block в параметрах SP

2006-09-22 Пенетрантность Мадорский Г . В .
Привет. EXECUTE BLOCK - это как раз из той области, кою я обхожу стороной и намерен так поступать и впредь. Код SP должен лежать на сервере и быть доступным, понятным и читаемым для каждого разработчика в команде. А то, что делается на клиенте, должно проходить через SQL! -запросы и

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
> > > > execute procedure sp_exec_in_1_out_0 > > > > ((execute block returns(x integer) as begin :x=1; suspend; end)) > > > > > > А вот былабы кстате > > > select * from ((execute block returns(x integer) as begin :x=1; suspend; > > > end)) > > > будет дли такое? > > Очень вряд ли. Уже говорил

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Vlad Horsun
"Dmitry Voroshin" ... > > > "Boltik Evgeny" ... > > > > > execute procedure sp_exec_in_1_out_0 > > > ((execute block returns(x integer) as begin :x=1; suspend; end)) > > > > А вот былабы кстате > > select * from ((execute block returns(x integer) as begin :x=1; suspend; > > end)) > > будет дли та

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
Dmitry Voroshin писал(а): > > А для чего оно (API) тогда придумано? > > Присоединяюсь. В которой я сам и буду > разбираться. Ну может и кишки сервера к себе в код затащишь? Чего там! > > > У тебя в IBX нумерики как? > > > > Угу. А поскольку оне у меня и в базе вещественные, то меня это

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Dmitry Voroshin
"Boltik Evgeny" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > > execute procedure sp_exec_in_1_out_0 > > ((execute block returns(x integer) as begin :x=1; suspend; end)) > > А вот былабы кстате > select * from ((execute block returns(x integer) as begin :x

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Dmitry Voroshin
теперешней реализации нафиг не сдались. > > > Именованные > > параметры в EXECUTE BLOCK корректно парсятся > > (знаю что это из FB2)? > > EXECUTE BLOCK - это как раз из той области, кою я обхожу стороной и > намерен так поступать и впредь. Код SP должен ле

Re: execute block � ���������� SP

2006-09-21 Пенетрантность Boltik Evgeny
> execute procedure sp_exec_in_1_out_0 > ((execute block returns(x integer) as begin :x=1; suspend; end)) á ×ÏÔ ÂÙÌÁÂÙ ËÓÔÁÔÅ select * from ((execute block returns(x integer) as begin :x=1; suspend; end)) ÂÕÄÅÔ ÄÌÉ ÔÁËÏÅ?

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Ded
ответа, то зачем спрашиваешь? Именованные параметры в EXECUTE BLOCK корректно парсятся (знаю что это из FB2)? EXECUTE BLOCK - это как раз из той области, кою я обхожу стороной и намерен так поступать и впредь. Код SP должен лежать на сервере и быть доступным, понятным и читаемым для каждого

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Horsun Vlad
"Kovalenko Dmitry" ... > > Horsun Vlad писал(а): > > > > Или EXECUTE BLOCK в принципе для такого не > > > предназначен? > > > > Ответ с ходу - нет. Немного подумав - в принципе, наверное, > > можно, но весьма геморно. > > Я тут еще немного покурил - это хорошо > что "нет и весьма геморно".

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
Horsun Vlad писал(а): > > Или EXECUTE BLOCK в принципе для такого не > > предназначен? > > Ответ с ходу - нет. Немного подумав - в принципе, наверное, > можно, но весьма геморно. Я тут еще немного покурил - это хорошо что "нет и весьма геморно". Коваленко Дмитрий.

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
Ded писал(а): > > KD> Саша, провайдер уже года три как за > > KD> тебя столько "думает", > Как хорошо что он за меня таки не думает :-D Не, я лучше на > инструменте для бестолковых программеров и несерьёзных проектов > останусь, на Дельфях с нативным IBX, который преимущественно делает > име

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Ded
Alexandr Kochmin wrote: KD> Саша, провайдер уже года три как за KD> тебя столько "думает", что у многих тут KD> волосы дыбом встанут. И не только KD> волосы :) Как хорошо что он за меня таки не думает :-D Не, я лучше на инструменте для бестолковых программеров и несерьёзных проектов оста

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
Karabas Barabas писал(а): > AK> И все равно масса вопросов " а почему оно за меня само думает" > > Вот потому ч ФИБы и не пользую :) Некоторые вещи невозможно реализовать на уровне клиента. Ты просто умрешь под грузом мелочей :) Какие именно вещи? Да хотя бы прозрачную поддержку первого и трет

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Alexandr Kochmin
KD> Бабло платят - значит нужна. Конкретно KD> вот эта хрень нужна парню, вместе с KD> которым мы воюем против тупого Crystal KD> Report'a. а ну если Crystal Report тогда понятно. KD> Саша, провайдер уже года три как за KD> тебя столько "думает", что у многих тут KD> волосы дыбом встанут. И не

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
ну совсем не хочется. Кроме того, парсер может использовать эти такие алгоритмы для пропуска кусков запроса. Например этот вот запрос запуска SP. Основной парсер говорит - я не понял. Значит это либо в тупую указали имя таблицы (без селекта), либо это у нас SP по имени хотят выполнить. Что

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Horsun Vlad
"Oleg LOA" ... > "Kovalenko Dmitry" ... > > > > Поэтому я и спрашиваю. > > Дим, а может проще использовать синтаксический анализатор с примитивной грамматикой, > чем придумывать алгоритмы поиска запятой? Или я чего-то недогнал Вот и я хотел то же сказать -- Хорсун Влад

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
Alexandr Kochmin писал(а): > KD> Уточню, что сам запрос изначально > KD> может быть несовместим с FB - я у себя их > KD> там внутри конвертирую. > > Хм, тернистый путь, однако. > Но интересно, получится ли прозрачность такая в реальности, хотя бы в четко > очерченной функциональности, и кому о

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Oleg LOA
"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > Поэтому я и спрашиваю. Дим, а может проще использовать синтаксический анализатор с примитивной грамматикой, чем придумывать алгоритмы поиска запятой? Или я чего-то недогнал

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Karabas Barabas
Hi Alexandr Kochmin ! AK> И все равно масса вопросов " а почему оно за меня само думает" Вот потому ч ФИБы и не пользую :) --

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Alexandr Kochmin
KB> Hi Alexandr Kochmin ! KB> AK>> - пишу запрос "SP_NAME param1,param2,param3", а он AK>> выполняется неправильно. - ты чего чувак, firebird таких AK>> запросы вообще не понимает. - а у меня через ibProvider AK>> понимает. KB> KB> Если это документированная возможность, то ничего страшного. KB>

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Karabas Barabas
Hi Alexandr Kochmin ! AK> - пишу запрос "SP_NAME param1,param2,param3", а он AK> выполняется неправильно. - ты чего чувак, firebird таких AK> запросы вообще не понимает. - а у меня через ibProvider AK> понимает. Если это документированная возможность, то ничего страшного. Есть прецедент: ФИБ

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Alexandr Kochmin
KD> Уточню, что сам запрос изначально KD> может быть несовместим с FB - я у себя их KD> там внутри конвертирую. Хм, тернистый путь, однако. Но интересно, получится ли прозрачность такая в реальности, хотя бы в четко очерченной функциональности, и кому она вообще нужна. Да и стоит ожидать скоро

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
Horsun Vlad писал(а): > > Ээээ... Мы то не хотим, но вот парсер-то в > > провайдере должен такое извращение > > поддерживать. > > Не понято - зачем ? > execute procedure SP (select col1,col2 from tra_ta_ta) > Это я и сам давно хочу сделать. В самом дел

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Dmitri Kuzmenko
Hello, Slava! Slava Ekimov wrote: KD> execute procedure sp_exec_in_1_out_0 KD> ((execute block returns(x integer) as begin :x=1; suspend; end)) Ну ты и извращенец! :-) да уж, +1. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Horsun Vlad
а, но и это мы когда-нить преодолеем ;) > > Ответ с ходу - нет. Немного подумав - в принципе, наверное, > > можно, но весьма геморно. > > Я не хотел - оно само мне в голову > пришло :) :) > --- > Я вот про еще одно извращение подумал. > > У

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
еморно. Я не хотел - оно само мне в голову пришло :) --- Я вот про еще одно извращение подумал. У SP есть два IN-параметра. И я эти два параметра передаю в качестве двух колонок "под-запроса" execute procedure SP (select col1,col2 from tra_ta_ta) Такое ведь может рано или поздно реально появиться? Коваленко Дмитрий.

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Horsun Vlad
"Kovalenko Dmitry" ... > > Привет всем. > > Вот сам себе замутил запрос (FB2 RC3), > теперь думаю о вечном > > execute procedure sp_exec_in_1_out_0 > ((execute block returns(x integer) as begin :x=1; suspend; end)) > > Селект я могу воткнуть в качестве > параметра, а EXECUTE BLOCK - нет. Мд

Re: execute block в параметрах SP

2006-09-21 Пенетрантность Slava Ekimov
KD> execute procedure sp_exec_in_1_out_0 KD> ((execute block returns(x integer) as begin :x=1; suspend; end)) Ну ты и извращенец! :-)

execute block в параметрах SP

2006-09-21 Пенетрантность Kovalenko Dmitry
Привет всем. Вот сам себе замутил запрос (FB2 RC3), теперь думаю о вечном execute procedure sp_exec_in_1_out_0 ((execute block returns(x integer) as begin :x=1; suspend; end)) Селект я могу воткнуть в качестве параметра, а EXECUTE BLOCK - нет. Вопрос - то что сейчас сделать нельзя, потенциал