Re: Изменение имени с ервера во время работ ы FB

[М.Королев]

В этой ветке, до этого моего сообщения,
через веб-интерфейс видно 12 постов,
а через ньюсы SeaMonkey - только 10. Два заныкала.
Это только у меня, или у всех, или как?

Re: Композитные инд ексы и оптимизатор

[Alexey Popov]

Dmitri Kuzmenko wrote:

Я в курсе про версии. Это несущественно, т.к. версионность может 
только уменьшить размер выборки, но никак не увеличить. Если в битовой 
маске например 10 записей оказалось, то полюбому их будет меньше или 
равно 10.


10 записей могут иметь миллионы версий, которые надо будет прочитать.


Вопрос стоит о сортировке, которая производится уже после разбора версий.


Я считаю, что это не бяка. Всё правильно сделано. Так и должно быть.


тогда в чем вопрос-то?


Вопрос в том, что оптимизатор неправильно выбирает между планами
PLAN (EVENTS ORDER IDX_A INDEX (IDX_A, IDX_B))
PLAN SORT (EVENTS INDEX (IDX_A, IDX_B))
потому что решение применяется до реального выполнения запроса.

RAID

[Konstantin R. Beliaev]

Собираемся менять RAID на птице-сервере, ибо старый похоже дохнет.
Кто с какими моделями (из последних) работал? Интересуют положительные и 
отрицательные впечатления.

Re: ��������� ����� ������� �� ����� ������ FB

[Alex Cherednichenko]

Hello, "М.Королев"!
You wrote  on Thu, 11 Mar 2010 11:39:31 +0300:

 МК> В этой ветке, до этого моего сообщения,
 МК> через веб-интерфейс видно 12 постов,
 МК> а через ньюсы SeaMonkey - только 10. Два заныкала.
 МК> Это только у меня, или у всех, или как?

Тоже вижу 10.
Твой пост 11-й.

зы: Outlook Express + Fidolook

--
With best regards, Alex Cherednichenko. 

RE: RAID

[Vadim Mescheryakov]

>Собираемся менять RAID на птице-сервере, ибо старый похоже дохнет.
А тот что дохнет случаем не Intel RAID U41 или U42 ?


С уважением, Мещеряков Вадим

директор ООО "Комплексные Системы" 
454021 г. Челябинск ул. 40 лет Победы 31, 77
Тел: +7 (351) 2807917
Моб: +7 922 6395170
Web: www.del-fin.ru
ICQ: 343-554-572
SKYPE: vadimmescheryakov

Re: RAID

[Sergey Mereutsa]

Привет!

> Собираемся менять RAID на птице-сервере, ибо старый похоже дохнет.
> Кто с какими моделями (из последних) работал? Интересуют положительные и
> отрицательные впечатления.

RAID-ы разные бывают. Тебю зеркало или 5-й? Я долго выбирал себе
контроллер только для зеркала - в результате остановился на ADAPTEC-е
2405. Единственное неудобство - тулзы для дебианов приходится из
rpm-ок конвертить и жабу они используют. Но если особо извращаться не
надо - то мне и коммандлайновских хватает посмотреть статус, там даже
жаба не требуется. А в остальном (тьфу*3) - всё тип-топ.



-- 
Best regards,
 Sergeymailto:gebele...@gmail.com

Re: Композитные инд ексы и оптимизатор

[Dmitri Kuzmenko]

Hello, Alexey!

Alexey Popov wrote:


тогда в чем вопрос-то?


Вопрос в том, что оптимизатор неправильно выбирает между планами
PLAN (EVENTS ORDER IDX_A INDEX (IDX_A, IDX_B))
PLAN SORT (EVENTS INDEX (IDX_A, IDX_B))
потому что решение применяется до реального выполнения запроса.


ну, да, и я с этим согласился. Оптимизатор мог бы как-то
ориентироваться на селективность индекса, особенно при
keyfield = x.
И "до реального выполнения запроса" тут никак бы не помешало.

Оптимизатор у нас не "многофазный", поэтому решение принимается
при prepare, а не на ходу.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Композитные инд ексы и оптимизатор

[Dmitri Kuzmenko]

Hello, М. Королев!

М.Королев wrote:


А если бы Alexey Popov написал

 >> Ведь в принципе нетрудно одновременно с построением битовой маски
 >> посчитать "потенциальное количество записей без учета версий", 
которые >>попало в неё.


Каков был бы твой ответ?
Просто интересно. :)


фокус в том, что Алексей занимается риторикой вида
"если бы да кабы, оптимизатор мог бы сначала
выполнить часть запроса, а потом его дооптимизировать".
Но этого нет, и насколько предвидится - не представляю.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: RAID

[Konstantin R. Beliaev]

Sergey Mereutsa wrote:
Тебю зеркало или 5-й? 


По традиции используем 5й,
под виндой, так что проблемы дебиана волнуют не сильно :-)

Re: Изменение имени с ервера во время работ ы FB

[М.Королев]

