SQL Server 2005: изменение размера файла

У меня есть базы данных по четыре файла в каждой; один для PRIMARY, IDX, IMAGE, LOG, их начальные размеры были установлены на 200 МБ каждый, но они занимают гораздо меньше места, всего около 100 МБ.

1) можно ли изменить размер файлов базы данных, пока они используются, до более разумных размеров, скажем, «текущее потребление» + 10 МБ?

2) можно ли объединить эти файлы в один .mdf и .ldf?

Я бы предпочел ответить на этот вопрос с помощью T-SQL, но я приму ссылки на MSDN (или другие сайты) со ссылкой на то, какой T-SQL искать.

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
2
0
1 345
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

1) DBCC SHRINKFILE или SHRINKDATABASE. В SQL Management Studio также есть контекстный щелчок для всех задач.

Если они настроены на автоматический рост, они сделают именно это и отменит ваше сжатие. Операции сжатия лучше всего подходят для случаев, когда в базе данных произошло удаление большого объема данных или когда сервер выйдет из строя из-за нехватки места на диске.

2) Да, но это до смешного сложно. Вам нужно будет удалить все таблицы и создать их в целевой файловой группе, а затем повторно заполнить их. Может быть способ сделать это с помощью параметров ВОССТАНОВИТЬ, но IMHO вам лучше оставить их, если файлов меньше 10.

Что касается №2, легко перемещать индексы с помощью CREATE INDEX .. ON файловой группы WITH DROP_EXISTING. Вы можете легко написать запрос для этого. К таблицам без кластеризованных индексов (кучи) следует добавить кластерный индекс, затем переместить, а затем удалить кластерный индекс.

Jim McLeod 06.12.2008 08:51

в разумной базе данных с 300 таблицами, распределенными по 10 файлам в 5 файловых группах, сколько времени вам потребуется, чтобы сделать А) создать сценарий и Б) сколько времени потребуется, пока это происходит?

StingyJack 10.12.2008 00:13

Другие вопросы по теме