Vlad Khorsun пишет:
"Ovchinnikov Vasily" wrote ...
32-бит и 64-бит FB может работать с одной и той же БД, начиная с ODS 11.1
Младшие ODS не совместимы. Т.е. БД в ODS < 11.1 будет читаться только
32-битными версиями FB.
Спасибо, Влад
Главное - не собственно сами грабли, а знание их месторасполо
"Ovchinnikov Vasily" wrote ...
32-бит и 64-бит FB может работать с одной и той же БД, начиная с ODS 11.1
Младшие ODS не совместимы. Т.е. БД в ODS < 11.1 будет читаться только
32-битными версиями FB.
--
Хорсун Влад
То ли лыжи не едут...
Сообщения об ошибках не сохранял, пишу по памяти. Ибо дело было на прошлой неделе у одного из клиентов.
Времени на разбор особо не было - спешил отдать сервер в работу. Да и мысли в нужном русле потекли только
сегодня.
На столе подобное в лабораторных условиях воспроизве
Сделал процедуру вывода номеров строк, и обнаружил странное поведение
оптимизатора и сортировки
create procedure GET_ROW_NUM(
DUMMY blob = null) -- Нужно указавать в случае union all например, т.к.
оптимизатор выполняет запрос 1 раз
returns (
NUM integer)
as
begin
if (RDB$GET_CONTEXT('USER
Добрый день всем,
хочу проинформировать сообщество о существовании opensource модуля
подключения к Firebird для NodeJS.
NodeJS - это средство для легкого построения масштабируемых сетевых
программ. Язык JavaScript, движок Google V8.
Если кто-то заинтересовался можно почитать тут:
http://nodejs.ru/
On 27 окт, 21:14, Dmitry Yemanov wrote:
С апи FIBPlus6 работает. :)
Ошибка появляется внезапно и в разных частях программы. Без какой-либо
системы. :)
Причем, в 99% случаев, конечно, не у разработчиков.
Вообще, мы ничего нового не выдумывали. Вся работа c базой ведется
через датасеты и иногда q
27.10.2010 20:11, victor braylovsky пишет:
Можете подсказать, как бороться со следующей ошибкой?
Dynamic SQL Error.SQL error code = -804.SQLDA missing or incorrect
version, or incorrect number/type of variables.
Ничего толкового не нагуглилось.
Надо правильно работать с АПИ :-)
Без примеров
даже на Nabble не Ð²Ð¸Ð¶Ñ ÐºÐ¸ÑилиÑеÑкие бÑквÑ. ЧÑо за кодиÑовка?
On Jun 4, 11:06Â pm, wrote:
> ))
>
> SP:
> begin
> Â Â result = 'Fb20';
> Â Â - , 2.0, )
> Â Â when any do
> Â Â Â Â result = ' ';
> end
>
> "Andrei" /
> :news:046acf75-0276-4612-b
ÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃÃ ))
à SP:
begin
result = 'Fb20';
ÃÃ
ÃÃÃÃÃ ÃÃÃ-ÃÃÃÃÃÃ, ÃÃÃ Ã
ÃÃÃ Ã 2.0, Ã ÃÃ
à à ÃÃÃÃÃ
)
when any do
result = 'ÃÃÃÃ
Ã';
end
"Andrei" ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃÃ Ã
ÃÃÃÃÃÃÃÃ ÃÃÃ
ÃÃÃÃÃ
Ã
:
new
Ðока пÑиÑ
Ð¾Ð´Ð¸Ñ Ð½Ð° Ñм Ñакое:
SELECT * FROM rdb$relations WHERE rdb$relation_name = 'MON$DATABASE'
еÑли пÑÑÑо, Ñо ÑÑо Yaffil или 2.0
еÑли не пÑÑÑо, Ñо Ñогда пÑовеÑÑем веÑÑиÑ:
SELECT RDB$GET_CONTEXT('SYSTEM', 'ENGINE_VERSION') F
Y> Я ÑÑо-Ñо запамÑÑовал - еÑÑÑ Ð»Ð¸ в FB возможноÑÑÑ Ð²ÑÑавлÑÑÑ Ð±Ð¸Ð½Ð°ÑнÑе
Y> Ð±Ð»Ð¾Ð±Ñ Ð¸Ð»Ð¸ длиннÑе ÑекÑÑовÑе блобÑ(Ñ Ð¿ÐµÑеноÑами и пÑоÑими
Y> ÑпеÑÑимволами) из sql-ÑкÑиÐ
24.03.2010 14:04, Yurij пиÑеÑ:
Ð, ÑоÑно. Рон ÑаÑом еÑе ÑÑловнÑе DDL опеÑаÑии не ÑмееÑ? Типа "еÑли
ÑаблиÑа ÑÑÑеÑÑвÑеÑ, дÑопнÑÑÑ ÐµÐµ?
ÐожеÑ.
http://ibexpert.net/ibe/index.php?n=Doc.ScriptExecutive#IFEXISTS
С
On Mar 24, 1:01Â pm, "Alex Cherednichenko"
wrote:
> Hello, Yurij!
> You wrote  on Wed, 24 Mar 2010 03:49:42 -0700 (PDT):
> зÑ: можеÑÑ Ð¿Ð¾Ð»ÑзоваÑÑ ibescript, он ÑÐ¼ÐµÐµÑ Ð±Ð¸Ð½Ð°Ñники бÑаÑÑ Ð¸Ð· внеÑнего Ñайла.
Ð, ÑоÑно. Рон ÑаÑом еÑÐ
ими
Y> ÑпеÑÑимволами) из sql-ÑкÑипÑов в isql?
ÐлиннÑе ÑекÑÑовÑе можно.
ÐопÑÐ¾Ñ ÑолÑко в Ñом, наÑколÑко длиннÑе...
ÐинаÑнÑе неÑ.
зÑ: можеÑÑ Ð¿Ð¾Ð»ÑзоваÑÑ ibescript, он ÑÐ¼ÐµÐµÑ Ð±Ð¸Ð½Ð°
Я ÑÑо-Ñо запамÑÑовал - еÑÑÑ Ð»Ð¸ в FB возможноÑÑÑ Ð²ÑÑавлÑÑÑ Ð±Ð¸Ð½Ð°ÑнÑе
Ð±Ð»Ð¾Ð±Ñ Ð¸Ð»Ð¸ длиннÑе ÑекÑÑовÑе блобÑ(Ñ Ð¿ÐµÑеноÑами и пÑоÑими
ÑпеÑÑимволами) из sql-ÑкÑипÑов в isql?
To
11 ÑенÑÑбÑÑ 2009 г. 22:25 полÑзоваÑÐµÐ»Ñ Kovalenko Dmitry
напиÑал:
>
>> Ðй, а ÑÑо еÑо? :)
>> бÑÐ´Ñ ÐºÑÑиÑÑ
>
> УÑпеÑ
ов.
>
> Ð ÑÑо. Того. ÐаÑÑÑой ÑÐ²Ð¾Ñ Ñ
ÑеновинÑ, коÑоÑой ÑÑ ÑÑда оÑпÑавлÑеÑÑ ÑооÐ
Ðй, а ÑÑо еÑо? :)
бÑÐ´Ñ ÐºÑÑиÑÑ
УÑпеÑ
ов.
Ð ÑÑо. Того. ÐаÑÑÑой ÑÐ²Ð¾Ñ Ñ
ÑеновинÑ, коÑоÑой ÑÑ ÑÑда оÑпÑавлÑеÑÑ ÑообÑениÑ
на "обÑÑнÑй ÑеÑÑ". Ðез вÑÑкого HTML-ÑоÑмаÑиÑованиÑ.
11 ÑенÑÑбÑÑ 2009 г. 19:06 полÑзоваÑÐµÐ»Ñ Kovalenko Dmitry <
dmitry.lipe...@gmail.com> напиÑал:
>
> ÐопÑоÑ: где Ñ Ð¸ ÑÑо не Ñак делаÑ?!
>> ÐÐ¾Ð¶ÐµÑ Ð³Ð´Ðµ-Ñо еÑÑÑ Ð±Ð¾Ð»ÐµÐµ ÑÐ²ÐµÐ¶Ð°Ñ Ð²ÐµÑÑÐ¸Ñ ODBC дÑайвеÑа?
>>
>
> Ðе зна
ÐопÑоÑ: где Ñ Ð¸ ÑÑо не Ñак делаÑ?!
ÐÐ¾Ð¶ÐµÑ Ð³Ð´Ðµ-Ñо еÑÑÑ Ð±Ð¾Ð»ÐµÐµ ÑÐ²ÐµÐ¶Ð°Ñ Ð²ÐµÑÑÐ¸Ñ ODBC дÑайвеÑа?
Ðе Ð·Ð½Ð°Ñ :-)
Ð Gemini дÑÐ°Ð¹Ð²ÐµÑ Ð½Ðµ пÑобовал? С ним вÑоде Ñ Ð½Ð°Ñода вÑе полÑÑалоÑÑ.
Сам Ñ
оÑ
>
> select count(*) from AIS_DOGOVOR
>
> Ñоже оÑибка бÑдеÑ?
>
> Ðоваленко ÐмиÑÑий.
>
>
в ÑмÑÑле болÑÑими бÑквами? Ðа.
ТÑÑ Ð¼Ð½Ðµ знаÑÑие (ÑоÑнее, копаÑÑиеÑÑ Ð² MS SQL) ÑоваÑиÑи ÑкиÐ
select count(*) from ais_dogovor
Ðде подкÑÑÑиÑÑ, ÑÑо не Ñак?
РеÑли вÑполнÑÑÑ Ð·Ð°Ð¿ÑоÑ
select count(*) from AIS_DOGOVOR
Ñоже оÑибка бÑдеÑ?
Ðоваленко ÐмиÑÑий.
11 ÑенÑÑбÑÑ 2009 г. 15:07 полÑзоваÑÐµÐ»Ñ Khorsun Vlad
напиÑал:
>
> "ÐлекÑей ÐиÑнÑков" wrote in message
>>
> ...
>
>> Dynamic SQL Error
>> SQL error code = -204
>> Table unknown
>> ais_dogovor
>> A
üÃà à à IBProvider.
http://www.ibprovider.com/rus/documentation/differences_between_versions.html
òÃÃÃÃ
à MS SQL Server.
"ÐлекÑей ÐиÑнÑков" wrote in message
...
Dynamic SQL Error
SQL error code = -204
Table unknown
ais_dogovor
At line 1, column 28.".
СообÑение 7321, ÑÑÐ¾Ð²ÐµÐ½Ñ 16, ÑоÑÑоÑние 2, ÑÑÑока 1
ÐÑибка пÑи подгоÑовке запÑ
11 ÑенÑÑбÑÑ 2009 г. 15:02 полÑзоваÑÐµÐ»Ñ ÐгоÑÑ ÐоÑÐ±Ð¾Ð½Ð¾Ñ <
i.gorbo...@oilukraine.com> напиÑал:
>
> "ÐлекÑей ÐиÑнÑков" ÑообÑил/ÑообÑила в новоÑÑÑÑ
ÑледÑÑÑее:
> > Ðде подкÑÑÑиÑÑ, ÑÑо не Ñак?
>
"áÃÃ
ÃÃÃ
à ÷ÃÃÃÃÃÃÃ" ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃà à ÃÃÃÃÃÃÃà ÃÃÃ
ÃÃÃÃÃ
Ã
:
> çÃÃ
ÃÃÃÃÃÃÃÃÃÃ, ÃÃÃ ÃÃ
ÃÃÃ?
âÃ
ÃÃÃÃÃÃÃÃ ÃÃ
ÃÃÃÃ ÃÃ
ÃÃÃÃÃÃÃ
à ÃÃà ÃÃÃÃÃ
Ã-ÃÃ
ÃÃÃ
ÃÃÃ, ÃÃÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃ
ÃÃ
ÐдÑавÑÑвÑйÑе.
СиÑÑаÑиÑ: FB 1.5.3.4870, попÑÑка поднÑÑÑ Ð»Ð¸Ð½Ðº к Ð½ÐµÐ¼Ñ Ñ MS SQL 2005 ÑеÑез
ODBC дÑÐ°Ð¹Ð²ÐµÑ Firebird ODBC 1.2.0 (вÑоде как).
Ðогда ÑоздаеÑÑÑ Ñоединение ÑеÑез linked ÑеÑÐ²ÐµÑ Ð¿Ð¾ ÑакоÐ
On Sat, 13 Jun 2009 23:58:25 +0400, natalika wrote:
> Ридеале - какаÑ-Ñо ÑÑнкÑиÑ
rFunc.CalcExpr
The unpretentious analyzer of expressions.
Supported functions and operations:
+ - * /
Sin, Cos, tg, ctg, ArcCos, ArcSin, ArcTg, sh, ch, th,
exp, lh, lg, sqrt, sqr, abs(x1)
sgn
ÐоÑÑÑковÑкий Ðлег wrote:
Ð Ñазве еÑÑÑ Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑÑ Ð²Ñзова EXECUTE BLOCK на ÑÑоÑоне ÑеÑвеÑа?
ÐÑÑÑ - обоÑаÑиваеÑе его в EXECUTE STATEMENT.
--
С Ñважением, Ðвгений
Ð Ñазве еÑÑÑ Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑÑ Ð²Ñзова EXECUTE BLOCK на ÑÑоÑоне ÑеÑвеÑа?
ÐÑÑгой ваÑÐ¸Ð°Ð½Ñ - ÑеÑез EXECUTE STATEMENT + EXECUTE BLOCK
ÐÑзнеÑов Ðвгений wrote:
ÐÑÑгой ваÑÐ¸Ð°Ð½Ñ - ÑеÑез EXECUTE STATEMENT + EXECUTE BLOCK
ÐавÑал, EXECUTE BLOCK здеÑÑ Ð½Ðµ годиÑÑÑ.
ÐÑиблизиÑелÑно Ñак:
EXECUTE STATEMENT 'select ' || Expr || ' from (select ' || p1 || ' as
p1, ' || p2
навеÑно ÑолÑко UDF поможеÑ
ÐобÑого вÑемени ÑÑÑок!
natalika wrote:
как полÑÑиÑÑ Value ??
ÐоÑколÑÐºÑ ÑиÑло аÑгÑменÑов ÑикÑиÑовано, Ñо можно напиÑаÑÑ UDF - паÑÑеÑ
маÑемаÑиÑеÑкиÑ
вÑÑажений. Ðо ÑкоÑоÑÑи Ð
úÃÃÃÃÃÃÃÃÃÃÃ
÷ÃÃ
!!
ÃÃÃÃÃÃÃÃÃÃ
ÃÃÃÃÃÃÃÃÃÃ, ÃÃÃ Ã SQL ÃÃÃÃÃÃÃ
ÃÃÃÃÃ ÃÃ
ÃÃÃÃÃ ÃÃÃÃÃ
ÃÃÃ
ÃÃÃÃÃÃ
ÃÃÃÃ
ÃÃÃÃÃÃ, Ã
ÃÃÃ ÃÃÃ ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ Ã ÃÃÃÃ
??
Ã.Ã
. Ã
ÃÃÃ ÃÃÃÃÃÃ, ÃÃÃÃÃÃÃÃÃÃ
úÃÃÃÃÃÃÃÃÃÃÃ
÷ÃÃ
!!
ÃÃÃÃÃÃÃÃÃÃ
ÃÃÃÃÃÃÃÃÃÃ, ÃÃÃ Ã SQL ÃÃÃÃÃÃÃ
ÃÃÃÃÃ ÃÃ
ÃÃÃÃÃ ÃÃÃÃÃ
ÃÃÃ
ÃÃÃÃÃÃ
ÃÃÃÃ
ÃÃÃÃÃÃ, Ã
ÃÃÃ ÃÃÃ ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ Ã ÃÃÃÃ
??
Ã.Ã
. Ã
ÃÃÃ ÃÃÃÃÃÃ, ÃÃÃÃÃÃÃÃÃ
On Apr 25, 7:54 pm, Dmitri Kuzmenko wrote:
> Hello, All!
>
> Для доброго дела (или недоброго, если наоборот) требуется
> специалист со знанием FB и MS SQL, а еще лучше не просто
> со знанием, а кто использует оба сервера в пром. эксплуатации.
>
> Задача одноразовая, кратков
Hello, All!
Для доброго дела (или недоброго, если наоборот) требуется
специалист со знанием FB и MS SQL, а еще лучше не просто
со знанием, а кто использует оба сервера в пром. эксплуатации.
Задача одноразовая, кратковременная, ненапряжная, неоплачиваемая.
Нужно при себе иметь:
FB например 2.x
такой:
[code]
EXEC SQL DECLARE c CURSOR FOR
SELECT * FROM table1;
EXEC SQL OPEN c AS :cur, :end;
for (; cur != end; ++cur)
cout<fld1<<' '<fld2<
Нда, про это я не подумал... Кстати техподдержка подсказала куда
копать, но и остальным большое спасибо!
>
> Если это _быстро_ не уберут, то задачу на сайте придётся им менять -
> соответственно, то, что ты её решишь - тебе не поможет.
>
> --
> Сергей Смирнов.
On Tue, 21 Oct 2008 15:23:36 +0400, Grishko Aleks <[EMAIL PROTECTED]> wrote:
> Подскажите плз.
Там вообще не звери на том сайте.
Пользуйся техподдержкой - они всегда намекнут, чего ты в решении не учёл.
А вот публикация условия задачи (не говоря уже про решения) - это нарушение
соглашения, кот
Ну вобщем, если это учесть, то будет примерно так
select sum(CASE O.result WHEN 'sunk' THEN 1 else 0 end) sunk_cnt,
s.class from (
select c1.class NAME , c1.class from Classes C1 where
not exists (select 1 from Ships S1 where s1.name = C1.class)
union all select s2.name, c2.class from ships s2
in
Забыл group by s.class
Непонятен только последний пункт. Если его учитывать, то имя класса
можеть быть NULL, ну и запрос немного изменится
Типа такого
SELECT sum(CASE O.result WHEN sunk THEN 1 else 0 end) sunk_cnt,
c.class
FROM Classes C
left join Ships S ON C.class = S.class
left join Battles B ON B.name = S.NAME
left join Outcomes o on o.ship = B.name and o.battle = b.battle
having count(distinct S.NAME) >= 3 and
sum(CASE O.res
Извените что не по теме, но помница кто то здесь тоже решал задачи с
этого сайта Подскажите плз. решение а то мой мозг ужо закипает
Это уже третий вариант моего решения (видимо самое близкое к истине,
всего 1 несовпадение осталось :) ), все равно не прохожу проверку на
второй базе...
sele
Gene Feudorov wrote:
D> Самый правильный совет - не хранить нуллы в тех полях, где они не
D> нужны.
Александр Володимирович, а если один из операндов результат селекта? :-)
В computed-поле? Канделябр. На 20 см.
--
Regards. Ded.
On Thu, 16 Oct 2008 08:33:38 +0400, Gene Feudorov <[EMAIL PROTECTED]> wrote:
> а если один из операндов результат селекта?
Очевидно же. Не применять не к месту левое соединение :)
--
Сергей Смирнов.
Hello, Ded!
You wrote on Wed, 15 Oct 2008 22:48:34 +0400:
D> Самый правильный совет - не хранить нуллы в тех полях, где они не
D> нужны.
Александр Володимирович, а если один из операндов результат селекта? :-)
Фёдоров Евгений.
ЗАО "Трест-М". Екатеринбург.
>
> Злые вы.
> Недобрые.
Тут уж кому как повезло...
"Затушить в себе свет гораздо проще, чем развеять сумрак." (с) Сергей
Лукьяненко
vladgul wrote:
Вопрос в том, как сделать так, чтобы в случае NULL одного из полей они
считались равными 0.
Самый правильный совет - не хранить нуллы в тех полях, где они не нужны.
--
Regards. Ded.
Hello, Dmitriy!
You wrote on Wed, 15 Oct 2008 14:57:28 +0300:
[Sorry, skipped]
DAB> SELECT coalesce(A,0)+coalesce(B,0) C FROM.
Злые вы.
Недобрые.
Человека нужно было сперва в "песочницу" отправить.
КМБ откатать.
А вы его сразу под танки...
--
With best regards, Alex Cherednichenko.
> Возникла необходимость создать в выборке дополнительно поле, которое
> будет
> вычисляться по формуле
>
> Select , (A+B) C, . from
> это в упрощенном виде
> Если А и В не NULL то С результат правильный.
> А если либо А либо В NULL, тогда и С NULL.
> Вопрос в том, как сделать так, ч
Hi,
On 15 окт, 13:46, vladgul <[EMAIL PROTECTED]> wrote:
> Select , (A+B) C, . from
> Вопрос в том, как сделать так, чтобы в случае NULL одного из полей они
> считались равными 0.
SELECT COALESCE(A, 0) + COALESCE(B, 0)
--
Oleg
Здравствуйте!
Возникла необходимость создать в выборке дополнительно поле, которое
будет
вычисляться по формуле
Select , (A+B) C, . from
это в упрощенном виде
Если А и В не NULL то С результат правильный.
А если либо А либо В NULL, тогда и С NULL.
Вопрос в том, как сделать так, чтобы
> Зачем останавливаться на полумере
> Весь SQL нах и ниипед! Передавать с клиента голый BLR!
Меня сегодня такие мысли тоже посещали :))
Правда, прямо в противоположном направлении - я хотел спросить накуя в
сервере до сих пор юзаются EPP-файлы. В падлу что-ли через dsql
работать. А
On Mon, 29 Oct 2007 20:12:33 -, Kovalenko Dmitry
<[EMAIL PROTECTED]> wrote:
>Меня накрыл странный вопрос (по IB API) - на кой нам вообще сдались
>SQL типы данных?
>В чем их сокральный смысл - в стабильности (внутренние BLR-типы
>меняются, но снаружи это не видно) или в чем
Привет!
> Меня накрыл странный вопрос (по IB API) - на кой нам вообще сдались
> SQL типы данных?
> В чем их сокральный смысл - в стабильности (внутренние BLR-типы
> меняются, но снаружи это не видно) или в чем другом?
> Лично мне кажется - SQL-типы себя исчерпали по двум причин
Kovalenko Dmitry wrote:
Меня накрыл странный вопрос (по IB API) - на кой нам вообще сдались
SQL типы данных?
Для API ;-)
В чем их сокральный смысл - в стабильности (внутренние BLR-типы
меняются, но снаружи это не видно) или в чем другом?
Например, да, в стабильности.
- массивы юзают
> > Меня накрыл странный вопрос (по IB API) - на кой нам вообще сдались
> > SQL типы данных?
>
> Да, действительно, зачем ?
> А куча работающего софта, разработанного еще под IB ... да фиг с
> ней !
Ну и?
А по существу?
Твой софт никто не трогает.
Я указываю на то ч
> Меня накрыл странный вопрос (по IB API) - на кой нам вообще сдались
> SQL типы данных?
Да, действительно, зачем ? Мы объявим указатель, захотим, прочитаем
его как целое, захотим - как дату-время ... А если не получиться -
обратимся к нему, как к набору символов - в принципе, какая
Привет всем.
Меня накрыл странный вопрос (по IB API) - на кой нам вообще сдались
SQL типы данных?
В чем их сокральный смысл - в стабильности (внутренние BLR-типы
меняются, но снаружи это не видно) или в чем другом?
Лично мне кажется - SQL-типы себя исчерпали по двум причинам
- массивы юзают
Написал баг репорт по поводу того, что POSITION( '' IN '' ) возвращает
единицу вместо нуля.
Андиано послал меня в ... и потыкал опять же меня мордой в стандарт
SQL 2003 в котором говорится - если первая строка имеет нулевую длину,
то возвращаем единицу.
Гы :) Буде
Kovalenko Dmitry пишет:
Вы не подскажете ссылку на баг трекер стандарта SQL 2003 ???
ты опоздал на 4 года. ищи лучше багтрекер стандарта SQL 2008
--
Кочмин Александр
Привет всем.
Написал баг репорт по поводу того, что POSITION( '' IN '' ) возвращает
единицу вместо нуля.
Андиано послал меня в ... и потыкал опять же меня мордой в стандарт
SQL 2003 в котором говорится - если первая строка имеет нулевую длину,
то возвращаем единицу.
Вы не
> > Теcтировал на IB 7.5
Замучал IB 2007...
+ BASE_NAME, CHECK_POINT_LENGTH, GROUP_COMMIT_WAIT_TIME, LOGFILE,
LOG_BUFFER_SIZE, NUM_LOG_BUFFERS, OVERFLOW
В документации про это - нигугу. Партизаны, блин.
Если бы не OVERFLOW, то очень напоминает изменения в FB2 :)
Коваленко Дмитрий
Kovalenko Dmitry wrote:
Теcтировал на IB 7.5
+ STATEMENT
Ну что тут скажешь... Термин "каннибал" никак не связан с
размножением сферического коня и даже пишется не так, как вы думали (С)
--
Regards. Ded.
> Теcтировал на IB 7.5
+ STATEMENT
Забыл указать
Коваленко Дмитрий.
www.ibprvoider.com
> Из них только DESCRIPTOR был зарезервирован в FB1, остальные - в FB2.
>
> > но эти слова по жизни жили в списке зарезервированных слов, начиная с
> > IB4 !
>
> Брехня, никогда они не были зарезервированы.
Мда. Эксперимент показал, что они в доке указали вагон
зарезервированных слов, которые так
> > Дима, а я у вас в релизноте для 2.0.1 ЛАЖУ нашел. Вы в доке
> > публиковали идентификаторы токенов, а не их значения.
>
> Да насрать, если честно :-)
А меня - целая орда :)))
Ваша старушка еще не созрела для оформления нормальной документации по
серверу?
Коваленко Дмитрий.
PS. На этом фору
Kovalenko Dmitry wrote:
Дима, а я у вас в релизноте для 2.0.1 ЛАЖУ нашел. Вы в доке
публиковали идентификаторы токенов, а не их значения.
Да насрать, если честно :-)
--
Дмитрий Еманов
Kovalenko Dmitry wrote:
Кстати, если если ты конечно еще помнишь - список non_reserved_word
мог меняться в 1.5.0 - 1.5.4 версиях ??
Не мог.
--
Дмитрий Еманов
Привет, Kovalenko!
Вы пишешь 31 августа 2007:
>>> Не упоминай мою машину всуе. Жывотное.
>>
>> Зверь самый лютый жалости не чужд.
>> Я - чужд. Так значит, я не зверь!
KD> А в Питере уже наливают ... завидую.
Зато в Липецке трава забористее... ;)
--
With best regards, Alex Cheredniche
> > Не упоминай мою машину всуе. Жывотное.
>
> Зверь самый лютый жалости не чужд.
> Я - чужд. Так значит, я не зверь!
> (С)
А в Питере уже наливают ... завидую.
Коваленко Дмитрий.
Kovalenko Dmitry wrote:
Не упоминай мою машину всуе. Жывотное.
Зверь самый лютый жалости не чужд.
Я - чужд. Так значит, я не зверь!
(С)
--
Regards. Ded.
Horsun Vlad wrote:
Это мы очень скоро проверим - мы тут тест ключевых слов наваяли :)))
Это "мы" меня пугает больше всего :)
Они с Тьюрингом в доле :-D
--
Regards. Ded.
> > Это мы очень скоро проверим - мы тут тест ключевых слов наваяли :)))
>
> когда будет тест IQ пользователя, чтоб автоматически увольнять дебилов,
> скажи, я куплю.
Ты определись - тебе либо тестировать дебилов, либо их увольнять ??
Коваленко Дмитрий.
> > Это мы очень скоро проверим - мы тут тест ключевых слов наваяли :)))
>
> Это "мы" меня пугает больше всего :)
А я тут, в свое время, подсуетился и теперь меня много :
Дело-то нехитрое. Гыгы.
Коваленко Дмитрий.
ovalenko Dmitry пишет:
Это мы очень скоро проверим - мы тут тест ключевых слов наваяли :)))
когда будет тест IQ пользователя, чтоб автоматически увольнять дебилов,
скажи, я куплю.
--
Кочмин Александр
"Kovalenko Dmitry" ...
> Это мы очень скоро проверим - мы тут тест ключевых слов наваяли :)))
Это "мы" меня пугает больше всего :)
--
Хорсун Влад
> Дима, а я у вас в релизноте для 2.0.1 ЛАЖУ нашел. Вы в доке
> публиковали идентификаторы токенов, а не их значения.
>
> BASENAME -> "BASE_NAME"
> GROUP_COMMIT_WAIT -> "GROUP_COMMIT_WAIT_TIME"
> NUM_LOG_BUFS -> "NUM_LOG_BUFFERS"
> CHECK_POINT_LEN -> "CHECK_POINT_LENGTH"
> LOG_BUF_SIZE -> "LOG_BUF
> > список non_reserved_word
>
> Мужики. Хорош нас дурить. Хоть сегодня и пятница, но я всё равно ни
> разу не поверю, что у ея внутри хранится список всех слов на всех езыках
> мира, не являющихся для птицы ключевыми. Это был бы перебор даже для
> машины Тьюринга 8-O
Не упоминай мою машину в
Dmitry Yemanov wrote:
non-reserved word - keyword, который может быть именем объекта
Аа!
--
Regards. Ded.
Kovalenko Dmitry wrote:
список non_reserved_word
Мужики. Хорош нас дурить. Хоть сегодня и пятница, но я всё равно ни
разу не поверю, что у ея внутри хранится список всех слов на всех езыках
мира, не являющихся для птицы ключевыми. Это был бы перебор даже для
машины Тьюринга 8-O
--
Reg
Константин wrote:
>>> А поскольку у нас бамага, то у листа есть ширина и длина :)
W>> WIDTH и HEIGHT что ли? :D
AC> Ну, если прикрепить лист на стену, то будет и HEIGHT...
Да у него просто рулон, перфорированый, под матричный принтер ;)
вот для таких случаев Length - больше полходи
> > (FB 1.5)
>
> Выкинь каку :-)
Дим, щас списки ключевых слов прошерстю и, честное пионерское, сотру
везде где найду :)))
Насчет 1/2 - лажа. non_reserved_word рулит.
Кстати, если если ты конечно еще помнишь - список non_reserved_word
мог меняться в 1.5.0 - 1.5.4 версиях ??
Я сейчас копаюсь в
Kovalenko Dmitry wrote:
(FB 1.5)
Выкинь каку :-)
--
Дмитрий Еманов
Вот кстати (опять же по исходникам полуторки)
KEYWORD_stringIsAToken мог бы и бинарным поиском искать...
Это я придираюсь к неотсортированности массива - моск спотыкается.
Коваленко Дмитрий.
> > Ага, я уже залез в keywords.cpp от полуторки.
>
> Не совсем то место :-) В parse.y лучше видно.
Зато оно линейное. Под фонарем, это все знают, искать проще :)
> > Там типа третье поле если
> > 1, то слово зарезервировано
> > 2, то слово не зарезервировано
>
> Не угадал. См. последнее поле (t
Kovalenko Dmitry wrote:
FB 1.5. The following keywords were reserved words in Firebird 1.0 and
are no longer reserved in Firebird 1.5:
- BREAK
- DESCRIPTOR
- FIRST
- IIF
- SKIP
- SUBSTRING
Я так понимаю, вот эти слова остались. Но перестали быть ключевыми. То
есть сервер их распознает то
Kovalenko Dmitry wrote:
Keywords No Longer Reserved
Это, типа, слова которые сервер распознает, но разрешает использовать
в качестве имен объектов БД?
Да.
No Longer Reserved as Keywords
А вот эти слова вообще пошли фтопку и сервер их не распознает. То
есть, прямо говоря, - сервер забил на
Kovalenko Dmitry wrote:
Ага, я уже залез в keywords.cpp от полуторки.
Не совсем то место :-) В parse.y лучше видно.
Там типа третье поле если
1, то слово зарезервировано
2, то слово не зарезервировано
Не угадал. См. последнее поле (true/false).
--
Дмитрий Еманов
"Kovalenko Dmitry" ...
>
> > > Чего-то у меня крыша едет. Потихоньку.
> >
> > Открой parse.y и найди в нём список non_reserved_word.
> > Привет крыше ;)
>
> Ага, я уже залез в keywords.cpp от полуторки.
>
> Там типа третье поле если
> 1, то слово зарезервировано
> 2, то слово не зарезервирован
> Там типа третье поле если
> 1, то слово зарезервировано
> 2, то слово не зарезервировано
Насчет интерпретации цифирек, это я наверное погорячился.
Коваленко Дмитрий
> > Чего-то у меня крыша едет. Потихоньку.
>
> Открой parse.y и найди в нём список non_reserved_word.
> Привет крыше ;)
Ага, я уже залез в keywords.cpp от полуторки.
Там типа третье поле если
1, то слово зарезервировано
2, то слово не зарезервировано
Заодно вагон фиктивных ключевых слов, пе
"Kovalenko Dmitry" ...
>
> Чего-то у меня крыша едет. Потихоньку.
Открой parse.y и найди в нём список non_reserved_word.
Привет крыше ;)
--
Хорсун Влад
Чего-то у меня крыша едет. Потихоньку.
FB 1.5. The following keywords were reserved words in Firebird 1.0 and
are no longer reserved in Firebird 1.5:
- BREAK
- DESCRIPTOR
- FIRST
- IIF
- SKIP
- SUBSTRING
Я так понимаю, вот эти слова остались. Но перестали быть ключевыми. То
есть сервер их
Вот еще вопросы. по FB2
Keywords No Longer Reserved
- ACTION
- RESTRICT
- WEEKDAY *
- CASCADE
- ROLE
- YEARDAY *
- FREE_IT *
- TYPE
Это, типа, слова которые сервер распознает, но разрешает использовать
в качестве имен объектов БД?
No Longer Reserved as Keywords
>>> А поскольку у нас бамага, то у листа есть ширина и длина :)
W>> WIDTH и HEIGHT что ли? :D
AC> Ну, если прикрепить лист на стену, то будет и HEIGHT...
Да у него просто рулон, перфорированый, под матричный принтер ;)
вот для таких случаев Length - больше полходит ... ;)
С уважение
Привет, WildSery!
Вы пишешь 31 августа 2007:
>> А поскольку у нас бамага, то у листа есть ширина и длина :)
W> WIDTH и HEIGHT что ли? :D
Ну, если прикрепить лист на стену, то будет и HEIGHT...
--
With best regards, Alex Cherednichenko.
> > А поскольку у нас бамага, то у листа есть ширина и длина :)
>
> WIDTH и HEIGHT что ли? :D
Это у тебя WIDTH и HEIGHT, а у него - LENGTH!
Обнаружил что в FB2.0 слово TYPE перестало быть ключевым.
<всхлипываю>.
Вообще, чувствуется что в FB работа просто кипит. Клюевые слова
появляются, исчеза
Результаты 1 - 100 из 270 matches
Mail list logo