Цитата:
Сообщение от
Daemon
Такой вопросец: Если разворачиваю бэкап скл2000 на 2005-й скл, цепляюсь клиентом сп3, он конвертит базу (предлагает сразу), потом делаю бэкап навиком, создаю пустую базу в скл2005 и восстанавливаю, он статистику считай собрал или нет?
Я бы советовал делать бекап (опять же если РАЗУМНО-возможно такое делать) не через сиквел, а через НАВ-клиента. Иначе будут проблемы с бекапом и работой (где-то уже описывалось такое - блоггер импортил, но сходу не нашел). Она из причин - конкретные тормоза при работе.
Цитата:
Наблюдение следующее: Запускали прогеры свои обработки, работал шустренько, потом начал тормозить (это просто делал восстановление бэкапа скл2000 на 2005-й, потом конвертация клиентом). Я так понимаю, тормозить начал, т.к. собирать статистику пошел. Так вот они запустили оптимизацию таблиц и зашустрило опять.
Если база создается сразу на 2005, а не ковертацией с 2000, то сначала тормозит, так как собирает статистику для работы. При этом еще тормозить он может периодически, если не обновлять статистику (См. настройки 2005 для БД Auto Create & Update Statistics).
Что такие - оптимизация табли в Вашем понимании не очень понял (может быть оптимизация содержимого таблиц иликода Нава), поэтому лучше уточнить у этих спецов.
Цитата:
Оптимизация таблиц - делает сбор статистики?
Другими словами, как лучше проделать чтоб быстрее статистику собрать? А то крики пойдут недетские, 3 дня тормозов, сами понимаете
ЖУткие блокировки после перхода SQL2005&4SP3
+
SQL admin should keep on checking the scan density on tables by running DBCC SHOWCONTIG (+DBCC INDEXDEFRAG, DBCC DBREINDEX
), (on SQL 2000) and + sys.dm_db_index_physical_stats (on SQL 2005). If the scan density on a table is less than 75%, then we need to rebuild of indexes of that table (
http://msdn.microsoft.com/en-us/library/ms188796.aspx).
(3) Key usage statistics - Time to time SQL admin should keep on checking the key usage statistics on table.Those keys which are not or rarely usaged should be dropped.