Re: BETWEEN, LESS, GREAT STARTING

Hello, Yury! Plotnikov Y. wrote: Ребята, а расскажите что такое руле-бейзед оптимизатор? оптимизаторы бывают двух типов - cost estimation и rule-based. rule-based - это основанный на правилах. cost estimation - это оценка стоимости (селективность, размер таблиц и т.п.). пример см. тут

Re: ���������������������

Hello, Дмитрий! Дмитрий wrote: Вопрос: правильно ли я делаю, и как надо делать правильней? Проблему решил уменьшением Sweep interval - поставил его равным 10. gfix.exe -housekeeping 10 -user SYSDBA -password masterkey server:base ты сделал АБСОЛЮТНО НЕПРАВИЛЬНО.

Re: good many photo

Hello, Глеб! Мадорский Г.В. wrote: http://debri.ru/c/liven_26062006_foto/ Уй-йо, впечатляет. А вот интересно. Вроде как должна быть дождевая канализация... у нас на Новокузнецкой в этот раз все просто супер. я вышел через 20 минут после ливня, поглядеть как упавший на машины сук пилит

Re: BETWEEN, LESS, GREAT STARTING

Dmitri Kuzmenko оптимизаторы бывают двух типов - cost estimation и rule-based. rule-based - это основанный на правилах. cost estimation - это оценка стоимости (селективность, размер таблиц и т.п.). канон зодчих, блин ИЗВЕСТНО о двух видах оптимизаторов ..., уверен есть и другие =] --

Re: FB2 - ������ � ����������

Kovalenko Dmitry [EMAIL PROTECTED] wrote: Раньше эти колонки имели фактичеческую кодировку OCTETS, то есть их размер не зависил ни от чего и был, зачастую, равен 31 байт. Дык это был очевидный баг. -- Дмитрий Еманов --~--~-~--~~~---~--~~

Re: Частообновляемыезаписи

On Wed, 28 Jun 2006 10:21:59 +0400, Dmitri Kuzmenko [EMAIL PROTECTED] wrote: www.ibase.ru/devinfo/summary.htm Со свипом ясно. А мне что делать с кучей версий? Ежедневный ручной свип? Но данные сыпятся постоянно, и не такого времени, когда поток затихает.

Re: ������������ �����

Hello, Alexander! Alexander Goldun wrote: Ты лучше скажи, как там у вас с пересчетом селективности индексов - когда она делается? А зачем нужна селективность индексов если есть гистограммы распределения значений в полях? Статистика собирается и апдейтится обычно автоматически, но при

Re:

Hello, Konstantin! Konstantin R. Beliaev wrote: А разве первый ролбэк не тормознет сборку мусора до ближайшего свипа? О БОЖЕ!!! Oldest transaction, застревающий при настоящих (!) rollback, а не тех которые сервер может сконвертировать в commit, просто является индикатором, что ГДЕ ТО В БАЗЕ

Re: BETWEEN, LESS, GREAT STARTING

Hello, Aleksey! Boulitchev Aleksey wrote: канон зодчих, блин ИЗВЕСТНО о двух видах оптимизаторов ..., уверен есть и другие =] а какие другие? Телепатические? Ассоциативные? -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~

Re: ����� ����������� �����

Hello, Korg! Korg wrote: Как проверить, насколько у меня длинная транзакция? Судя по коду (в конце поста), то она сразу завершается. Может ли влиять то, что подключение идёт я не знаю, может ODBC и превращает такой commit в реальный коммит, но чей этот коммит и где - неизвестно. -- Dmitri

Re: Часто обновляемые записи

On Wed, 28 Jun 2006 10:42:33 +0400, Dmitri Kuzmenko [EMAIL PROTECTED] wrote: я не знаю, может ODBC и превращает такой commit в реальный коммит, но чей этот коммит и где - неизвестно. ODBC драйвер - Easysoft ODBC v1.1.65 for InterBase 6. Может имеет смысл попробовать всё тодже самое

Re: FB2 - измена с кодировками

Раньше эти колонки имели фактичеческую кодировку OCTETS, то есть их размер не зависил ни от чего и был, зачастую, равен 31 байт. Дык это был очевидный баг. Ха, я вот забацал запрос вида SELECT f.RDB$FIELD_NAME, f.RDB$CHARACTER_LENGTH, f.RDB$FIELD_LENGTH from

Re: ���������������������

Hello, Korg! Korg wrote: www.ibase.ru/devinfo/summary.htm Со свипом ясно. А мне что делать с кучей версий? Ежедневный ручной свип? Но данные сыпятся постоянно, и не такого времени, когда поток затихает. http://forum.ibase.ru/phpBB2/viewforum.php?f=20 -- Dmitri Kuzmenko, www.ibase.ru,

Re: BETWEEN, LESS, GREAT STARTING

Dmitri Kuzmenko ИЗВЕСТНО о двух видах оптимизаторов ..., уверен есть и другие =] а какие другие? Телепатические? Ассоциативные? неизвестные -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~

Re: FB2 - ������ � ����������

