|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Andrew Moiseev 2:5020/400 11 Apr 2002 07:00:30 To : Dmitry Lishafaev Subject : Re: как лучше сделать такое: -------------------------------------------------------------------------------- Hello, Dmitry! You wrote to Leo V. Mironoff on Wed, 10 Apr 2002 14:43:52 +0000 (UTC): DL> Hi! DL> "Leo V. Mironoff" wrote: DL>>> А про количество записей... Ведь в схеме, в описании таблицы,может DL>>> храниться и количество записей? Интересно, может это и реализовано DL>>> в какой-нибудь БД. (Хотя практической ценности,наверное, и не DL>>> имеет ;). >> Вот и я каждый раз так себя утешаю, когда час жду select count(*)... DL> Интересно, есть ли такое в какой-нибудь БД? В Progress нет , в ms DL> sql , насколько я знаю - тоже нет. DL> 2All: А как с Oracle дело обстоит? Hе знаю как в Оракле, а в DB2 хранится количество записей на момент сбора статистики по таблице. Считаю что неэффективно тратить ресурсы на автоматическое обновление статистики, поскольку есть ситуации когда размер таблиц меняется очень интенсивно. Конкретно сейчас уже 15 минут выполняется запрос, изменения в нескольких таблицах в основном на увеличение. CPU Usage = 100%. Прибей я триггеры - он выполнится за минуту. Если помимо триггеров еще и статистика будет собираться - это будут тормоза. Хотя 'select count(*)' выполняется практически мгновенно если есть ПК. Пример(только что выполнил), три запроса: два - текущий TIMESTAMP, посередине - 'select count(*)' =======Begin Clipboard========== TIMESTART ---------------------------- 2002-04-11 08:29:54.234001 1 row(s) returned. COUNT ------------ 639623 1 row(s) returned. TIMESTOP ---------------------------- 2002-04-11 08:29:55.109001 1 row(s) returned. =======End Clipboard========== При этом предыдуший запрос все еще грузит сервак(PIII 800, 512 RAM, HDD - IDE, Win2k) на полную катушку. With best regards, Andrew Moiseev. E-mail: Andrew@logrus.miass.chel.su -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6488ee35c5ed.html, оценка из 5, голосов 10
|