powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Объясните в чем дело.
13 сообщений из 13, страница 1 из 1
Объясните в чем дело.
    #32023466
Andre
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Такой вот вопрос.

База содержит записи о выпускаемой продуции. Каждый реализуемый пакет продукции должен иметь уникальный идентификатор для того чтобы можно было использовать штрихкоды. Записи о каждом произведенном и отгруженном пакете должны хранится не менее пяти лет. Видов продукции 1500. Кроме всего прочего каждый пакет даже одного и того же вида продукции может содержать различное количество листов . Например продукт 1 50 листов, продукт 1 45 листов итд. Ну это так в общем. Требуется считать плановые показатели заказа, (сколько запланированно по заказу) сколько по заказу поризведено и сколько по заказу отгружено. Это все понятно. В данный момент считаем просто суммированием по базе оператором сум и подсчетом количества пакетов по критерию код продукции количество листов в пакете. Не понятно следующее. При разработке часто приходится заново создавать базу и закачивать ее наследованными (от старого приложения) данными. Так вот первоначально сразу после заливки данных в базу реакции на некоторые запросы приходится ждать просто даже часами а некоторые сутками, хотя по прошествии некоторого времени те же самые запросы выполняются за приемлемое время. При первоначальном выполнении запросов ( сразу после заливки тестовых данных) жутко подскакивает загрузка сервера и начинает расти tempdb. В чем проблема , я представляю что что то со статистикой, и есть ли возможность сразу после заливки сделать эту самую статистику чтобы работал шустро. Запросы оптимизированы, индексы в наличии итд итп.

С уважением Андрей Ковешников
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023475
MadDog
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По-моему сервер хорошо кэширует Ваши данные, вот Вы и получаете их потом уже не с HDD, а из RAM. RAM, наверное, большой?
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023480
Andre
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На отладочном сервере 256, на боевом 512. Но один фиг ведет себя одинаково. При первом обращении все равно задержки. Не влияют не перезагрузки ни остановки сервера. Такое ощущение что пока он не наберет всей необходимой статистики, он не хочет фактически выполнять запрос.

Андрей
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023483
MadDog
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В Books Online есть статья "Statistical Information". По-моему, все-таки, кэширование, а не статистика.
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023490
Andre
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да бог с ним со статистикой. Меня интересует каким образом можно сделать так чтобы база стала готовой к нормальной работе сразу после заливки данных, а не ждать пока он там чего то накеширует или настатистикается. Вот вопрос то в чем. Мне не понятно после чего запросы начинают исполнятся нормально.

Андрей
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023514
Фотография Александр Гладченко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пока сервер не накопит статистику, так оно и будет медленно работать. И принудительное обновление статистики сразу после заливки не поможет... Выход один, установить столько оперативной памяти, что бы кешировалась вся база. Другой подход - это оптимизация запросов к таблицам.
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023521
MadDog
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Александр Гладченко:
Я думал что статистика накапливается во время изменения данных. Неужели она продолжает накапливаться во время выборок? Ведь andre данные закачивает сразу, целиком.
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023564
Фотография Александр Гладченко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Статистика показывает распределение данных по столбцам таблиц и индексов и используется для оптимизации исполнения запросов, на основе оценки стоимости использования индекса для запроса. Селект - это тоже запрос.
Подробности в разделе Statistical Information нашей любимой BOL.
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023565
SergCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 andre:
Вопрос на засыпку - "У Вас в запросах используются хранимые процедуры ?"
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023570
Andre
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Конечно используются.
Спать не могу пока не использую пять-восемь процедуров в запросе к этому фуфлу типа МЫСЫСЫКУЕЛЬ.

Всем спасибо. Делать нечего будем ждать пока статистики накопит.

Андрей
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023684
SergCat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 andre:
Зря Вы так. MSSQL классная штука, если знать как и какому месту его прикладывать.
Я считаю, что в Вашем случае статистика совершенно ни при чем.
Когда месяца через два поймете в чем была Ваша ошибка, сообщите пожалуйста - статейку какую-нибудь напишите.
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023787
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А шустрее начинает работать не после перезагрузки SQL-сервера? Если да, то проблема в том, что планы выполнения хранимых процедур, View и триггеров базировалиь на старых статистиках. После рестатрта SQL-сервера они перекомпилируются (первый запуск - тормоза) уже на основе новых статистик. Для того, чтобы перестроился план выполнения, необходимо воспользоваться sp_recompile.
...
Рейтинг: 0 / 0
Объясните в чем дело.
    #32023981
Andre
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Конечно классная и вообще круглее ведра ничиго нет. А насчет перекомпиляции хранимых процедур, это может быть, если бы из использовал в конкретном вопросе. Чтобы он работать стал быстрее нужно не менее трех-четырех дней , от сюда я и делаю выводы что пока он статистики не наберет, то не шевелится. Тема снята....

андрей
...
Рейтинг: 0 / 0
13 сообщений из 13, страница 1 из 1
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Объясните в чем дело.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]