Kovalenko Dmitry [EMAIL PROTECTED] wrote: Вопрос, откуда FB2 берет 93 байта под колонки с именами, если у них физическая длина ограничена 31 байтом? Он плюет на FIELD_LENGTH и тупо умножает длину поля на три. Так специально было сделано, иначе вылезали какие-то грабли с совместимостью. --

Re: Часто обновляемые записи

Korg пишет: On Wed, 28 Jun 2006 10:42:33 +0400, Dmitri Kuzmenko [EMAIL PROTECTED] wrote: я не знаю, может ODBC и превращает такой commit в реальный коммит, но чей этот коммит и где - неизвестно. ODBC драйвер - Easysoft ODBC v1.1.65 for InterBase 6. Может имеет смысл попробовать всё

Re: Сверхбольшие таблицы

Dmitri Kuzmenko пишет: ты меня совсем не понял. селективность как и гистограммы основываются на текущих данных. а данные во времени меняются. Вот меня и интересовало - эти данные собираются на ходу, или дискретно. На этот вопрос я уже ответил. По-умолчанию на ходу. Если на ходу, то как то

Re: FB2 - ???�???�???� N? ????????N????????�????

??, ?? FB2 С чем-чем там измена ? :) Слушайте, подскажите, что там глупому Fidolook подправить, чтоб он такие штуки больше не делал - даю просто Reply to newsgroup, он кодировку портит а я писал, что если не ошибаюсь, то 93 байта будут только для lc_ctype=NONE, для остальных

Re: Err in Firebird.log

Hello, Dmitry! You wrote on Wed, 28 Jun 2006 12:57:42 +0400: DY А снапшоты чем-то не устраивают? - Почему евреи всегда отвечают вопросом на вопрос? - А почему вы спрашиваете? Ну, и вариантов куча Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is

Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Собсно в Ya 890 я по просьбам трудящихся добавил поддержку isc_dpb_encrypt_key. Так вот открывая такую базу с кривым паролем имеем падения сервера в разных местах. Т.к. код становится нестабильным, в силу отсутствия алгоритмов верификации содрежимого страниц. У меня шифровались страницы

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Oleg LOA ... Собсно в Ya 890 я по просьбам трудящихся добавил поддержку isc_dpb_encrypt_key. Так, как оно было заложено борландом ? Кака Так вот открывая такую базу с кривым паролем имеем падения сервера в разных местах. А как же. Какая архитектура - такое и поведение.

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Oleg LOA ... Собсно в Ya 890 я по просьбам трудящихся добавил поддержку isc_dpb_encrypt_key. Так, как оно было заложено борландом ? Кака В смысле? Так вот открывая такую базу с кривым паролем имеем падения сервера в

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Oleg LOA ... Vlad Horsun ... Oleg LOA ... Собсно в Ya 890 я по просьбам трудящихся добавил поддержку isc_dpb_encrypt_key. Так, как оно было заложено борландом ? Кака В смысле? Все клиенты должны знать ключ шифрования. Кривизна немерянная, имхо Так вот открывая такую базу с

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Все клиенты должны знать ключ шифрования. Кривизна немерянная, имхо См выше. - 1) Ya Personal всегда нужен ключ 2) В обычном сервера первый кто открывает должен знать ключ - остальные знать не должны. Я считаю, что то, что передаётся с isc_dpb_encrypt_key, не должно быть ключём

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Oleg LOA ... Все клиенты должны знать ключ шифрования. Кривизна немерянная, имхо См выше. - 1) Ya Personal всегда нужен ключ Какой-такой персонал ? :-D Борланды не знали такого слова, когда наспех прикручивали эту недоделку :) Да и ты выше об этом не писал. Но всё равно -

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] 2) В обычном сервера первый кто открывает должен знать ключ - остальные знать не должны. Если бы это было так, то накой тогда вообще что-то шифровать ? Дождался легального коннекта, прицепился вторым - и тащи что

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Oleg LOA ... Vlad Horsun ... 2) В обычном сервера первый кто открывает должен знать ключ - остальные знать не должны. Если бы это было так, то накой тогда вообще что-то шифровать ? Дождался легального коннекта, прицепился вторым - и тащи что хошь :) Ключи следующих коннктов

Re: FB2 - измена с кодировками

