дед посоветует затолкать все в одну табличку в одну запись, сам знаешь
к тому же еще и в единственное поле в этой записи :)
Не надо приписывать DED'у чужие идеи ;)
DED если и может посоветовать запихнуть все одно место, то это место
явно будет другим.
Бугага.
Коваленко Дмитрий.
Tonal пишет:
sasha пишет:
а если через get_context, set_context?
А как это может помочь?
WITH RECURSIVE TR AS (
SELECT T.*, 1 AS LEV FROM Tree T WHERE PARENT_ID IS NULL
and RDB$SET_CONTEXT('USER_TRANSACTION', 'Level', 0);
UNION ALL
SELECT T.*, TR.LEV + 1 AS LEV FROM Tree T, TR WHERE
D Читаем третий снизу абзац:
D http://rian.ru/technology/cosmos/20070601/66442111.html
Я валяюсь под столом ... ;) этож надо - пропеллер ...
:)
С уважением,
Константин Григорьевич.
===
Horsun Vlad пишет:
Во-вторых, это закладывается на порядок вычисления условий
Дык вычисления булевых выражений вродь сокращенные.
Причём тут это ?
Или в данном случае на порядок это не влияет?
Есть большая разница в данном случае между
AND RDB$SET_CONTEXT('USER_TRANSACTION',
Читаем третий снизу абзац:
http://rian.ru/technology/cosmos/20070601/66442111.html
--
Regards. Ded.
Tonal ...
Horsun Vlad пишет:
Во-вторых, это закладывается на порядок вычисления условий
Дык вычисления булевых выражений вродь сокращенные.
Причём тут это ?
Или в данном случае на порядок это не влияет?
Есть большая разница в данном случае между
AND
?? http://www.bakh.spb.ru/Download/FB/ - ÐÁÒÕ ÒÁÚ × ÄÅÎØ
ÇÅÎÅÒÑÔÓÑ...
?? úÁÂÙÌ ÓÐÒÏÓÉÔØ - Á ÎÁ ËÁËÉÈ ÓÑÈ ËÏÍÐÉÌÉÔÓÑ? Á ÔÏ ÅÓÌÉ ÎÁ 2005, ÔÏ ÔÁÍ
?? ÅÝÅ ÒÕÎÔÁÊÍ ÎÁÄÏ ÐÏÐÕÔÎÏ Ë ËÌÉÅÎÔÕ ÎÅÓÔÉ, ÅÓÌÉ ÎÁ ÂÏÌÅÅ ÓÔÁÒÏÍ, ÔÏ
?? È×ÁÔÉÔ ÐÁÒÙ ÄÌÌ
?? ôÁ ÓÔÕÄÉÑ, × ËÏÔÏÒÏÊ MSVC8...
Horsun
Не вполне ясно вот что: действительно ли в булевских выражениях порядок
вычисления не определён?
Т.е. если у меня условие:
where DOC_ID is not null and MY_COOL_UDF(DOC_ID)
то MY_COOL_UDF(DOC_ID) может вызваться для аргумента null?
а почему нет? особенно если оптимизатор решит что так
http://www.cherski.ru/post40731455/
---
E-mail: bobgavbakhdotspbdotru ICQ: 12861767 (1608235)
np: none
VA
?? http://www.bakh.spb.ru/Download/FB/ - пару раз в день
VA генерятся...
?? Забыл спросить - а на каких сях компилится? а то если на 2005, то
?? там еще рунтайм надо попутно к клиенту нести, если на более старом,
?? то хватит пары длл
?? Та студия, в которой MSVC8...
Horsun
Tonal ...
Ошибся чуток:
Да не, не чуток :)
Во-первых, вот так :
WITH RECURSIVE TR AS
(
SELECT T.*, 1 AS LEV FROM Tree T
WHERE PARENT_ID IS NULL
AND RDB$SET_CONTEXT('USER_TRANSACTION', 'Level', 0) = 0
UNION ALL
SELECT T.*, TR.LEV + 1 AS LEV FROM Tree T, TR
WHERE
Адназначна ;) Это уже рюшечки, есть и более важные дела
А на Адриано нельзя повесить никак? Всё равно он пашет как трактор :-)))
У меня такое впечатление что ему всё равно что делать и сколько. ;-)
sasha пишет:
Даты не понял ничего. Надо чтобы количество записей, прочитанных
сервером, было равно кол-ву записей, возвращённых запросом. А у нас
оптимизатор лажается на запросах типа WHERE 1 = 0 и перелопачивает всю
таблицу. Поэтому для всех максимальных уровней сервер будет
перелопачивать
Мне тут надо чтобы по запросу всегда выдавалась одна запись. Если записи
нет, то онна должна быть создана.
Для этого я состряпал нехитрую процедуру:
CREATE PROCEDURE GET_COMMENTING_THREAD(
OBJECT_ID INTEGER,
OBJECT_TYPE_ID INTEGER,
OWNER_ID INTEGER)
RETURNS (
DB_KEY CHAR(8)
М-м-м... Я ж не настоящий сварщик, дяденька!.. :)
Та студия, в которой MSVC8...
плохо... я так и не понял че ей надо если ее самой не стоит. Посему хожу
с рунтаймом и накатываю его по необходимости.
Аааа, Цизар мой баг-репорт закрыл :-( Неправильно меня понял. Ты можешь
переоткрыть, т.к. я не вижу как это сделать?
Вот он: http://tracker.firebirdsql.org/browse/CORE-1295
:-'(
Про [MAX LEVEL N] - мне кажеться, лучшей была бы возможность явно
указать условие завершения рекурсии.
Например: WITH RECURSIVE [ON condition]
В твоём случае как раз WITH RECURSIVE ON TR.LEV 5
Так предложи. Там в трекере можно комментарии писать. Правда Влад
наверное не обрадуется :-)
HV Ран-тайм лежит в
HV
HV \VS.2005\VC\redist\x86\Microsoft.VC80.CRT
или легко скачивается.
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
Vladimir A.Bakhvaloff ...
Гут... А все четыре кидать или (msvcp80.dll + msvcr80.dll) хватает?..
msvcm80.dll не нужен вроде. Манифест нужОн !
--
Хорсун Влад
Та не, что-то вы путаете. Никакие извращения с контекстами тут не могут
помочь в принципе. Они будут делать то же самое что делал запрос без
контекстов, т.е. перебирать на листовых элементах все подэлемнты.
Запусти что-то типа SELECT * FROM TABLE WHERE 0 = 1 и посмотри
статистику - всю твою
Смог проверить таки на 2.1 - оно и на INNER JOIN и на 2.1 лажанулось :-(
Напишу в трекер...
Horsun Vlad пишет:
Во-вторых, это закладывается на порядок вычисления условий
Дык вычисления булевых выражений вродь сокращенные.
Или в данном случае на порядок это не влияет?
В-третьих, это всё равно не позволит избежать чтения записей с уровня 5
Ну дык с 6-го то читать уже не будет?
HV òÁÎ-ÔÁÊÍ ÌÅÖÉÔ ×
HV \VS.2005\VC\redist\x86\Microsoft.VC80.CRT
Alexandr ÉÌÉ ÌÅÇËÏ ÓËÁÞÉ×ÁÅÔÓÑ.
äÁ ÎÕ ÅÇÏ...
ñ ÌÕÞÛÅ × ÁÒÈÉ× ÉÈ ÚÁÐÅÎÄÀÒÀ... %)
---
E-mail: bobgavbakhdotspbdotru ICQ: 12861767 (1608235)
np: none
sasha ...
Про [MAX LEVEL N] - мне кажеться, лучшей была бы возможность явно
указать условие завершения рекурсии.
Например: WITH RECURSIVE [ON condition]
В твоём случае как раз WITH RECURSIVE ON TR.LEV 5
Так предложи. Там в трекере можно комментарии писать. Правда Влад
наверное не
Не могу. Но ты можешь продолжать писать комментарии.
А их кто надо увидит если статус у бага Fixed ?
Потому что нужно писать понятные репорты. Сделай скрипт, описывающий
проблему, и скажи куда смотреть. Не заставляй других мучительно думать -
а что же ты там имел в виду.
Так я
D http://rian.ru/technology/cosmos/20070601/66442111.html
объясните кто-нибудь китайцам, что они плохо учились.
В космосе нет воздуха и их пропеллер работать не будет.
Та ладно вам!
Это или очепятка, или переводчик налажал.
Очевидно, что перепутали propellant с пропеллером ;-)
Grue
D
D Читаем третий снизу абзац:
D http://rian.ru/technology/cosmos/20070601/66442111.html
объясните кто-нибудь китайцам, что они плохо учились.
В космосе нет воздуха и их пропеллер работать не будет.
Они будут так прикольно сами крутится
--
С уважением
Кочмин Александр
Firebird Foundation
sasha ...
Честно говоря меня бы без всяких MAX LEVEL вполне устроило бы если б
оптимизатор подправили.
Вот это и нужно 'лоббировать'
Оно конечно удобннее писать с MAX LEVEL или
условием в заголовке CTE, но не более.
Именно - не более ;)
--
Хорсун Влад
Вот это и нужно 'лоббировать'
Дак а кто я такой чтоб лоббировать? :-)
Я вон Цизару никак не могу доказать что так с дбкеями проблема. До сих
пор ему кажеся что там всё в шоколаде...
sasha ...
Аааа, Цизар мой баг-репорт закрыл :-( Неправильно меня понял. Ты можешь
переоткрыть, т.к. я не вижу как это сделать?
Не могу. Но ты можешь продолжать писать комментарии.
Вот он: http://tracker.firebirdsql.org/browse/CORE-1295
Потому что нужно писать понятные репорты.
sasha ...
Адназначна ;) Это уже рюшечки, есть и более важные дела
А на Адриано нельзя повесить никак? Всё равно он пашет как трактор :-)))
Тебе сказать сколько раз этот трактор похерил CTE ? :)
Или кто 'виноват' в юникодных 'проблемах' ?
У меня такое впечатление что ему всё равно
Честно говоря меня бы без всяких MAX LEVEL вполне устроило бы если б
оптимизатор подправили. Оно конечно удобннее писать с MAX LEVEL или
условием в заголовке CTE, но не более.
Hello, sasha!
sasha wrote:
Мне тут надо чтобы по запросу всегда выдавалась одна запись. Если записи
нет, то онна должна быть создана.
есть правило - НИКОГДА не надо завязываться на физику БД.
используй генераторы, возвращай новый ПК из процедуры.
--
Dmitri Kouzmenko, www.ibase.ru, (495)
есть правило - НИКОГДА не надо завязываться на физику БД.
А для чего ж тогда народу DB_KEY дали? У меня он везде и много :-/
Hello, sasha!
sasha wrote:
есть правило - НИКОГДА не надо завязываться на физику БД.
А для чего ж тогда народу DB_KEY дали? У меня он везде и много :-/
ты оригинал. а такие вещи обычно народу не дают. rdb$db_key вообще-то
недокументированная фишка. Которая имеет полное право прекратить
есть правило - НИКОГДА не надо завязываться на физику БД.
А для чего ж тогда народу DB_KEY дали? У меня он везде и много :-/
народу его никто не давал, это, так скажем, фантомные проявления внутреннего
механизма
у народа есть синтетические PK
--
Булычев Алексей
http://www.stella-npf.ru
Hello, Sasha!
Dmitri Kuzmenko wrote:
используй генераторы, возвращай новый ПК из процедуры.
черт. сначала написал, потом увидел что у тебя композитный ПК.
Ну, тогда rdb$db_key, и бодайся с Цизаром. :-)
я вот тоже как то с Шоном Лином чуть не подрался по поводу трекера. :-)
p.s. все равно
Dmitri Kuzmenko ...
Hello, sasha!
sasha wrote:
есть правило - НИКОГДА не надо завязываться на физику БД.
А для чего ж тогда народу DB_KEY дали? У меня он везде и много :-/
ты оригинал. а такие вещи обычно народу не дают. rdb$db_key вообще-то
недокументированная фишка. Которая имеет
Dmitri Kuzmenko wrote:
черт. сначала написал, потом увидел что у тебя композитный ПК.
И що? Такую личную неприязнь испытываешь, прямо кушать не можешь? :)
--
Regards. Ded.
Я вобще чё его начал использовать. У меня много больних таблиц с большим
количеством полей, записи из которых выбираются по алгоритмам,
встроенным в ХП. Возвращать все поля таблиц в выходных переменных ХП не
целесообразно. И я решил что буду возвращать из ХП два поля: ID и
DB_KEY. ID - для
И никто не гарантирует сохранения совместимости с CHAR(8) в дальнейшем
Ничё страшного - это ведь не будет тайной. А убиение DB_KEY баба яга не
допустит ;-)
Hello, All!
народ, кто не записался - записывайтесь на семинар.
и приходите.
http://www.codegear-events.eu/ru/bigseminar/edm_delphi.html
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
sasha wrote:
У меня много больних таблиц
Нет, Саша, это не таблицы у тебя больные...
--
Regards. Ded.
Hello, ded!
Ded wrote:
черт. сначала написал, потом увидел что у тебя композитный ПК.
И що? Такую личную неприязнь испытываешь, прямо кушать не можешь? :)
не. я к тому, что лично мне пофиг. пусть он юзает rdb$dbkey, я его
предупредил.
А вообще - да, мне его система (структуры, запросы
И никто не гарантирует сохранения совместимости с CHAR(8) в дальнейшем
К стати в 2.1 я себе специальный домен завёл DbKey и везде его
использую :-)
Hello, sasha!
sasha wrote:
И никто не гарантирует сохранения совместимости с CHAR(8) в
дальнейшем
Ничё страшного - это ведь не будет тайной. А убиение DB_KEY баба яга не
допустит ;-)
понятно, что многие зацепились за (еще раз подчеркиваю)
недокументированную фичу, которая по сути
Привет!
другое дело, что db_key может измениться так, что его
использование станет бессмысленным или невозможным.
А потом вы будете кричать - дайте нам совместимость!
Нифига. Дим, ну я просто не верю, что ТАКУЮ фичу прото так возьмут и
уберут. Если уберут - то взамен дадут другую фичу,
Dmitri Kuzmenko wrote:
А вообще - да, мне его система (структуры, запросы и т.п.) не нравится.
Не наше с тобой собачье дело, конешно, ему жить, но имхо он вообще
действует по принципу не стоит прогибаться под изменчивый мир, пусть
лучше он прогнётся под нас. Получается проктология,
Сегодня занялся оценкой объемов, которые предстоит обрабатывать для
задуманного поиска по тексту с использованием пар лексем ... Боже,
храни FB.
У нас задумано два индекса
Первый используется для индексации описаний конкретных объектов (чел,
фирма, объект недвижимости (только его номер),
Отсюда и фонтан идей - батюшки светы, а сервер-то оказывается не так работает,
как я программу написал, ну-ка, ну-ка...
Рассмешил меня :-) Я вобще новые и специфические фичи люблю использовать
и не толко в сервере.
А щас ведь если спросить вас: Так что, лучше оставить как было?, дык
KD Вот. Меня терзают смутные сомнения.
я не понял, это недвижимость городского масштаба, или всесоюзного?
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
sasha wrote:
А щас ведь если спросить вас: Так что, лучше оставить как было?, дык
ответите: Да не, ну зачем же? ;-)
Так, по секрету - я решил остаться на твёрдой полуторке, подальше от
этих замечательных фич вместе с бажками вокруг них. Ну и заодно и с FF
расстался, а фигли...
--
KD Вот. Меня терзают смутные сомнения.
я не понял, это недвижимость городского масштаба, или всесоюзного?
Областная. База, точнее её данные живут с 98 года.
На память - 650 тыс. рыл, 450 тыс. объектов недвижимости.
Коваленко Дмитрий.
Так, по секрету - я решил остаться на твёрдой полуторке, подальше от
этих замечательных фич вместе с бажками вокруг них. Ну и заодно и с FF
расстался, а фигли...
А вот выйдет FB3 с поддержкой SMP и тоже не будете пользоваться?
s
sТак, по секрету - я решил остаться на твёрдой полуторке, подальше от
s этих замечательных фич вместе с бажками вокруг них. Ну и заодно и с FF
s расстался, а фигли...
s
s А вот выйдет FB3 с поддержкой SMP и тоже не будете пользоваться?
ап зачем классику SMP? Оно у него всегда было. ;)
--
KD
KD Вот. Меня терзают смутные сомнения.
KD
KD я не понял, это недвижимость городского масштаба, или всесоюзного?
KD
KD Областная. База, точнее её данные живут с 98 года.
KD
KD На память - 650 тыс. рыл, 450 тыс. объектов недвижимости.
а... это наверное не купля-продажа, а вообще все объекты.
Ded ...
Так, по секрету - я решил остаться на твёрдой полуторке,
Гм, хозяин-барин
подальше от этих замечательных фич
Т.е. в 2-ке нет ничего реально полезного ?
вместе с бажками вокруг них.
Много бажков натикало ? Я серьёзно
Ну и заодно и с FF расстался, а фигли...
KD Вот. Меня терзают смутные сомнения.
KD
KD я не понял, это недвижимость городского масштаба, или всесоюзного?
KD
KD Областная. База, точнее её данные живут с 98 года.
KD
KD На память - 650 тыс. рыл, 450 тыс. объектов недвижимости.
а... это наверное не купля-продажа, а вообще все
ап зачем классику SMP? Оно у него всегда было. ;)
Это не у вас ли сервер с 16 гигами ОЗУ ;-)
sasha ...
Не могу. Но ты можешь продолжать писать комментарии.
А их кто надо увидит если статус у бага Fixed ?
Да
Потому что нужно писать понятные репорты. Сделай скрипт, описывающий
проблему, и скажи куда смотреть. Не заставляй других мучительно думать -
а что же ты там
А у нас всего 2 и добавить невозможно :-(
KD Это _не_только_ купля-продажа, а еще и все объекты :)
а вот теперь понятно. А то я давно думал, откуда такая большая база объектов в
продаже. ;)
KD По прикидам - количество объектов раз в десять больше. Может в 20-ть.
KD Ахез, короче.
Василь Иваныч, а ты армией командовать сможешь?
KD
KD
Alexandr Kochmin wrote:
а мож их не несколько баз разнести. Ну по районам например.
Или нормализовать для начала... щоб по лексемам-то не индексировать...
Ухожу искать стенку :-D
--
Regards. Ded.
Василь Иваныч, а ты армией командовать сможешь?
Пятью программерами управлял. Из тех остался только одын. Остальные
сошли с ... дистанции.
KD
KD Я уже от своих объемов в кому впадаю. Чисто психологически.
а мож их не несколько баз разнести. Ну по районам например.
Там есть свои базы.
А выйдет?
Я всегда думал что это самая ожидаемая фича (включая меня). В эпоху
многоядерных процессоров куда они денутся? У меня дома давно уже два
ядра, не говоря про сервер.
s
s А у нас всего 2 и добавить невозможно :-(
s
а почему невозможно? Апгрейдить наверное пора железку то.
p.s. я не против поддержки smp в SS
или наоборот, поддержки общего кэша в CS
и наверное это действительно будет круто.
Но после апгрейда железки, желать уже что-то в этом направлении
а почему невозможно? Апгрейдить наверное пора железку то.
Железяка арендована у крупного немецкого провайдера, который не
занимается всякими мелочами типа доустановки памяти. Единственный способ
апгрейда - это сменить сервер когда текущий договор закончится.
да, кстати, а уж не данные в XML ли там индексируют, а?
от XML мы избавились как от страшного сна.
С точки нормализации основного каркаса данных - там все настолько
путём, что искать по совокупности критериев очень сложно.
Паспорт хранится отдельно от человека. Связываются косвенно, через
а мож их не несколько баз разнести. Ну по районам например.
Или нормализовать для начала... щоб по лексемам-то не индексировать...
Ухожу искать стенку :-D
Предлагаю долбить с двух сторон :)
Истина, как известно, по середине :)
Коваленко Дмитрий.
Это я на слух, вон у Сашки всё время что-то да не тик-так :)
Справедливости ради стоит заметить что это в основном на альфах.
Ded ...
Horsun Vlad wrote:
Т.е. в 2-ке нет ничего реально полезного ?
По фичам для меня - нет.
И даже новые индексы никому не нужны ? Не говорю уже про оптимизации
работы движка в плане потребления ресурсов...
А очередная полупереоценка ценностей в
оптимизаторе ведёт к
Horsun Vlad wrote:
И даже новые индексы никому не нужны ? Не говорю уже про оптимизации
работы движка в плане потребления ресурсов...
В смысле длинности? Никогда не страдал. В смысле сборки мусора - я
уже на печёночном рефлексе проектирую так, чтоб его много не было. В
смысле
HV И даже новые индексы никому не нужны ? Не говорю уже про
HV оптимизации работы движка в плане потребления ресурсов...
нравицо нам все. Давайте не будем о грустном.
Все нормально идет. Почти.
Я то что хорошее сделали в сервере, то смотрю и использую, то что выше моего
понимания, то не
îÁÛÅÌ... ÎÅ×ÅÒÎÏ ÏÂßÑ×ÉÌ ÐÅÒÅÍÅÎÎÕÀ, Ô.Å. ÂÙÌÏ ÄÅËÌÁÒÅ ×ÁÒÉÁÂÌÅ ×
ÛÍÁÌØÉÎÔ, Á ÓÕ×ÁÌÉ × ÎÅÅ ÉÎÔ... éÍÅÎÁ ÐÅÒÅÍÅÎÎÙÈ ÐÏÄÉ × ÂÌÒ ÎÅ
ÆÉÇÕÒÉÒÕÀÔ, ÄÁ? ÷ ÜÔÏÍ ÓÌÕÞÁÅ ÎÁ×ÅÒÎÏÅ ÍÏÖÎÏ ÇÏ×ÏÒÉÔØ ÞÔÏ ÍÏÌ ÂÁÇÁ ×
ÐÅÒÅÍÅÎÎÏÊ ÉÌÉ ÂÁÇÁ × ÉÎÐÕÔ(ÁÕÔÐÕÔ) ÐÁÒÁÍÅÔÒÅ... É ÔÏ ÌÅÇÞÅ.
õ ÎÁÓ × IBStudio ÅÓÔØ
úÁÄÁÞÁ ÔÁËÁÑ:
FB SS 2.0.0
÷ ÂÁÚÅ ÂÙÌ ÄÏÍÅÎ Char10 (Char(10))
éÚÍÅÎÉÌÉ Õ ÄÏÍÅÎÁ ÄÌÉÎÕ ÐÏÌÑ (ÒÕËÉ ÂÙ ÏÔÏÒ×ÁÔØ) ÎÁ Char(15), ×ÍÅÓÔÏ ÔÏÇÏ ÞÔÏ
ÂÙ ÐÏÍÅÎÑÔØ ÏÐÉÓÁÎÉÅ ÐÏÌÑ × ÏÄÎÏÊ ÔÂÌÉÃÅ ÎÁ ÄÒÕÇÏÊ ÄÏÍÅÎ.
ðÙÔÁÀÓØ × IbExpert ÉÓÐÒÁ×ÉÔØ
ALTER DOMAIN CHAR10
TYPE CHAR(10) CHARACTER SET WIN1251
óÅÒ×ÅÒ
Hello, Alexandr!
Alexandr Kochmin wrote:
s Это не у вас ли сервер с 16 гигами ОЗУ ;-)
нэт. У нас количество озу на сервере жестко ограничено ровно 4 гигами.
у меня на раб станции уже 2 гига. и меньше будет вряд ли.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
76 matches
Mail list logo
