|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Igor Kuhtin 2:464/3000.2 22 Aug 2002 08:55:08
To : Liliya Huff
Subject : Re: Отчеты
--------------------------------------------------------------------------------
LH> По каким причинам автор вопроса не может сделать все одним запросом - это
LH> уже отдельная проблема, и она автором вопроса не поднималась, поэтому ...
ну
LH> может быть есть на то причиы (да какие угодно, от ограничений диалекта sql
LH> до скоростных характеристик... ну если оптимизатору по каким-то причинам 2
LH> запроса съесть быстрее чем один большой, ну не все оптимизаторы
совершенны).
Я еще раз повторю вопрос - остатки, приход, расход. Структура базы значения
наверное не имеет, будем для простоты считать что есть только одна таблица -
ДВИЖЕHИЕ. Hаложить блокировку - я закрою работу всем пользователям.
Я в состоянии хинтами направить запрос так, как мне надо.
LH> Что же касается замечания о том, что если все сделать одним запросом, то
LH> сразу всем станет существенно легче, то это так же зависит от СУБД с какой
LH> работает автор вопроса.
MSSQL 2000.
LH> Если уж очень хочется сделать snapshot базы, то выкрутиться можно, даже
если
LH> у сервера такого уровня изолированности нет. придется вводить временные
LH> метки, то есть хранить данные со временем. Это как обычно имеет свои
минусы:
LH> - сервер должен реализовывать аналог datetime или сам этот тип (зависит от
LH> вкуса программиста, что больше нравится использовать)
LH> - в запросы будет по определению входить дополнительное условие на <=
LH> константа, что влечет дополнительный индекс (его наличие замедлит dml
LH> операции) и сам поиск по datetime далеко не быстрый по сравнению с теми же
LH> int.
LH> Поэтому выбор решения в этот месте тоже может быть не однозначе, вдруг по
LH> скоростным или каким-то еще характеристикам такое решение не подойдет.
Сейчас такой выход я и нашел. А так как он не очень красивый, то и решил
обратится за помощью.
Еще один ламерский вопрос - если я действительно умудрюсь запихнуть весь
запрос с юнионами и всем остальным в один запрос - решит ли это проблему? И
какой уровень изоляции мне надо будет ставить.
С уважением Igor
--- GoldED+/W32 1.1.5-20020105
* Origin: KIV Station (2:464/3000.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
