|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Dmitry Kuzmenko 2:5020/400 14 Feb 2001 17:50:28 To : All Subject : Re: Проблема с большими таблицами --------------------------------------------------------------------------------
Hello, Alexander!
Alexander Sakhatovskiy wrote:
> > Вопросы?
>
> Интересно, как тогда на IB выкручиваетесь если нужен COUNT и количество
> записей большое?
ну, во-первых, что значит "большое"? Миллион, десять миллионов, сто миллионов?
Во-вторых, все зависит от количества версий. Чем их больше, тем, понятно,
count тормознее.
Hу а в третьих, подсчет количества записей в многопользовательских средах -
абсюрд.
Какой профит от этого количества, если через 3 секунды или 5 минут оно
будет ДРУГИМ?
Если иметь в виду аналитику, то делать ее тогда надо не по оперативным
таблицам, а по "суммарным", которые меняются очень редко, и версий там мало.
в четвертых, есть всякие параметры коннекта, которые игнорируют сборку
мусорных версий или вообще лишние версии (неподходящие под уровень
изолированности
транзакции). При этом count и т.п. выполняется буквально со свистом, как будто
бы никаких версий нет.
p.s. например, подсчет 10 миллионов записей у нас на серваке в
"однопользовательском"
режиме прошел за 2 минуты. Это нормально или плохо?
--
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/2108266f99ec.html, оценка из 5, голосов 10
|