какой процентик можно получить?


[ Пpишедшие ответы ] [ Отпpавьте свой ответ ] [ Пеpеговоpный пункт ] [ FAQ ]

Posted by Борис, Киев. (193.193.199.173) on April 14, 2003 at 01:36:28:

In Reply to: Re: Это можно, но есть другой способ posted by Аркадий Водяник on April 13, 2003 at 01:51:26:

: Уточню термины. В сообщении Бориса "штамп" есть "уникальный код операции".
: Наша документация трактует "штамп" шире: это имя пользователя, уникальный код
: и дата/время ввода/замены.

Признаю, согрешил.

: Почему бы не индексировать данные в extrd.dat по сочетанию уникального кода
: и даты/времени ([stamp 3] + [stamp 2])? Такие комбинации никогда не повторяются.

А как же тогда чистить Extrd.dat от балласта? Наверное будет очень накладно без допущений стопроцентно почистить.

: Конечно, предложение Бориса реализовать легко, но ведь придется заботиться
: о поддержании актуальности файла, содержащего последний достигнутый уникальный
: код - а это дополнительная ответственная дисковая манипуляция, которую придется
: делать ФБП:Серверу на каждом вводе/удалении/замене операций...

Пожалуй только при создании новой операции-уникального кода.
При удалении и замене последний уникальный код не должен изменяться.

Сейчас получается, что сервер при каждом обновлении *.f3p обновляет внутренний аналог '--UKEY--', т.е. при удалении последнего откатывается к предыдущему СУЩЕСТВУЮЩЕМУ уникальному коду, при добавлении новой операции её уникальный код становиться на единичку больше последнего СУЩЕСТВУЮЩЕГО уникального кода.

Т.е. при удалении операции сервер анализирует уникальный код этой операции и если он совпадает с реперным, т.е. кодом который служит точкой отсчета для рождения нового кода-операции, то он вынужден сделать откат к последнему уникальному коду, который скорее всего производится при каждом пересчете как бы походя, т.к. задач при пересчете хватает. Но тем не менее, если просто при загрузке вытянуть из extrd.dat свой репер, а при создании каждой новой операции его безусловно обновлять, то можно выбросить кусочек сравнения штампов при пересчете и может ещё немного ускориться. И пусть индекс этого репера никто не знает.

И ещё один момент, само понятие уникальный код как бы обязывает связать этот код с чем-то, что уже никогда и нигде не должно повториться и у нас это практически существует, только неувязочка возникает, когда удаление операций-кодов производится с конца, представим себе такую маловероятную ситуацию, работник "набомбил" операций, хуже распечатал документы с уникальными кодами, которые кстати многим нравятся, а дальше главный удалил с конца эти операции и "набомбил" немного других и также распечатал, вот и получается крест на уникальности..

Мне сдается, что работы сервер сейчас делает больше, чем может делать, без ущерба системе в случае безусловного наращивания уникальных номеров, т.е. без откатов.

Ваш адепт, Борис.

P.S. Интересно, какой процентик ускорения на пересчёте можно получить выбросив сравнение кодов?





Пpишедшие ответы:



Отпpавьте свой ответ

Name:
E-Mail:

Subject:

Comments:
Link URL:
(можно не вводить)
Link Title:
(можно не вводить)
Image URL:
(можно не вводить)
ВАЖНО: Если отпpавленное сообщение не будет видно сpазу в
списке сообщений, нажмите клавишу Reload в browser'e.


[ Пpишедшие ответы ] [ Отпpавьте свой ответ ] [ Пеpеговоpный пункт ] [ FAQ ]