|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Drema 2:5020/400 04 Apr 2001 15:25:02 To : Tolik Tentser Subject : RE: Дремина хитрость 2 -------------------------------------------------------------------------------- >From: news [mailto:news@host.talk.ru]On Behalf Of Tolik Tentser >> Ок. Теперь скажи сколько раз этот запрос у тебя выполняется в день и >Hесколько десятков Ок. Давайте конкретнее: Меня интересует следующая вещь: Вот пользователь сидит и вводит расходные накладные и выбирает продукцию из справочника продукций, который разгруппирован по нескольким ссылочным полям. Сидит таких пользователей штук 5, у каждой скорость ввода бешенная и им нужно чтобы список этой продукции появлялся мгновенно на экране... ну не появляется он у меня мгновенно - задержка секунды 3-4... и тут встает реальный вопрос: почему преддущая програма, написанная на Clipper работает много быстрее чем новая с супер-сервером? Где выгода? Да, есть много выгод в построении БД и прочее... но им то не объяснишь эти высокие материи... им нужна скорость... и если не мгновенно - то значит тормозит.. Вот для таких задач я и делаю так, тем более что любая такая ссылка дублируется нормализированной ссылкой - во внутренностях обращение идет __исключительно__ через нормализированные ссылки. >> каково время появления первых 30 строчек. >При чем тут первые строчки, появляются все одновременно (ORDER BY видел ?) >А суть в том, что если убрать JOIN`ы со справочниками (Objects, например) - >это никак не скажется на общем времени выполнения Меня не интересует общее время выполнения, меня интересует время через которое пользователь видит строчки информации у себя на экране. Сколько? -- Drema. mailto:dremkin@avtlg.ru http://i.am/dremkin Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Talk.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/6488ca44df80.html, оценка из 5, голосов 10
|