Поправочка, иик и вопрос в конце В FB2 размер буфера (XSQLVAR::sqllen) под текстовые колонки вычисляется по формуле (размер колонки в символах) умножить на (размер символа в байтах для текущей кодовой страницы подключения) Если кодовая страница подключения - NONE, то берется родная

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Для чего ты делаешь шифрование БД ? Для лишнего гемора ? Или что бы её не спёрли ? Ну так вот я показал тебе, как её спереть наиболее просто, не зная ключа. Я её делаю пержде всего для Ya Personal. Там ты не знаю ключа

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Oleg LOA loa-JGs/[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Пока я не вижу, как ты гарантируешь целостность БД. Сейчас она на уровне 99% (грубо говоря), ты добавишь ещё 0.5% ценой потери скорости. Оно надо ? Поетерей скорости? Блин да у меня шифрование тольком ни на что не

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Oleg LOA ... Vlad Horsun ... Для чего ты делаешь шифрование БД ? Для лишнего гемора ? Или что бы её не спёрли ? Ну так вот я показал тебе, как её спереть наиболее просто, не зная ключа. Я её делаю пержде всего для Ya Personal. Там ты не знаю ключа вообще ничего не сделаешь. Не

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Oleg LOA ... Oleg LOA ... Пока я не вижу, как ты гарантируешь целостность БД. Сейчас она на уровне 99% (грубо говоря), ты добавишь ещё 0.5% ценой потери скорости. Оно надо ? Поетерей скорости? Блин да у меня шифрование тольком ни на что не повлияло ;-) По поводу 0.5%. Проблема

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Не факт. Я возьму у тебя его исходники, которые ты должен предоставить (я могу даже купить версию ПО с ним), и ключ мне станет просто не нужен. Влад, при чём тут исходники и знание ключа? Исходники blowfish или ase лежат

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Привет всем! P.S. Алексей Ковязин - твой ход первый :-) Похоже, я не совсем первый :) И задачу широко конечно поставили - выдать вам на гора причины повреждения БД, да еще оделить те, которые сервером вызываются и те, которые внешние - диск типа сыпется, так? А шифрование, как я понял -

Re: ���������� �������� ����������� ������� (�� ODS) � ������ ������/������ � PIO_ read/write

Alexey Kovyazin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Привет всем! В общем, лучше было бы сделать сервер устойчивым к мусору на страницах и багам - т.е. чтобы когда он видит битую запись, включал бы механизм ее уборки/автофикса, а не падал в криком consistency check. Да и

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Alexey Kovyazin пишет: В общем, лучше было бы сделать сервер устойчивым к мусору на страницах и багам - т.е. чтобы когда он видит битую запись, включал бы механизм ее уборки/автофикса, Молча? А может лучше сделать этот механизм как-то особым образом запускаемым? А то тихо

Sweep ?

Интересно, а что сейчас делает свип? Запускаю его посреди дня из IBConsole, мгновенно возвращается: готово, хотя база - 8 гиг и работа идет активная. Такое ощущение, что при подключенных пользователях он только OLDEST счетчик подтягивает и все. FB 1.5.3

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Влад, при чём тут исходники и знание ключа? Исходники blowfish или ase лежат в инте открытыми. Исходники дятла я имел в виду. И что? Что тебе дадут исходники? Более того ты ключ из проги не выдернешь просто так даже подменой YaP gds32.dll c подменой attach_database, т.к. она

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Oleg LOA ... Влад, при чём тут исходники и знание ключа? Исходники blowfish или ase лежат в инте открытыми. Исходники дятла я имел в виду. И что? Что тебе дадут исходники? Если линковать YaP в приложение - ничего. Но об этом ты позже сказал :) Более того ты ключ из проги не

Re:

Hello, Konstantin! Konstantin R. Beliaev wrote: Ну вот, все опять стало непонятно :-((( То есть это всего лишь индикатор, и к накоплению мусора не имеет отношения. И чего он тогда застревает? В чем его великий сермяжный смысл, если все может собраться кооперативной сборкой мусора? Может

Re: GBAK

Konstantin R. Beliaev [EMAIL PROTECTED] wrote: А можно переделать? Не в 2.0. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---

Re: ���������� �������� ����������� ������� (�� ODS) � ������ ������/������ � PIO_ read/write

Я считаю, что эффективная валидация логической целостности страницы невозможна. Это в любом случае будет либо неэффективно, либо ненадежно. Варианта, который был бы чрезвычайно быстр и при этом выявлял хотя бы 50% сбоев, я сходу не вижу. -- Дмитрий Еманов

Re: ���������� �������� ����������� ������� (�� ODS) � ������ ������/������ � PIO_ read/write

Alexey Kovyazin [EMAIL PROTECTED] wrote: В общем, лучше было бы сделать сервер устойчивым к мусору на страницах и багам - т.е. чтобы когда он видит битую запись, включал бы механизм ее уборки/автофикса, а не падал в криком consistency check. Не согласен. Надо учить валидацию фиксить такие

Re: BETWEEN, LESS, GREAT STARTING

Hello, Dmitry! You wrote on Wed, 28 Jun 2006 07:47:42 +0400: ?? Дим, она хуже не на 1 миллиардную, а на 0.20001 - 1 миллиардная... ?? Можно еще в процентах посчитать, только все равно будет, что ?? лучшие индексы проигрывают много больше, чем худшие. DY Ничего не понимаю. Ты пишешь:

Re: Обсуждение проблемы целостности страниц (по ODS) в момент записи/чтения в PIO_ read/write

Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Если линковать YaP в приложение - ничего. Но об этом ты позже сказал :) И даже если не линковать - тоже не дадут ;-). Никто не запрещает клиенту проверять что за gds32 он к себе загружает. А что ты делал с утилитами ?