http://permalink.gmane.org/gmane.comp.db.firebird.russian hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.db.firebird.russian/40093 <pre>я понимаю, что такого поля в firebird не существует, но если мы можем записывать в поля данные по X'01010101', то почему мы так же их не можем их считать в таком же формате, к примеру в select? Это здорово упростило бы жизнь и совместимость с клиентами более ранних версий. Я не уверен, что могу такие считать данные через perl. Или я что-то пропустил в описании 2.5, или придется делать функцию типа HEX() в UDF, что не хотелось бы )) WBRs, Евгений.</pre> susi-ZLOxxtHZ1xNInbfyfbPRSQ< at >public.gmane.org 2012-05-15T06:02:40 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40092 <pre> OBJECT - текстовое поле, а сравнивается с числом. Видимо такие неявные преобразования в 2.0 были реализованы иначе чем в 2.5 </pre> Ice_Harley 2012-05-08T16:32:59 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40091 <pre>Перевели базу с 2.0 на 2.5. Стало тормозить, полез разбираться и откопал следующую проблему: Есть таблица, 22891 запись CREATE TABLE U_GRANTS ( UID INTEGER_ NOT NULL /* INTEGER_ = INTEGER */, OBJECT_TYPE INTEGER_ /* INTEGER_ = INTEGER */, OBJECT VARCHAR_WIN1251_128 NOT NULL /* VARCHAR_WIN1251_128 = VARCHAR(128) */, SUB_OBJECT VARCHAR_WIN1251_128 COLLATE PXW_CYRL /* VARCHAR_WIN1251_128 = VARCHAR(128) */, GUID VARCHAR_WIN1251_40 COLLATE PXW_CYRL /* VARCHAR_WIN1251_40 = VARCHAR(40) */, GRANTS INTEGER_ NOT NULL /* INTEGER_ = INTEGER */, MANUALLY INTEGER_ /* INTEGER_ = INTEGER */ ); CREATE INDEX IND_U_GRANTS_1 ON U_GRANTS (UID, OBJECT_TYPE, OBJECT); --селективность 0.00015 CREATE INDEX IND_U_GRANTS_2 ON U_GRANTS (OBJECT_TYPE, OBJECT); --селективность 0.00173 CREATE INDEX IND_U_GRANTS_3 ON U_GRANTS (OBJECT_TYPE, OBJECT, GUID); --селективность 0.00039 Есть запрос SELECT C</pre> Ice_Harley 2012-05-08T13:22:20 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40090 <pre>Так должно быть по логике, вставка в таблицу мастер только после успешного выполнения триггеров, пока они не завершены, данные старые. On Mar 11, 6:05 pm, "Dmitry Lendel" &lt;i...&lt; at &gt;bagel.com.ua&gt; wrote: &gt;</pre> NikolayV81 2012-03-11T14:33:47 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40089 <pre>Привет Есть две таблицы. Master и Details В таблице мастер есть триггер перед обновлением new.masterfield=9 update Details set Somefiled = Value where ... В таблице детали есть триггер перед обновлением Select masterfield from Master where ... Странно то, что этот запрос возвращает значение мастера до обновления. т.е. предыдущее. Так должно быть? 2.1.4 Дмитрий </pre> Dmitry Lendel 2012-03-11T14:05:30 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40088 <pre>07.03.2012 9:11, Dumitru Condrea пишет: Активизировать индексы в правильном порядке. -- Дмитрий Еманов </pre> Dmitry Yemanov 2012-03-07T12:29:27 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40087 <pre>Alex Cherednichenko пишет: http://www.ibase.ru/devinfo/errors.htm Сразу первое же из того, что там написано. </pre> Ovchinnikov Vasily 2012-03-07T08:35:45 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40086 <pre>Hello, Dumitru Condrea! You wrote on Tue, 6 Mar 2012 21:11:32 -0800 (PST) Форин кей? И нет ему "партнёра"... </pre> Alex Cherednichenko 2012-03-07T07:25:41 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40085 <pre>День добрый, Упала база. Firebird 1.5. После танцами с - gfix-ом (-mend), - gbak-ом (бакап/ресторе с инактивными индексами) - пересозданием базы из скрипта при активации одного из индекса выдаёт ошибку: Unsuccessful execution caused by system error that precludes successful execution of subsequent statements. internal gds software consistency check (partner index description not found (175)) Что делать? Куда "копать"? </pre> Dumitru Condrea 2012-03-07T05:11:32 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40084 <pre>Привет! Да, правильно Еманов говорит: "Никто README не читает". Он ещё при этом материся, наверняка. http://www.dqteam.com/fb2/README.TXT - сто лет там лежит. Что мне в about написать? Что это мои сборки и используете на свой страх и риск? По-моему это и так очевидно. Они собираются из публичных сорцов примерно раз в неделю или по просьбе тех, кому надо срочно. Ничем от обычных снапшотов не отличаются - разве что делаются реже. Я сам эти билды использую переодически - всплывающие проблемы рапортуются птицеводам. P.S. Специально для ворчунов - напишу, что мои сборки ничем от обычных не </pre> Sergey Mereutsa 2012-03-05T13:26:17 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40083 <pre>Hello, Khorsun Vlad! You wrote on Mon, 5 Mar 2012 13:55:59 +0200 Никто ни на кого не наезжает. Мои претензии к эбауту и отсутствию внятно прописанной связи с FB. (историческая ретроспектива не в счет) </pre> Alex Cherednichenko 2012-03-05T12:04:45 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40082 <pre>"Alex Cherednichenko" ... Конкретно DQTeam - делали новый сайт firebirdsql.org. Когда у нас не было возможности (по техническим причинам) собирать ежедневные снапшоты, Сергей Мереуца предложил свою помощь и линуксовые снапшоты "от dqteam" до сих пор живы. Не вижу ни единой проблемы или недоразумения в этом. -- Хорсун Влад </pre> Khorsun Vlad 2012-03-05T11:55:59 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40081 <pre>"reshetnyakvkt" ... А кто вообще надоумил ставить снапшот на боевой сервер ? Или есть реальная необходимость, например наступил на баг, исправленный в снапшоте ? Changelog читай. Официальную релизную сборку. -- Хорсун Влад </pre> Khorsun Vlad 2012-03-05T11:51:47 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40080 <pre> Sergey Mereutsa serj собака dqteam </pre> Dmitriy Kovalenko 2012-03-05T11:05:16 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40079 <pre> Republic of Moldova, Chisinau. </pre> Dmitriy Kovalenko 2012-03-05T11:03:03 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40078 <pre>Hello, reshetnyakvkt! You wrote on Mon, 5 Mar 2012 01:18:09 -0800 (PST) Кто эти люди? Из http://www.dqteam.com/about.html нихрена не понял. Как они связаны с Firebird Development ? </pre> Alex Cherednichenko 2012-03-05T09:51:08 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40077 <pre>Здравствуйте. Решил обновить версию сервера. Так вот, чем принципиально отличается снэпшоты выложеные здесь "http://www.dqteam.com/fb2/" и здесь "http://web.firebirdsql.org/download/snapshot_builds/linux/fb2.5/" ? Догадываюсь что они собраны разными людьми, и в разное время. Т.е. содержат разные изменения, и по сути представляют разные версии. Что же мне ставить в производство, чему отдать предпочтение? Или тут уж "как карта ляжет"? Или вопрос откуда чаще качают? -- View this message in context: http://firebird.1100200.n4.nabble.com/-tp4445515p4445515.html Sent from the firebird-russian mailing list archive at Nabble.com.</pre> reshetnyakvkt 2012-03-05T09:18:09 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40076 <pre> Но не в нижеприведенном. Т.к. там UPDATE OR INSERT то - либо индексы есть (и это уже не ускоряет вставку) и чем их больше, тем хуже, - либо их нет - что есть смерть для UPDATE OR INSERT. Во втором варианте ты исключил как минимум передачу параметров на сервер- приёмник. Не надо думать. Освой perfmon - и уже потом думай. Патология какая-то, явно что-то не так. Ресторится она у тебя тоже 4 часа на этом же железе ? Вот нафига тут эта каша ? Сложно было реальный запрос показать ? Тебе помощь нужна или кому ? Я скажу - прочитай GDSCODE и выдай его SUSPEND'ом наружу для анализа, если на</pre> Vlad Khorsun 2012-03-04T19:10:52 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40075 <pre> "Khorsun Vlad" сообщил(а) в новостях следующее:jislai$obn$1&lt; at &gt;dough.gmane.org... "Boltik Evgeny" ... / Коннект локальный\сетевой ? На таблице-приёмнике есть триггеры\индексы ? /С чем вообще сравниваешь ? И какого прироста ты ожидал ? :-D 1.коннект только локальный т.к. нужно максимум производительности 2.На момент вставки триггеров нет. В большинстве случаев я применяю тупой INSERT. 3.Сравниваю старый вариант построчно вставляемый мной и вариант полностью выполняемый блоком 4.В моем варианте, я думал, что сервер тратит много времени на чтение строки из одной базы и вставку в другую базу. </pre> Boltik Evgeny 2012-03-04T16:21:13 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40074 <pre>"Boltik Evgeny" ... Коннект локальный\сетевой ? На таблице-приёмнике есть триггеры\индексы ? С чем вообще сравниваешь ? И какого прироста ты ожидал ? :-D С чего бы это ? -- Хорсун Влад </pre> Khorsun Vlad 2012-03-03T08:38:42 http://permalink.gmane.org/gmane.comp.db.firebird.russian/40073 <pre>Добрый день. (время мин:сек) Задача подключится на локальной машине к соседней базе и скопировать записи таблицы. В надежде ускорить вставку был в недоумении. Думая что execute block+STATEMENT к другой базе даст прирост при вставке переписал код. Но каково было удивление, что прирост был не велик вместо 26:36 стало 25:05 прирост 1:31 в другом случае 6:.55 стало 6:15 прирост 00:40. Решил посмотреть затраты на подготовку данных по старому получил 0:40 и 0:11. Получается основное время на вставку тратит сервер, а временем подготовки данных можно пренебречь. Я раньше считал, что мой код</pre> Boltik Evgeny 2012-03-03T00:11:02 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.db.firebird.russian