|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Dmitry Kuzmenko 2:5020/400 15 Feb 2001 15:29:14 To : All Subject : Re: Проблема с большими таблицами -------------------------------------------------------------------------------- gaa8907s1v3@4ax.com> <3A8AA108.51F14A53@demo.ru> <96fjjl$nnt$1@service.katren.ru> From: Dmitry Kuzmenko <dima@demo.ru> Hello, Tolik! Tolik Tentser wrote: > > ~400 мегабайт отсканировать постранично - не быстро. > > select max(id) as [max id перед началом] from movement > select count(*) as [количество активных пользователей] from > master..sysprocesses > Обрати внимание на количество активных пользователей и maxid в начале и по > окончании > С таблицей интенсивно работают (за 10 секунд вставлено 4 записи) > К слову об иногда мелькающих сказках о страшных блокировках, останавливающих > всю работу при запросах, затрагивающих много записей - по моему наглядная > иллюстрация, что не так все страшно :-). Анатолий, я не могу каждому слать один и тот же пример, почему версионник никак не может хранить кол-во записей в таблице. Мне вот этот пример с min, max и count в MS SQL можно было не приводить. Count просто вынимается из хедера таблицы, а min/max ищется по индексу. Так что твоя сентенция о "сказках про блокировки" здесь абсолютно не в кассу. У IB MIN/MAX при наличии соответствующих индексов ищется так же быстро. на той же 10-миллионной таблице select min прошел первый раз за 90 миллисекунд, а второй - за 10. И он будет точно так же быстро выполняться при тех же 100 пользователях. -- Dmitry Kuzmenko, Epsylon Technologies. TechSupport Manager. InterBase support. Welcome to http://ib.demo.ru/ (1251) (095) 530-28-06. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Epsylon Technologies (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/210840dd63a0.html, оценка из 5, голосов 10
|