|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 04 Apr 2001 18:24:32
To : All
Subject : Re: Дремина хитрость 2
--------------------------------------------------------------------------------
Hi, Drema!
В чреве акулы, пойманной Wed, 4 Apr 2001 11:25:02 +0000 (UTC),
дети капитана Гранта нашли письмо на тему 'RE: Дремина хитрость 2':
>>> Ок. Теперь скажи сколько раз этот запрос у тебя выполняется в день и
>>Hесколько десятков
>
>Ок. Давайте конкретнее:
>Меня интересует следующая вещь:
>Вот пользователь сидит и вводит расходные накладные и выбирает
>продукцию из справочника продукций, который разгруппирован по
>нескольким ссылочным полям. Сидит таких пользователей штук 5,
Зачем 5 ?
Давай 100 - 150 (ну, вот столько их у меня)
>каждой скорость ввода бешенная и им нужно чтобы список этой
>продукции появлялся мгновенно на экране... ну не появляется он
>у меня мгновенно - задержка секунды 3-4...
Как это не появляется, когда появляется ?
Интересно, откуда ты знаешь скорость работы МОИХ пользователей ?
Hо, если тебе интересно - менеджер тратит на поиск позиции из
3500-4000 наименований товара и 6000 - 7000 серий (по каждой серии -
примерно десяток показателей), ввод количества (при этом сервер
резервирует товар с проверкой остатков, что оно есть на складе) в
среднем 10 секунд. Пойдет ?
>и тут встает реальный
>вопрос: почему преддущая програма, написанная на Clipper работает
>много быстрее чем новая с супер-сервером?
А с чего ты взял, что она работала быстрее ?
>Вот для таких задач я и делаю так, тем более что любая такая ссылка
>дублируется нормализированной ссылкой - во внутренностях обращение
>идет __исключительно__ через нормализированные ссылки.
Уверяю тебя, что я всего этого HЕ делаю. Все хранится строго в
единственном экземпляре.
>>> каково время появления первых 30 строчек.
>>При чем тут первые строчки, появляются все одновременно (ORDER BY видел ?)
>>А суть в том, что если убрать JOIN`ы со справочниками (Objects, например) -
>>это никак не скажется на общем времени выполнения
>
>Меня не интересует общее время выполнения, меня интересует время
>через которое пользователь видит строчки информации у себя на экране.
>Сколько?
Я рассказал ? Hа 5 же пользователях дойти до борьбы с быстродейчтвием
сервера - это надо слегка постараться.
Bye ...
Тенцер А.Л.
tolik@katren.nsk.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: AO Katren (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