Alex Cherednichenko пишет:

  МК>  В этой ветке, до этого моего сообщения,
  МК>  через веб-интерфейс видно 12 постов,
  МК>  а через ньюсы SeaMonkey - только 10. Два заныкала.
  МК>  Это только у меня, или у всех, или как?
Тоже вижу 10.
Твой пост 11-й.
зы: Outlook Express + Fidolook


Сравнил. В ньюсах нет двух сообщений от Вадима Мещерякова.
Одно начинается так:

Такое ощущение что мы в Одессе :) Вопрос на вопрос.

Там куча файлов и все они имеют имена:

isc_lock1.hostname
isc_init1.hostname
isc_event1.hostname
isc_monitor1.hostname


Второе -

Я то же туплю, и не могу понять


Тогда вопрос к Вадиму: ты эти посты удалил?

RE: Изменение имени сервера во время работы FB

[Vadim Mescheryakov]

>Тогда вопрос к Вадиму: ты эти посты удалил?

Нет не удалял


С уважением, Мещеряков Вадим

директор ООО "Комплексные Системы" 
454021 г. Челябинск ул. 40 лет Победы 31, 77
Тел: +7 (351) 2807917
Моб: +7 922 6395170
Web: www.del-fin.ru
ICQ: 343-554-572
SKYPE: vadimmescheryakov

Re: Проблема с получение м уникального номера доку мента

[Konstantin R. Beliaev]

Vadim Mescheryakov wrote:

Получается решение такое:

Во временную таблицу (время жизни до конца транзакции) пишем  Id 
созданных документов


После завершения процедуры формирования  в этой же транзакции выполняем 
update номера документа значением полученным из генератора, получается 
что единственный вариант пропуска номера – разрыв коннекта в промежутке 
между получением номеров их генератора и  коммит.


А зачем тут временная таблица?
У документа 2 номера: внутренний IDint и внешний IDext (для юзера),
при создании документа внешний номер остается пустым, если все нормально 
создалось, делаем

update Document set IDext = GEN_ID(IDext_gen,1) where IDint = ...;

Вороятность получить документ без внешнего номера - только в случае 
потери коннекта перед update. На этот случай можно на старте программы 
делать

update Document set IDext = GEN_ID(IDext_gen,1) where IDext is null;

Да! сохраненный документ с присвоенным IDext удалять нельзя - иначе 
опять дырка в нумерации.


Как вариант: операцию присвоения номера документу вынести в отдельный 
бизнес-процесс, называемый "регистрация документа" или как-то так.

Re: RAID

[Konstantin R. Beliaev]

Vadim Mescheryakov wrote:


А тот что дохнет случаем не Intel RAID U41 или U42 ?


Intel(R) RAID controller SASMF8I;
Intel(R) RAID SAS controller AXX4SASMOD

Re: RAID

[Dmitri Kuzmenko]

Hello, Sergey!

Sergey Mereutsa wrote:


RAID-ы разные бывают. Тебю зеркало или 5-й? Я долго выбирал себе


а если десяточку? raid5 нынче вроде не актуален.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Изменение имени с ервера во время работ ы FB

[М.Королев]

Vadim Mescheryakov пишет:

Тогда вопрос к Вадиму: ты эти посты удалил?


Нет не удалял


Тогда, поскольку я не один, это глюк сервера?
В первый раз сталкиваюсь, что не вижу постов, которые не удалялись..

Re: Изменение имени с ервера во время работ ы FB

[Dmitri Kuzmenko]

Hello, М.Королев!

М.Королев wrote:


Тогда, поскольку я не один, это глюк сервера?
В первый раз сталкиваюсь, что не вижу постов, которые не удалялись..


да. по nntp в этом топике видно меньше сообщений, чем через веб.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Композитные инд ексы и оптимизатор

[Tonal]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dmitri Kuzmenko пишет:
> фокус в том, что Алексей занимается риторикой вида
> "если бы да кабы, оптимизатор мог бы сначала
> выполнить часть запроса, а потом его дооптимизировать".
> Но этого нет, и насколько предвидится - не представляю.
Мечтать ведь никто не запрещает. :)

Оптимизатор мог бы на препаре строить не один план а множество с учётом
 возможного "вырождения" условий и во время выполнения проводить оценку
- - уже выродились или ещё нет. :)
Простейший пример оптимизация выражений выбора:
where (
  (0 = :seltype) or
  (1 = :seltype and sel = 1) or
  (2 = :seltype and sel != 1)
) and (...)
обсуждавшееся недавно - при подстановке конкретного значения :seltype
(например 1) берётся план для такого выражения:
where (
  1 = :seltype and sel = 1
) and (...)
То же самое для случая описываемого Алексеем, только там выбор должен
будет произойти после соответствующий фазы выполнения плана
- --
Александр Замараев
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkuZ4/0ACgkQyIBStFbMcZjrkwCfcgmny3T6H/BNvefndbrn0npW
kO0AnRqUas3+lT/SgdvniOYeXoFdH+/B
=MYD3
-END PGP SIGNATURE-