Re: О полумерках и странных вещах
> так это обсуждают же. Да и кому надо следят и вовремя говорят. > Только немного не тут ;) И где? И туда можно попасть и вставить свои 5 копеек простым смертным?
Re: О полумерках и странных вещах
--- заинтересованный спонсор (оплачивает разработу фичи в том объеме который ему нужен) Мы об этом с заказчиком уже разговаривали. Он то в принципе и не против, но сказал что "давайте это отложим до лучших времён". Так что возможно мы с этим вариантом решим что-то, тольконе знаю когда. если ему это не надо, мы то здесь при чем? -- Булычев Алексей http://www.stella-npf.ru
Re: О полумерках и странных вещах
"sasha" ... > > > так это обсуждают же. Да и кому надо следят и вовремя говорят. > > Только немного не тут ;) > > И где? fb-devel, fb-architect > И туда можно попасть и вставить свои 5 копеек простым смертным? Да. Но имей в виду, корёжить сервер и\или делать из него второй мсскл никто не даст. Так что все предложения нужно оччень хорошо обдумывать, перед тем как предлагать -- Хорсун Влад
Re: Непонятки с Linux и FB.
"Мадорский Г.В." сообщил/сообщила в новостях следующее: Мож более знающие люди скажут точнее. Меня "знающим" назвать трудно, поэтому задам идиотский вопрос - а fbclient на машине с экспертом от нужной версии? Grue
Re: О полумерках и странных вещах
так это обсуждают же. Да и кому надо следят и вовремя говорят. Только немного не тут ;) И где? И туда можно попасть и вставить свои 5 копеек простым смертным? становись спонсором/членом/разработчиком -- Булычев Алексей http://www.stella-npf.ru
Re: Непонятки с Linux и FB.
Меня "знающим" назвать трудно, поэтому задам идиотский вопрос - а fbclient на машине с экспертом от нужной версии? Да. With b/r. Gleb.
Re: О полумерках и странных вещах
"sasha" ... > > Мне твоё слово "полумерки" чё-то запомнилось. Полумеры != полумерки. > Я задумался - в IB/FB их ведь не счесть. 99% всех претензий к IB\FB возникает от не понимания для чего та или иная фича служит на самом деле и как ей нужно пользоваться > Вот смотри: > > 1) Массивы есть, работать невозможно Их никогда не было в PSQL. С АПИ - работай, в чём проблемы ? > 2) EXECUTE STATEMENT есть, а параметров не понимает и прав не контролирует By design. Где хоть один фичереквест ? > 3) BREAKE есть, СONTINUE нету см выше > 4) CREATE VIEW есть, ALTER нету Это одним махом не делается. Реализация VIEW в IB вообще источник множества багов. Постепенно они исправляются, но не всё сразу > 5) Курсоры есть, а циклом FOR по ним пройтись нельзя И шо ? Кто сказал, что это должно быть можно ? Где хоть один фичереквест ? > 6) Индексы по выражениям есть, а по вычисляемым полям нету Аналогично с VIEW - борландовская недоделка была доделана. Для её переделки также нужно время и желание. Где фичереквест ? > 7) INSERT RETURNING есть, а FOR INSERT ... SELET FROM нету, то же самое > для команды UPDATE и DLETE В 2.х RETURNING возвращает одну запись. Резалтсет будет позже. Это обсуждалось. Если бы сразу бросились делать резалтсеты, то и того что сделали не было бы > 8) AS CURSOR есть, но для вьюх не работает Где хоть один фичереквест ? > 9) курсоры есть, курсорных переменных нет Щаззз. Ты хоть примерно себе представляешь трудоёмкость этого ? > 10) слыхал что NBackup далёк от идеала Ничто не идеально > А также есть общая тенденция к тому что потом это всё доводится до ума: Ты против ? :) > Мне просто интересно стало каким образом принимаются решения о том как > будут реализованы те или иные фичи? С бодуна конечно, а как же ещё ? > Может стоит что-то сюда на суд общественности выносить? Я выносил криптоплагины - много было толку ? Есть более другие места для обсуждения. > Я понимаю что > некоторые вещи не были сделаны из-за сложности реализации, но с > некоторыми то откровенно прогнали, не подумали, как например с FIRST/SKIP Сделай сам - ответ очевиден, не так ли ? -- Хорсун Влад
Re: Странная ошибочка в FB 2.1 ...
> > К сожалению в архиве 2.1 не было gds32.dll ... > > Сколько лет твердить, что ее дни сочтены? Дима, не надо ... она нам как родная, все таки... Коваленко Дмитрий.
Re: О полумерках и странных вещах
Где хоть один фичереквест ? Ага, это я сделаю...
������ ��� �����
ðÃÃÃà Ã. Select a.*,1 as IDSelect,iif(A.IDSelect=1,10,9) as Img from CommodityTree a ñ ÃÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃ? äÃÃÃÃÃÃ
Re: Почему так нельзя
DL> DL> Привет. DL> Select a.*,1 as IDSelect,iif(A.IDSelect=1,10,9) as Img from DL> CommodityTree a Я слишком много хочу? DL> Дмитрий а кто тебе сказал, что тут Idselect является полем таблицы a а если бы в From было 2 и более таблиц, сервер телепатически должен был догадаться? -- С уважением Кочмин Александр Firebird Foundation associate member #257
Re: Непонятки с Linux и FB.
Разработчики подскажите, что значит сообщение в firebird.log "Open files increased from 1024 to 0"? В какую сторону копать-то? With b/r. Gleb.
Re: Вопрос по триггерам на представления
Hello, sasha! sasha wrote: блин. в after-триггере ничего нельзя записать в new, потому что after - это ПОСЛЕ!!! После, после, после чего??? Где он, момент операции для представления? А если нету триггеров BEFORE, то тогда он после чего? представь себе, что не бывает view которые без триггеров могут обновлять записи. Соответственно, навешивая триггер, ты как и для таблицы: в before можешь менять new в after ничего не можешь менять. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Почему так нельзя
Hi Dmitry Lendel ! DL> Select a.*,1 as IDSelect,iif(A.IDSelect=1,10,9) as Img from CommodityTree a Я слишком много хочу? Select a.*,1 as RDB$RELATION_ID,iif(a.RDB$RELATION_ID=1,10,9) as Img from RDB$DATABASE a работает ФБ 2.0.1 --
Re: О полумерках и странных вещах
Hello, sasha! sasha wrote: 1) Массивы есть, работать невозможно забей. 2) EXECUTE STATEMENT есть, а параметров не понимает и прав не контролирует это обсуждали не раз. 3) BREAKE есть, СONTINUE нету допустим. 4) CREATE VIEW есть, ALTER нету допустим. 5) Курсоры есть, а циклом FOR по ним пройтись нельзя допустим. 6) Индексы по выражениям есть, а по вычисляемым полям нету вычисляемые поля НЕ ХРАНЯТСЯ! Индекс по воздуху строить? 7) INSERT RETURNING есть, а FOR INSERT ... SELET FROM нету, то же самое для команды UPDATE и DLETE гм. 8) AS CURSOR есть, но для вьюх не работает view допускает только непроцедурный язык 9) курсоры есть, курсорных переменных нет вопрос, зачем они. 10) слыхал что NBackup далёк от идеала типа того. и что? Кто определит, в чем идеал? Мне просто интересно стало каким образом принимаются решения о том как будут реализованы те или иные фичи? элементарно. с оглядкой на стандарт. Может стоит что-то сюда на суд общественности выносить? Я понимаю что некоторые вещи не были сделаны из-за сложности реализации, но с некоторыми то откровенно прогнали, не подумали, как например с FIRST/SKIP ты пытаешься примерить SQL FB к SQL-у какого то другого сервера. это видно по всем твоим пунктам. И где же, кстати, гон с first/skip? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Вопрос по триггерам на представления
Hello, sasha! sasha wrote: очень трудно понять, почему new не работает в after, и работает в before? Не, хоть убейте. Для таблиц понятно, для представлений нет. Без операции по умолчанию или триггера INSTEAD OF я не понимаю что такое BEFORE и AFTER для представления. Никак не понимаю. текущий механизм триггеров таблиц действует для view. Поэтому нет никаких непоняток. триггеры, превращающие необновляемое view в обновляемое всегда были только before. after для таких view - это просто дополнительное действие. view это запрос. в отличие от таблицы. Поэтому перекрывая ОБНОВЛЯЕМОЕ view триггером ты перекрываешь операцию обновления полностью. Это удобно и замечательно. Это вы факт констатируете. А чем не удобно когда есть три вида триггеров: BEFORE / INSTEAD OF / AFTER, каждыйй из которых делает то что ему положено делать? ну нету триггеров instead of. А триггеры before/after существуют ДАВНО. Если ты прицепился к реализации, то где ты был в 19... каком то там году, когда выходил IB 4.0, и почему не сказал Borland-у о том что их реализация кривая? нынешнее поведение на 100% соответствует документации. Аминь. Так если чё в документации описано, так что, нельзя обсудить/поменять? я еще раз объясняю. что фактически все это работает именно так уже примерно 15 лет, как минимум. Никто менять здесь ничего не будет. instead of МОЖНО сделать, например как синоним к before insert для view. только вопрос - зачем? Только потому что некий Саша запутался, и вместо before стал писать after, причем стал писать там то, что ЗАПРЕЩЕНО? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ������ ��� �����
> à ÃÃà Ãà Ãà ÃÃÃÃÃÃ, ÃÃà ÃÃà Idselect ÃÃÃÃà ÃÃà ÃÃÃà à ÃÃÃÃÃÃà a ñ ÃÃÃÃà Ãà ÃÃÃÃÃÃà > à à ÃÃà Ãà à From ÃÃÃà 2 à ÃÃÃà à ÃÃÃÃÃÃ, Ãà ÃÃà à Ãà Ãà ÃÃÃÃÃà ÃÃà ÃÃÃÃà à ÃÃà ÃÃÃÃÃÃÃÃÃÃ? é ÃÃÃ? ðÃÃà à ÃÃà à ÃÃà Ãà à ? îÃÃÃÃÃÃà à ÃÃÃ? úÃÃÃÃà Ãà ÃÃà à ÃÃÃà IDSelect, ÃÃÃà Ãà ÃÃà ÃÃÃÃÃà Ãà ÃÃÃà à ÃÃÃÃÃÃÃÃÃà à IDSelect? äÃÃÃÃÃÃ
Re: Непонятки с Linux и FB.
"Мадорский Г.В." ... > > Разработчики подскажите, что значит сообщение в firebird.log "Open files > increased from 1024 to 0"? В какую сторону копать-то? В сторону rlimit : http://www.opennet.ru/cgi-bin/opennet/man.cgi?topic=setrlimit http://www.opennet.ru/cgi-bin/opennet/man.cgi?topic=getrlimit Птица берёт текущее значение лимита открытых файлов (getrlimit). Если макс. возможное больше, то устанавливает лимит в новое значение (setrlimit). Если не было ошибок, то пишет об этом в лог. Возможно новое текущее значение пишется в лог не корректно. Я бы начал с выяснения - почему этот код вообще выполняется, т.е. почему макс.лимит не равен текущему для аккуанта птицы ? -- Хорсун Влад
Re: Вопрос по триггерам на представления
Hello, sasha! sasha wrote: А хрен там. Навесьте на простую вьюху триггер AFTER - он отменит операцию по умолчанию, так что никакой это не AFTER, это самый настоящий INSTEAD OF. Логика у него от INSTED OF, а писать в NEW не даёт. Не уж то это никому не ясно, а? это ясно. неясно только тебе что это а) не instead of, а after б) в after нельзя менять new/old в) эквивалент instead of для view это before-триггеры -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: О полумерках и странных вещах
вычисляемые поля НЕ ХРАНЯТСЯ! Индекс по воздуху строить? По выражению вычисляемого поля. view допускает только непроцедурный язык ??? 9) курсоры есть, курсорных переменных нет вопрос, зачем они. Вместо EXECUTE STATEMENT, когда вам надо в зависисмости от условий _одинаково_ пройтись по разным запросам с одинаковым возвращаемым резалтсетом. типа того. и что? Кто определит, в чем идеал? Общественность :-) И где же, кстати, гон с first/skip? Тем что с помошью него невозможно получить одну запись в запросе с UNION
Re: Почему так нельзя
"Dmitry Lendel" ... > > > а кто тебе сказал, что тут Idselect является полем таблицы a > Я этого не говорил > > а если бы в From было 2 и более таблиц, сервер телепатически должен был > догадаться? > И что? Поле есть с именем ? Название есть? Запрос вернет поле IDSelect, > почему сам запрос не может обратиться к IDSelect? Потому что тому, кто выполняет запросы, до лампочки алиасы полей, которые будут возвращены тем, кто возвращает результаты. Каждый делает своё дело. Если сильно хочется - select from select -- Хорсун Влад
Re: Вопрос по триггерам на представления
Hello, sasha! sasha wrote: 1) Есть только один единственный триггер INSTEAD OF (в MS SQL так кажись). 2) Есть один единстенный триггер INSTEAD OF и куча триггеров BEFORE/AFTER. Если есть триггер BEFORE/AFTER, то триггер INSTEAD OF обязательный. это для чего, для view? пункт 2 выглядит как каша. и зачем нам смотреть на MS SQL? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Вопрос по триггерам на представления
триггеры, превращающие необновляемое view в обновляемое всегда были только before. after для таких view - это просто дополнительное действие. Нет нет нет и нет. Это на самом деле не так. Я вам уже писал - повесьте триггер на AFTER и он отменит операцию. Исходя из этого почему я могу сделать в триггере BEFORE INSERT INTO TABLE ... RETURNING ID INTO NEW.ID а в триггере AFTER не могу. Повторяю, они оба отменяют стандартное поведение, оба!!! я еще раз объясняю. что фактически все это работает именно так уже примерно 15 лет, как минимум. Недавно менялось с отменой автоматического действия. Никто менять здесь ничего не будет. instead of МОЖНО сделать, например как синоним к before insert для view. Да не синоним это. Это другой вид триггера. Его отличительная особенность в том что: 1) Он может быть один единственный 2) Именно он определяет момент когда происходит суть команды только вопрос - зачем? Только потому что некий Саша запутался, и вместо before стал писать after, причем стал писать там то, что ЗАПРЕЩЕНО? Ничё я не запутался. Я всё прекрасно понимаю как оно работает. Зачем менять - потому что оно концептуально неправильно сделано.
fbembed (2.0.1) и udf
День добрый! Кто подскажет, кто покажет где и что прикрутить чтоб fbembed(2.0.1) увидел udf-ки? Находитса она в папке udf что возле fbembed.dll и программы. Всё ругается: Engine Code: 335544343 Engine Message : invalid request BLR at offset 63 function CREATEGUID is not defined module name or entrypoint could not be found Сама udf-ка: DECLARE EXTERNAL FUNCTION CREATEGUID RETURNS CSTRING(38) ENTRY_POINT 'fn_CreateGUID' MODULE_NAME 'rfunc'; Спасибо! -- O zi buna. Dumitru Condrea.
Re: Вопрос по триггерам на представления
2) Есть один единстенный триггер INSTEAD OF и куча триггеров BEFORE/AFTER. Если есть триггер BEFORE/AFTER, то триггер INSTEAD OF обязательный. это для чего, для view? пункт 2 выглядит как каша. Почему как каша? Накие недостатки в этом (кроме того что это надо делать)? и зачем нам смотреть на MS SQL? Лично я его сравниваю потому что мне с ним поработать довелось. Работал бы с ораклом - сравнивал бы с ним...
Re: ������ ��� �����
> Ã¥ÃÃà ÃÃÃÃÃà ÃÃÃà ÃÃà - select from select äà ÃÃà ÃÃÃÃÃà Ãà ÃÃÃÃÃà ÃÃ. ïÃÃÃÃà ÃÃÃÃà ÃÃÃà à ÃÃÃÃÃÃÃÃ. ÃÃà ÃÃÃÃÃà ÃÃÃÃà ÃÃÃà Ãà ÃÃÃ. á ÃÃÃÃà ÃÃÃÃÃà "ÃÃÃà à à 2.1" :-))) äÃÃÃÃÃÃ
Re: О полумерках и странных вещах
Hello, sasha! sasha wrote: вычисляемые поля НЕ ХРАНЯТСЯ! Индекс по воздуху строить? По выражению вычисляемого поля. индекс изменяется при изменении столбца. Вычисляемый столбец может содержать сколь-угодно сложную конструкцию, включая select из другой таблицы. Как отслеживать изменение вычисляемого столбца в этом случае? Саша, основная проблема людей, которые просят фичи в том, что они сами не понимают, как это может работать. При этом они хотят чтобы это работало. Ну и, в результате, такие запросы посылаются в сад. Кто за тебя должен думать о реализации нужной тебе фичи? view допускает только непроцедурный язык ??? то есть, разницы между sql и процедурным или триггерным языком ты не видишь? 9) курсоры есть, курсорных переменных нет вопрос, зачем они. Вместо EXECUTE STATEMENT, когда вам надо в зависисмости от условий _одинаково_ пройтись по разным запросам с одинаковым возвращаемым резалтсетом. может я ортодокс, но использующих execute statement более одного раза я автоматически зачисляю в ... типа того. и что? Кто определит, в чем идеал? Общественность :-) ну так определи. И где же, кстати, гон с first/skip? Тем что с помошью него невозможно получить одну запись в запросе с UNION я как-то привык в SQL мыслить по другому. Где нет никаких FIRST в природе. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: О полумерках и странных вещах
индекс изменяется при изменении столбца. Вычисляемый столбец может содержать сколь-угодно сложную конструкцию, включая select из другой таблицы. Как отслеживать изменение вычисляемого столбца в этом случае? Я уже два раза писал сюда что в индекс по выражению тоже можно впихнуть подзапрос и что оно компилится и потом не работает, так что никаких принципиальных отличий не вижу. Не уверен что это починили. может я ортодокс, но использующих execute statement более одного раза я автоматически зачисляю в ... Вот! Поэтому я и говорю про курсорные переменные. Никакого EXECUTE STATEMENT.
Re: О полумерках и странных вещах
DK> я как-то привык в SQL мыслить по другому. Где нет никаких FIRST в DK> природе. я понимаю что топик немного о другом, но сделай без first запрос. select first 1 val from curre order by data desc Я вот кроме этого других прменений для firest ниразу не использовал. Но вот когда не было first приходись сильно мутить... -- С уважением Кочмин Александр Firebird Foundation associate member #257
Re: Вопрос по триггерам на представления
Hello, sasha! sasha wrote: Нет нет нет и нет. Это на самом деле не так. Я вам уже писал - повесьте триггер на AFTER и он отменит операцию. потому что навешивание триггеров (любых) отменяет обновление автообновляемого view. Исходя из этого почему я могу сделать в триггере BEFORE INSERT INTO TABLE ... RETURNING ID INTO NEW.ID а в триггере AFTER не могу. Повторяю, они оба отменяют стандартное поведение, оба!!! потому что в after уже поздно чего-либо менять. т.е., есть два правила: 1. навешивание любого триггера перестает обновлять автообновляемое view 2. в триггерах after (вообще) нельзя менять new/old рисуем таблицу соответствия. И - тебе не нравится, что триггер after на view и отменяет обновление и не дает изменить? Ну, ты попал. Если бы ты писал триггеры на таблицы, а не на view, то тебя бы это не удивило. Поэтому, в соответствии с нормальной логикой, а не твоей, нужно было бы просить фичу - не отменять обновление у view при создании after-триггеров. И ВСЕ. И никаких instead of, new в after и так далее. я еще раз объясняю. что фактически все это работает именно так уже примерно 15 лет, как минимум. Недавно менялось с отменой автоматического действия. так ВСЕГДА было написано в документации. Поведение сервера документации не соответствовало. Да не синоним это. Это другой вид триггера. Его отличительная особенность в том что: нет в IB/FB "других видов триггеров". Ничё я не запутался. Я всё прекрасно понимаю как оно работает. да ну? Зачем менять - потому что оно концептуально неправильно сделано. возвращаемся обратно на 15 лет назад. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: fbembed (2.0.1) и udf
Hello, Dumitru! Dumitru Condrea wrote: Кто подскажет, кто покажет где и что прикрутить чтоб fbembed(2.0.1) увидел udf-ки? Находитса она в папке udf что возле fbembed.dll и программы. кури Filemon. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Вопрос по триггерам на представления
Поэтому, в соответствии с нормальной логикой, а не твоей, нужно было бы просить фичу - не отменять обновление у view при создании after-триггеров. Этого не достаточно. Допустим есть такой триггер. Я хочу задать значение некому полю в представлении и при этом не отменять стандартную операцию. И что, дальше? Как это может помочь? Но всё таки если триггеры BEFORE - это фактически INSTEAD OF, то объясните мне как тогда их понимать когда их несколько? INSTEAD OF - это маркер операции фактически. Его вызов означает что действие произведено. А когда таких триггеров много, то получается хрен знает что.
Re: Вопрос по триггерам на представления
Этого не достаточно. Допустим есть такой триггер. Я хочу задать значение некому полю в представлении и при этом не отменять стандартную операцию. И что, дальше? Как это может помочь? Но всё таки если триггеры BEFORE - это фактически INSTEAD OF, то объясните мне как тогда их понимать когда их несколько? INSTEAD OF - это маркер операции фактически. Его вызов означает что действие произведено. А когда таких триггеров много, то получается хрен знает что. покури пока доку про CREATE TRIGGER в части POSITION, а? -- Булычев Алексей http://www.stella-npf.ru
Re: Вопрос по триггерам на представления
Hello, sasha! sasha wrote: Этого не достаточно. Допустим есть такой триггер. Я хочу задать значение некому полю в представлении и при этом не отменять стандартную операцию. И что, дальше? Как это может помочь? никак. в документации написано, что как только на view навешиваются триггеры, оно перестает быть авто-обновляемым. Причем, исходя из того, что сервер работал несколько иначе, а затем это поведение исправили, тебе ничего не остается кроме как в триггере прописать совершенно явный insert в нужную таблицу. Но всё таки если триггеры BEFORE - это фактически INSTEAD OF, то объясните мне как тогда их понимать когда их несколько? INSTEAD OF - это маркер операции фактически. Его вызов означает что действие произведено. А когда таких триггеров много, то получается хрен знает что. тогда не веди речь про instead of. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
OFF: У меня первый автомобиль :-)
Надеюсь, несильно отвлеку от дел, но радостью своей поделиться хочется!!! Не удержусь уж до пятницы, а в предыдущую не смог. Я приобрел свой первый автомобиль ;-) Иж-Фабула 4х4, двигатель 2.0 литра. В общем, рад безмерно!!! Кому захочется подробностей, отчет, фотографии и обсуждения о покупке тут: http://izh.2126.ru/forum/index.php/topic,30550.0.html -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: OFF: У меня первый автомобиль :-)
Ovchinnikov Vasily: > Надеюсь, несильно отвлеку от дел, но радостью своей поделиться хочется!!! > > Не удержусь уж до пятницы, а в предыдущую не смог. > > Я приобрел свой первый автомобиль ;-) > Иж-Фабула 4х4, двигатель 2.0 литра. > > В общем, рад безмерно!!! > Кому захочется подробностей, отчет, фотографии и обсуждения о покупке тут: > http://izh.2126.ru/forum/index.php/topic,30550.0.html > Сочуйствую.
Re: Вопрос по триггерам на представления
sasha wrote: Но всё таки если триггеры BEFORE - это фактически INSTEAD OF, то объясните мне как тогда их понимать когда их несколько? INSTEAD OF - это маркер операции фактически. Его вызов означает что действие произведено. А когда таких триггеров много, то получается хрен знает что. Один триггер изменяет таблицу. Второй ведет аудит. -- Дмитрий Еманов
Re: Вопрос по триггерам на представления
Один триггер изменяет таблицу. Второй ведет аудит. А который из них изменяет - не посмотрев в текст не ясно.
DDEX Firebird.Net
Уважаемые коллеги! Представляем тестовую версию автоматического установщика DDEX Firebird.NET. Если Вы работаете на VS2005, пожалуйста, проверьте его работу. После установки во встроенном менеджере БД в Visual Studio должна появиться возможность создавать подключения к БД, броузить схему данных и т.д. Данный дистрибутив является бета-версией и предназначен только для целей тестирования. Скачать его можно отсюда: http:/www.ibase.ru/firebird/FBDDEXProfider.zip -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Вопрос по триггерам на представления
sasha wrote: Исходя из этого почему я могу сделать в триггере BEFORE INSERT INTO TABLE ... RETURNING ID INTO NEW.ID Ты всерьез думаешь, что твое присвоение в NEW.ID как-то изменяет вьюху? а в триггере AFTER не могу. Повторяю, они оба отменяют стандартное поведение, оба!!! Ты вообще не понимаешь, как работают триггеры на вью. В них таблицу можно обновлять *только* через insert/update/delete. Поэтому BEFORE = AFTER. -- Дмитрий Еманов
Re: Вопрос по триггерам на представления
sasha wrote: А который из них изменяет - не посмотрев в текст не ясно. Названия надо нормальные давать. А то я могу тоже самое сказать про процедуры. -- Дмитрий Еманов
Re: DDEX Firebird.Net
Это чё такое, это после 2.0.2 который? А если у меня уже руками всё прописано, то как мне тестить, снести всё? Буду потом пол для восстанавливать если чё :-) PS Интересно как там с поддержкой 64-bit framework... Попробую дома...
Re: Вопрос по триггерам на представления
Ты всерьез думаешь, что твое присвоение в NEW.ID как-то изменяет вьюху? Не понял тебя. Я это делаю потому что без этого если запись во вью вставляется другим INSERT RETURNNING, то в RETURNING попадает нулл... И только для этого. Ты вообще не понимаешь, как работают триггеры на вью. В них таблицу можно обновлять *только* через insert/update/delete. Поэтому BEFORE = AFTER. С чего ты решил что я этого не понимаю? А как это можно иначе понимать вобще?
Re: OFF: У меня первый автомобиль :-)
Иж Иж - это капсула смерти. Я бы побоялся в него сесть. http://www.autoreview.ru/new_site/year2001/n20/izh/izh.htm Хотя может с тех пор что и поменялось.
Re: Вопрос по триггерам на представления
Ты вообще не понимаешь, как работают триггеры на вью. В них таблицу можно обновлять *только* через insert/update/delete. Поэтому BEFORE = AFTER. Гы ;) Интересно, а я не знал даже. Ну, я то вью не пользую - поэтому. А что сделать триггера на вьюхе типа ACTIVE WHEN INSERT bla bla bla ? Тоисть не разводить демагогию с до и после (раз они равны)? хотя конечно снова на инстед оф похоже ;))) ухожу в сад, догоняйте ;)
Re: DDEX Firebird.Net
Hello, Dmitri! You wrote on Tue, 17 Apr 2007 14:30:39 +0400: DK> http:/www.ibase.ru/firebird/FBDDEXProfider.zip òÅÇÅÔ ÇÏ×ÏÒÉÔ, ÞÔÏ bad url... With best regards, Vladimir A.Bakhvaloff. E-mail: bobbakhspbru ICQ: 12861767 (1608235) --- np: Dexies Midnight Runners - Come On Eileen
Re: У меня первый автомобиль :-)
"Ovchinnikov Vasily" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > Иж-Фабула 4х4, двигатель 2.0 литра. > Поздравляю! Оч хорошо, что начал с 4х4. Только расскажи что за автомобиль. А то даже гугль не знает что это за зверь. -- Галимов Артур Амирзянович. "ФармМедСервис" (Сочи).
Re: DDEX Firebird.Net
Hello, Vladimir! Vladimir A.Bakhvaloff wrote: Hello, Dmitri! You wrote on Tue, 17 Apr 2007 14:30:39 +0400: DK> http:/www.ibase.ru/firebird/FBDDEXProfider.zip Регет говорит, что bad url... да тут ... там "proFider" получилось вместо provider http:/www.ibase.ru/firebird/FBDDEXProvider.zip -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: DDEX Firebird.Net
Hello, Boulitchev! You wrote on Tue, 17 Apr 2007 16:16:00 +0400: ??>>á ÏÎ ÎÁ ÍÅÎÑ ÇÒÑÚÎÙÍÉ ÓÌÏ×ÁÍÉ ÒÕÇÁÅÔÓÑ: ??>> http://bakh.spb.ru/Images/23.gif BA> Ctrl-C × ÄÉÁÌÏÇÏ×ÙÈ ÏËÎÁÈ ÒÕÌÉÔ :) äÁ ÔÁÍ ÒÁÚÍÅÒ ÇÉÆÁ ÍÅÎØÛÅ, ÞÅÍ ÐÏÌÕÞÉ×ÛÅÇÏÓÑ ÔÅËÓÔÁ... ;) With best regards, Vladimir A.Bakhvaloff. E-mail: bobbakhspbru ICQ: 12861767 (1608235) --- np: fleetwood mac - Gypsy
Re: OFF: Delphi 2007 Enterprise Trial
Начинаю чувствовать себя безнадежно отставшим от жизни - замерли на Delphi 6. Последнее, что устанавливал на посмотреть - Delphi 7. А смысл есть? с 6-ки на 7-ку смысл был. на 200х будем переползать исключительно ради легальной лицензии -- Булычев Алексей http://www.stella-npf.ru
Re: OFF: Delphi 2007 Enterprise Trial
Hello, Alexander! Alexander Goldun wrote: Начинаю чувствовать себя безнадежно отставшим от жизни - замерли на Delphi 6. Последнее, что устанавливал на посмотреть - Delphi 7. А смысл есть? есть смысл читать faq-и по Turbo и D2007, смотреть Feature Matrix, и так далее. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: У меня первый автомобиль :-)
ArtGal пишет: Поздравляю! Оч хорошо, что начал с 4х4. Только расскажи что за автомобиль. А то даже гугль не знает что это за зверь. Иж-Фабула 21261-070. Производитель Норма-авто, г.Ижевск. Детище отечественного автопрома. Начинали делать их в упомянутой тюнинговой фирме (переделывали обычные заднеприводные в полный привод), а потом модель пошла в серию на Ижевском автозаводе . Жаль, что зарезали, не дав толком родиться. В июле 2005 сняли с серийного производства. Штучно делают до сих пор в той же фирме, где и придумали эту модификацию. Привод полный, постоянный. Двигатель - мощь! Двухлитровый уфимский инжекторный УЗАМ-248i. Сколько лошадей - никто не мерял, но по паспорту изначально занижено, чтоб налогов не платить - 93 л.с. Реально больше сотни. Машина очень интересная, вызывает у людей неподдельный интерес. Проходимость на уровне, пробовали по чащобам за лесовозами по весенним распутицам гоняться :-) Жаль только, что нет понижающей передачи. Таких машин вручную всего штук двести по подсчетам сделали (моя из последних). Да серийно штук триста, наверно, но в тех много не так сделано, как у моей. Так что машина представляет и коллекционный интерес :-) -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: DDEX Firebird.Net
Короче, баги куда слать в случае чего? Сюда или прямо Карлосу?
Re: DDEX Firebird.Net
Hello, sasha! sasha wrote: Это всё понятно. Пару недель назад у альвареза пробегало: > I plan to do a new release of the DDEX provider, the next week. Это оно и есть? нет. это дистр с драйвером. Возможно то что хотел Альварез. драйвер внутри 2.02. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: OFF: Delphi 2007 Enterprise Trial
Начинаю чувствовать себя безнадежно отставшим от жизни - замерли на Delphi 6. Последнее, что устанавливал на посмотреть - Delphi 7. А смысл есть?
Re: DDEX Firebird.Net
Hello, sasha! sasha wrote: Это чё такое, это после 2.0.2 который? это не драйвер. это к драйверу. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Непонятки с Linux и FB.
"Мадорский Г.В." ... > > Черт, чего-то сегодня день какой-то сумасшедший. У всех, все ломается... Не каркай ;) > >Птица берёт текущее значение лимита открытых файлов (getrlimit). > > Если макс. возможное больше, то устанавливает лимит в новое значение > > (setrlimit). Если не было ошибок, то пишет об этом в лог. Возможно новое > > текущее значение пишется в лог не корректно. > > В случае успеха функция возвращает 0. Может он и попадает в сообщение? Тогда Нет. > выходит, что все сработало нормально. Скорее всего - да > Интересно, почему тогда FB на запросы не отвечает. Если бы лимит действительно в 0 установился, то он бы и файлы не открыл NPTL сборку ставь, рассказывай что с ней -- Хорсун Влад
Re[2]: OFF: Delphi 2007 Enterprise Trial
> и так далее. New IDE features since Delphi 7 http://dn.codegear.com/article/34323 New VCL features since Delphi 7 http://dn.codegear.com/article/34325 New Delphi language features since Delphi 7 http://dn.codegear.com/article/34324 http://www.stevetrefethen.com/blog/VCLAndRTLEnhancementsSinceDelphi7D7.aspx -- Regards, Dmitriy Kovalenko
Re: DDEX Firebird.Net
А он на меня грязными словами ругается: http://bakh.spb.ru/Images/23.gif Ctrl-C в диалоговых окнах рулит :) -- Булычев Алексей http://www.stella-npf.ru
Re: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
"Константин" ... gfix -v -f делал ? Индекс VAL_IDX3 перестраивал ? -- Хорсун Влад
Re: OFF: Delphi 2007 Enterprise Trial
с 6-ки на 7-ку смысл был. на 200х будем переползать исключительно ради легальной лицензии вы не можете купить D200x и продолжать использовать D7. p.s. версию VCL можно определить внутри EXE. исходники компилятся и работают, лицензия на Turbo Delphi дешевле чем на D7 -- Булычев Алексей http://www.stella-npf.ru
На: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
select U$, count(*) from VAL where u$ >=1 group by U$ А тут разве HAVING не надо? select U$, count(*) from VAL group by U$ having u$ >=1
Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
Hi, многоуважаемый All! есть БД (пока тестовая) размер 2 Gb Firebird-2.1.0.15252-0_win32 CREATE TABLE VAL ( ID DM_ID NOT NULL /* DM_ID = BIGINT NOT NULL */, VER DM_INT DEFAULT 0 NOT NULL /* DM_INT = BIGINT */, OBJ_ID DM_ID /* DM_ID = BIGINT NOT NULL */, TYPE_ID DM_ID /* DM_ID = BIGINT NOT NULL */, VAL_ID DM_INT /* DM_INT = BIGINT */, U$ DM$UPD /* DM$UPD = INTEGER */ ); данные разнообразны - но U$ = 1 по всей таблице (знаю-знаю низя ... потом там будет большее многообразие) Запрос вида: select U$, count(*) from VAL group by U$ возвращает U$ COUNT 1 514593 План PLAN (VAL ORDER VAL_IDX3) Адаптированный план PLAN (VAL ORDER VAL_IDX3) -- Performance info -- Prepare time = 0ms Execute time = 2s 43ms Avg fetch time = 2 043,00 ms Current memory = 2 390 736 Max memory = 3 377 208 Memory buffers = 90 Reads from disk to cache = 2 351 Writes from cache to disk = 0 Fetches from cache = 1 543 934 -- select U$, count(*) from VAL where u$ >=1 group by U$ возвращает U$ COUNT 1 4363 План PLAN (VAL ORDER VAL_IDX3 INDEX (VAL_IDX3)) Адаптированный план PLAN (VAL ORDER VAL_IDX3 INDEX (VAL_IDX3)) -- Performance info -- Prepare time = 0ms Execute time = 211ms Avg fetch time = 211,00 ms Current memory = 2 226 136 Max memory = 3 377 208 Memory buffers = 90 Reads from disk to cache = 325 Writes from cache to disk = 0 Fetches from cache = 13 397 Я в ауте ... Шо энто ? И как с подобным боротся ? С уважением, Константин Григорьевич. === Индексы.GIF Description: GIF image
Re: fbembed (2.0.1) и udf
Vlad Horsun wrote: ibutil там же лежит ? а gds32 ? да. у меня в папке все файлы из Firebird-2.0.1.12855-1_embed_win32.zip (на машине нет других "птичек") в удф добавил рфунк (НО ОШИБКА НА ЛЮБЫХ УДФ!!!) тоже туда разархивировал flamerobin востоновил с его помошью базу из бакапа (на 1.5 сервер/ембед работает нормально всё). всё прошло почти хорошо... кроме удф... любые... и из fbudf.dll и из ib_udf.dll -- O zi buna. Dumitru Condrea.
Re: Re[2]: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
> "Константин" > > VH> Индекс VAL_IDX3 перестраивал ? > > Да, результат - 0й > > VH> gfix -v -f делал ? > > Да, результат - 0й Вообще-то я просил наоборот сделать - сначала проверка. > Попробовал удалить индекс - всё стало как надо > Создал снова - таже самая свистопляска ... > > PS: Что ещё попробовать ? Попробуй в where написать > 0 > Или не мучится и попробовать выделить в маленький тест ? Тоже хорошо. БД в какой ОДС ? 2.0 её не возьмёт ? -- Хорсун Влад
Re: У меня первый автомобиль :-)
> Детище отечественного автопрома. Хорошее детище. Мой друг в Сургуте взял Оду 4*4 со всеми опциями - доволен от и до. Проходит везде - импортные сараи обычно тонут :-))
Re[6]: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
VH> Т.е. перестройка индекса не меняет результат ? Да ... Ровно как и удаление и создание заново ... VH> Если создать БД в 2.0.1 с тем же р-ром страницы и перелить в неё VH> данные - будет глючить ? Незнаю ... Завта попробую или дома вечером ... >> PS: Так что делать или и так понятно в чём дело ? >> Не хотелось бы что-бы этот глючёк оставался ... VH> Мне не понятно, я хотел бы воспроизводимый пример, если VH> это возможно Попробую сделать минимальный воспроизводимый пример ... С уважением, Константин Григорьевич. ===
Re: Re[4]: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
"Константин" ... > VH> Вообще-то я просил наоборот сделать - сначала проверка. > > Результат - тот-же :( (отрицательный) Т.е. перестройка индекса не меняет результат ? > >> PS: Что ещё попробовать ? > > VH> Попробуй в where написать > 0 > > АЙ ШАЙТАН !!! ТЫ ЗНАЛ ... > блин но что-же делать ? перепроверять все запросы ? > > >> Или не мучится и попробовать выделить в маленький тест ? > > VH> Тоже хорошо. > > VH> БД в какой ОДС ? 2.0 её не возьмёт ? > > 11.1 Если создать БД в 2.0.1 с тем же р-ром страницы и перелить в неё данные - будет глючить ? > PS: Так что делать или и так понятно в чём дело ? > Не хотелось бы что-бы этот глючёк оставался ... Мне не понятно, я хотел бы воспроизводимый пример, если это возможно -- Хорсун Влад
Re: Количество констант в выражении IN
1499 Я проверял - на больших количествах лучше написать процедуру, которая парсит строку чисел с разделителями и джойнить то что надо с этой процедурой. Работает в несколько раз быстрее.
Re: Непонятки с Linux и FB.
Черт, чего-то сегодня день какой-то сумасшедший. У всех, все ломается... Птица берёт текущее значение лимита открытых файлов (getrlimit). Если макс. возможное больше, то устанавливает лимит в новое значение (setrlimit). Если не было ошибок, то пишет об этом в лог. Возможно новое текущее значение пишется в лог не корректно. В случае успеха функция возвращает 0. Может он и попадает в сообщение? Тогда выходит, что все сработало нормально. Интересно, почему тогда FB на запросы не отвечает. Я бы начал с выяснения - почему этот код вообще выполняется, т.е. почему макс.лимит не равен текущему для аккуанта птицы ? Ничего не менял, устанавливал из-под root. Кто с Linux на ты. Может подскажите что посмотреть? With b/r. Gleb.
Re: Количество констант в выражении IN
sasha пишет: 1499 ага, спасибо даже что-то вроде припоминаю - пост вроде был какой-то про это -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: fbembed (2.0.1) и udf
"Dumitru Condrea" ... > > > День добрый! > > Кто подскажет, кто покажет где и что прикрутить чтоб fbembed(2.0.1) > увидел udf-ки? Находитса она в папке udf что возле fbembed.dll и программы. ibutil там же лежит ? а gds32 ? > Всё ругается: > > Engine Code: 335544343 > Engine Message : > invalid request BLR at offset 63 > function CREATEGUID is not defined > module name or entrypoint could not be found > > Сама udf-ка: > > DECLARE EXTERNAL FUNCTION CREATEGUID > RETURNS CSTRING(38) > ENTRY_POINT 'fn_CreateGUID' > MODULE_NAME 'rfunc'; У меня лежит какая-то версия rfunc - в ней все имена с подчёркиваниями. Попробуй с подчёркиванием впереди ENTRY_POINT '_fn_CreateGUID' -- Хорсун Влад
Re: ���������� �������� � ��������� IN
> ñ ÃÃÃÃà ÃÃà - Ãà ÃÃÃÃÃÃà ÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃ, ÃÃÃÃÃÃà > ÃÃÃÃÃà ÃÃÃÃÃà ÃÃÃà à à ÃÃÃÃà ÃÃÃà ÃÃÃà à ÃÃÃÃÃÃÃà Ãà ÃÃà ÃÃÃà à ÃÃÃà > ÃÃÃÃà ÃÃÃÃÃ. òÃÃÃÃÃà à à Ãà ÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃà à . ֈ ÃÃà Ãà ÃÃÃà ÃÃÃÃÃÃà ÃÃÃà Ã, ÃÃÃÃÃÃÃà à Ãà Ã. _ ó ÃÃÃÃà ÃÃà Ã, áÃÃÃà à ÃÃÃÃÃÃÃÃÃ.
Re: Непонятки с Linux и FB.
On Apr 17, 5:41 pm, Мадорский Г.В. <[EMAIL PROTECTED]> wrote: > >NPTL сборку ставь, рассказывай что с ней > > Да, сегодня чуть позже переберусь на другую работу и попробую. > > With b/r. Gleb. Ну вот. Поставил с Ntpl. Результат тот же. Что делать? Командуйте...
Re: На: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
>>> select U$, count(*) from VAL where u$ >=1 group by U$ VAS> А тут разве HAVING не надо? в данном конкретном случае - нет ... да и не в этом дело ... С уважением, Константин Григорьевич. ===
Re[2]: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
VH> "Константин" ... VH> gfix -v -f делал ? VH> Индекс VAL_IDX3 перестраивал ? пока нет, но: 1. заливка в таблицу производилась методами Bath... используя констукцию update or insert ... с предварительнам alter index ... inactive и последующим alter index ... active Что, ИМХО, подразумевает как минимум пересчёт индекса ... 2. ИМХО даже если индекс в "неактуальном" состоянии разве результаты выборки не должны быть идентичны ? Ведь в обоих запросах используется один и тот-же индекс ... 3. ИМХО даже если индекс "кривой" казве результат выборки не должен быть !ПРАВИЛЬНЫМ! ? В моём понимании даже "кривой" индекс должен возвращать "правильный" набор записей пусть это будет и тормознуто ... С уважением, Константин Григорьевич. ===
Re[4]: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
VH> Вообще-то я просил наоборот сделать - сначала проверка. Результат - тот-же :( (отрицательный) >> PS: Что ещё попробовать ? VH> Попробуй в where написать > 0 АЙ ШАЙТАН !!! ТЫ ЗНАЛ ... блин но что-же делать ? перепроверять все запросы ? >> Или не мучится и попробовать выделить в маленький тест ? VH> Тоже хорошо. VH> БД в какой ОДС ? 2.0 её не возьмёт ? 11.1 PS: Так что делать или и так понятно в чём дело ? Не хотелось бы что-бы этот глючёк оставался ... С уважением, Константин Григорьевич. ===
Re[2]: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
VH> Индекс VAL_IDX3 перестраивал ? Да, результат - 0й VH> gfix -v -f делал ? Да, результат - 0й Попробовал удалить индекс - всё стало как надо Создал снова - таже самая свистопляска ... PS: Что ещё попробовать ? Или не мучится и попробовать выделить в маленький тест ? С уважением, Константин Григорьевич. ===
Re: fbembed (2.0.1) и udf
День добрый! Dmitri Kuzmenko wrote: кури Filemon. Не помогает. В папки с удф-ками никто ничего и не читает. В других местах удф-ки никто и не ишет. :( -- O zi buna. Dumitru Condrea.
Re: OFF: Delphi 2007 Enterprise Trial
Boulitchev Aleksey пишет: с 6-ки на 7-ку смысл был. Не нашел там ничего нового кроме Web-технологий. А смена версии среды разработки на работающем проекте - достаточно болезненная операция.
Re: OFF: Delphi 2007 Enterprise Trial
Hello, Aleksey! Boulitchev Aleksey wrote: с 6-ки на 7-ку смысл был. на 200х будем переползать исключительно ради легальной лицензии вы не можете купить D200x и продолжать использовать D7. p.s. версию VCL можно определить внутри EXE. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: DDEX Firebird.Net
Hello, Dmitri! You wrote on Tue, 17 Apr 2007 15:38:05 +0400: ??>> òÅÇÅÔ ÇÏ×ÏÒÉÔ, ÞÔÏ bad url... DK> ÄÁ ÔÕÔ ... ÔÁÍ "proFider" ÐÏÌÕÞÉÌÏÓØ ×ÍÅÓÔÏ provider DK> http:/www.ibase.ru/firebird/FBDDEXProvider.zip ...Á ÔÕÔ ÏÄÉÎ ÓÌÜÛÉË ÐÒÏÐÕÓÔÉÌ, ÐÏÓÐÅÛÕÎ... ;) ðÏÓÔÁ×ÉÌÓÑ... úÁÌÅÚ × âä ÍÁÎÁÇÅÒ (ÉÌÉ ËÁË ÏÎÏ ÔÁÍ)... á ÏÎ ÎÁ ÍÅÎÑ ÇÒÑÚÎÙÍÉ ÓÌÏ×ÁÍÉ ÒÕÇÁÅÔÓÑ: http://bakh.spb.ru/Images/23.gif With best regards, Vladimir A.Bakhvaloff. E-mail: bobbakhspbru ICQ: 12861767 (1608235) --- np: Falco - Rock Me Amadeus
Re: DDEX Firebird.Net
это не драйвер. это к драйверу. Это всё понятно. Пару недель назад у альвареза пробегало: > I plan to do a new release of the DDEX provider, the next week. Это оно и есть?
Количество констант в выражении IN
Проверять терпелки не хватило! А есть ли ограничение на количество элементов в выражении IN? Т.е. если мне надо сделать запрос вида select * FROM TABLE where TABLE.ID in (1,2,3) то сколько я в выражении IN могу перечислить констант? На 1.5.2 cделал тысячу констант в перечислении - проглотило нормально. Успокоился (для моих нужд достаточно). А есть ли теоретический предел или это ограничено только максимальным размером самого SQL-запроса? -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Непонятки с Linux и FB.
NPTL сборку ставь, рассказывай что с ней Да, сегодня чуть позже переберусь на другую работу и попробую. With b/r. Gleb.
Re: У меня первый автомобиль :-)
Fanis пишет: Детище отечественного автопрома. Хорошее детище. Мой друг в Сургуте взял Оду 4*4 со всеми опциями - доволен от и до. Проходит везде - импортные сараи обычно тонут :-)) Все "опции" у Ижей обычно доделываются своими руками :-) Видать, хороший хозяин у машинки был :-) -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: OFF: Delphi 2007 Enterprise Trial
Hello, Aleksey! Boulitchev Aleksey wrote: вы не можете купить D200x и продолжать использовать D7. p.s. версию VCL можно определить внутри EXE. исходники компилятся и работают, лицензия на Turbo Delphi дешевле чем на D7 с этим я не спорю. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: fbembed (2.0.1) и udf
Hello, Dumitru! Dumitru Condrea wrote: День добрый! Dmitri Kuzmenko wrote: кури Filemon. Не помогает. В папки с удф-ками никто ничего и не читает. В других местах удф-ки никто и не ишет. :( ты просто не умеешь. - допустим, приложение вызывает udf не сразу, а только в какой-то момент. Можно открыть приложение до этого момента. - запустить Filemon, мониторить только этот процесс - тыкнуть в приложении чтобы вызвалась udf и вылезла ошибка - перейти в Filemon, остановить мониторинг, смотреть лог. в логе можно делать поиск и т.п. filemon может ничего не показать, если ты уже получил ошибку загрузки udf, и пытаешься посмотреть ее в filemon ВТОРОЙ раз. IB/FB после ошибки с udf не пытается уже найти этот файл в этом же коннекте. Поэтому надо делать полный дисконнект а еще лучше останов сервера (или приложения с embedded) чтобы найти filemon-ом отсутствующие файлы. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
Hello, Константин! Константин wrote: 1. заливка в таблицу производилась методами Bath... используя констукцию update or insert ... с предварительнам alter index ... inactive и последующим alter index ... active Что, ИМХО, подразумевает как минимум пересчёт индекса ... если пересчет индекса делается во время обновления, вставки или удаления более чем одной записи пакетом или оператором, то поскольку индекс создается вне контекста транзакции, индекс получается НЕПОЛНЫЙ, нецелостный или как хотите. IBAnalyst это дело показывает, хотя может это показать также если индекс перестраивается во время получения статистики. Детектируется такое только в IBA 2.0, а он нынче платный... Единственное что могу посоветовать, если не покупать IBA 2 - сравнить в бесплатном IBA 1.95 кол-во ключей индекса и кол-во записей по формуле Records >= Keys >= Records+Versions 3. ИМХО даже если индекс "кривой" казве результат выборки не должен быть !ПРАВИЛЬНЫМ! ? В моём понимании даже "кривой" индекс должен возвращать "правильный" набор записей пусть это будет и тормознуто ... кривой индекс может вернуть правильное кол-во ключей только если выборка идет по "не кривым" ключам. Классический случай когда при поврежденном индексе часть данных в таблице становится просто не видна, если в плане запроса используется такой поврежденный индекс. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Вопрос по триггерам на представления
"sasha" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > умолчанию выполняются у меня в триггерах BEFORE на представлениях, но > эта ваша новая система отменяет стандартную вставку и обновление и мне > приходится каждый раз писать её самому, а это не удобно, не логично, не > рационально и ещё и баги есть. Тебе выслать программульку которая бежит по метажанным анализирует таблицы и автоматом создаёт триггера на вставку? Или сам напишешь?
Re: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
если пересчет индекса делается во время обновления, вставки или удаления более чем одной записи пакетом или оператором, то поскольку индекс создается вне контекста транзакции, индекс получается НЕПОЛНЫЙ, нецелостный или как хотите. IBAnalyst это дело показывает, хотя может это показать от же ж, а как же табличная блокировка (object in use) -- Булычев Алексей http://www.stella-npf.ru
Re: Я почти повесился :( нашёл багу FB 2.1 A (сорри картинка)
"Dmitri Kuzmenko" ... > > Hello, Константин! > > Константин wrote: > > > 1. заливка в таблицу производилась методами Bath... > >используя констукцию update or insert ... > >с предварительнам alter index ... inactive > >и последующим alter index ... active > >Что, ИМХО, подразумевает как минимум пересчёт > >индекса ... > > если пересчет индекса делается во время обновления, вставки > или удаления более чем одной записи пакетом или оператором, > то поскольку индекс создается вне контекста транзакции, В индекс попадают все версии записей, которые существуют в момент его построения и не могут быть собраны как мусор > индекс получается НЕПОЛНЫЙ, нецелостный или как хотите. Только не в FB 2.0 - на время построения индекса таблицы лочатся от записи -- Хорсун Влад
Re: Вопрос по триггерам на представления
"sasha" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Я ж писал: > 1) Если читать команду и не знать ньюансов, то логика будет понята > неправильно. Т.е. когда человек читает слово BEFORE/AFTER INSERT, то он > что думает? Что этот триггер выполнится ДО или ПОСЛЕ, а никак не ВМЕСТО. Ну и скажи мне что должно вставится и куда вот на это create view _для_особо_одарённых_ select a.f, b.f, a.f + c.f from a join b on a.id = b.id join c on b.id = c.id > писаться. Потом представь какой-нибудь молодой специалист забудет что > нужно это постоянно писать и проведёт ночь наедине с отладчиком. Молодой специалист идёт и читает внимательно документацию
