Как изменить имя базы данных sql
Перейти к содержимому

Как изменить имя базы данных sql

  • автор:

Как изменить имя базы данных sql

Все привет! Подскажите, пожалуйста, начинающему в SQL. Создал базу в 1С8.3 Назвал test. Захотел ее переименовать. Например в «2014». Где поменять ее название? Захожу в «Среда SQL Server Management Studio» в разделе «базы данных», меняю текущее название «test» на «2014» и в Тонком клиенте меняю название базы и он ее не видит при запуске. Может где-то еще надо менять? Заранее спасибо.

на сервере 1с

(0) базу с названием, начинающемуся с цифры 1С не поддержит

менять нужно в трех точках, если менять оба названия

— на сиквеле
— в файлике, хранящем связку на сервере 1С
— на клиенте

Переименование базы данных

В этой статье описывается переименование пользовательской базы данных в SQL Server, Базе данных SQL Azure или Управляемом экземпляре SQL Azure с помощью SQL Server Management Studio (SSMS) или Transact-SQL (T-SQL). Имя базы данных может содержать все символы, соответствующие правилам для идентификаторов.

Чтобы переименовать базу данных в Azure Synapse Analytics или Parallel Data Warehouse, используйте инструкцию RENAME (Transact-SQL).

ограничения

  • Системные базы данных нельзя переименовать.
  • Имя базы данных нельзя изменить, пока другие пользователи обращаются к базе данных.
    • Используйте Монитор активности SQL Server Management Studio, чтобы найти другие подключения к базе данных, и закройте их. Дополнительные сведения см. в разделе Открытие Монитора активности в SQL Server Management Studio (SSMS).
    • В SQL Server можно установить для базы данных однопользовательский режим, чтобы закрыть все открытые соединения. Дополнительные сведения см. в разделе Установка однопользовательского режима базы данных.
    • В базе данных SQL Azure необходимо убедиться, что отсутствуют открытые подключения других пользователей к базе данных, которую требуется переименовать.

    Разрешения

    Необходимо разрешение ALTER в базе данных.

    Использование среды SQL Server Management Studio

    Чтобы переименовать базу данных SQL Server или SQL Azure с помощью SQL Server Management Studio, выполните следующие действия.

    1. В среде SQL Server Management Studio выберите элемент Обозреватель объектов. Чтобы открыть обозреватель объектов, нажмите клавишу F8. Либо в главном меню щелкните Вид и выберите пункт Обозреватель объектов:
    2. В обозревателе объектов подключитесь к экземпляру SQL Server и разверните его.
    3. Убедитесь, что отсутствуют открытые подключения к базе данных. Если вы используете SQL Server, вы можете задать для базы данных однопользовательский режим , чтобы закрыть все открытые подключения и запретить другим пользователям подключаться во время изменения имени базы данных.
    4. В обозревателе объектов разверните узел Базы данных, щелкните правой кнопкой мыши базу данных, которую необходимо переименовать, а затем выберите Переименовать.
    5. Введите новое имя базы данных и нажмите кнопку ОК.
    6. Если эта база данных была базой данных по умолчанию, см. раздел Сброс базы данных по умолчанию после переименования.
    7. Обновите список баз данных в обозревателе объектов.

    Использование Transact-SQL

    Переименование базы данных SQL Server путем перевода ее в однопользовательский режим

    Выполните следующие действия, чтобы переименовать базу данных SQL Server с помощью T-SQL в SQL Server Management Studio, включая действия по переводу базы данных в однопользовательский режим и возврат ее в многопользовательский режим после переименования.

    1. Подключитесь к базе данных master для своего экземпляра.
    2. Откройте окно запроса.
    3. Скопируйте приведенный ниже пример в окно запроса и нажмите кнопку Выполнить. В этом примере имя базы данных MyTestDatabase изменяется на MyTestDatabaseCopy .

    Чтобы быстро получить монопольный доступ, в примере кода используется параметр завершения WITH ROLLBACK IMMEDIATE . Произойдет откат всех незавершенных транзакций, а любые другие соединения с базой данных MyTestDatabase будут немедленно разорваны.

    USE master; GO ALTER DATABASE MyTestDatabase SET SINGLE_USER WITH ROLLBACK IMMEDIATE; GO ALTER DATABASE MyTestDatabase MODIFY NAME = MyTestDatabaseCopy; GO ALTER DATABASE MyTestDatabaseCopy SET MULTI_USER; GO 
    1. Кроме того, если эта база данных была базой данных по умолчанию, см. раздел Сброс базы данных по умолчанию после переименования.

    Переименование базы данных SQL Azure

    Выполните следующие действия, чтобы переименовать базу данных SQL Azure с помощью T-SQL в SQL Server Management Studio.

    1. Подключитесь к базе данных master для своего экземпляра.
    2. Откройте окно запроса.
    3. Убедитесь, что больше никто не использует эту базу данных.
    4. Скопируйте приведенный ниже пример в окно запроса и нажмите кнопку Выполнить. В этом примере имя базы данных MyTestDatabase изменяется на MyTestDatabaseCopy .

    ALTER DATABASE MyTestDatabase MODIFY NAME = MyTestDatabaseCopy; 

    Резервное копирование после переименования базы данных

    После переименования базы данных в SQL Server выполните резервное копирование базы данных master . В Базе данных SQL Azure это не требуется при автоматическом резервном копировании.

    Сброс базы данных по умолчанию после переименования

    Если вы переименовываете базу данных, которая была задана в качестве базы данных по умолчанию для имени входа SQL Server, может возникнуть ошибка 4064, Cannot open user default database . Используйте следующую команду, чтобы установить переименованную базу данных в качестве базы данных по умолчанию:

    USE [master] GO ALTER LOGIN [login] WITH DEFAULT_DATABASE=[new-database-name]; GO 

    Далее

    • ALTER DATABASE (Transact-SQL)
    • Идентификаторы баз данных

    Как изменить имя базы данных sql

    ALTER DATABASE — изменить атрибуты базы данных

    Синтаксис

    ALTER DATABASE имя [ [ WITH ] параметр [ . ] ] Здесь параметр: ALLOW_CONNECTIONS разр_подключения CONNECTION LIMIT предел_подключений IS_TEMPLATE это_шаблон ALTER DATABASE имя RENAME TO новое_имя ALTER DATABASE имя OWNER TO < новый_владелец | CURRENT_USER | SESSION_USER > ALTER DATABASE имя SET TABLESPACE новое_табл_пространство ALTER DATABASE имя SET параметр_конфигурации < TO | = >< значение | DEFAULT > ALTER DATABASE имя SET параметр_конфигурации FROM CURRENT ALTER DATABASE имя RESET параметр_конфигурации ALTER DATABASE имя RESET ALL

    Описание

    ALTER DATABASE изменяет атрибуты базы данных.

    Первая форма оператора меняет параметры на уровне базы данных. (Подробнее описано ниже.) Изменять эти параметры может только владелец базы данных или суперпользователь.

    Вторая форма меняет имя базы данных. Переименовать базу данных может только владелец БД или суперпользователь (не суперпользователю требуется также право CREATEDB ). Переименовать текущую базу данных нельзя. (Если вам нужно сделать это, сначала подключитесь к другой базе.)

    Третья форма меняет владельца базы данных. Чтобы сменить владельца базы, необходимо быть её владельцем и также непосредственным или опосредованным членом новой роли-владельца, и кроме того, иметь право CREATEDB . (Заметьте, что суперпользователи наделяются всеми этими правами автоматически.)

    Четвёртая форма меняет табличное пространство по умолчанию для базы данных. Произвести это изменение может только её владелец или суперпользователь; кроме того, необходимо иметь право для создания нового табличного пространства. Эта команда физически переносит все таблицы или индексы из прежнего основного табличного пространства БД в новое. Новое табличное пространство должно быть пустым для этой базы данных и к ней никто не должен быть подключён. Таблицы и индексы, находящиеся не в основном табличном пространстве, при этом не затрагиваются.

    Остальные формы меняют значение по умолчанию конфигурационных переменных времени выполнения для базы данных PostgreSQL . Когда устанавливается следующий сеанс работы с указанной базой данных, заданное этой командой значение становится значением по умолчанию. Значения переменных, заданные для базы данных, переопределяют значения, определённые в postgresql.conf или полученные через командную строку postgres . Менять сеансовые значения переменных для базы данных может только её владелец или суперпользователь. Некоторые параметры изменить таким образом нельзя, а некоторые может изменить только суперпользователь.

    Параметры

    Имя базы данных, атрибуты которой изменяются. разр_подключения

    Если false, никто не сможет подключаться к этой базе данных. предел_подключений

    Число разрешённых одновременно подключений к этой базе данных (-1 снимает ограничение). это_шаблон

    Если true, базу данных сможет клонировать любой пользователь с правами CREATEDB ; в противном случае клонировать эту базу смогут только суперпользователи и её владелец. новое_имя

    Новое имя базы данных. новый_владелец

    Новый владелец базы данных. новое_табл_пространство

    Новое основное табличное пространство базы данных. параметр_конфигурации
    значение

    Устанавливает сеансовое значение по умолчанию для указанного параметра конфигурации. Если указывается значение DEFAULT или равнозначный вариант, RESET , определение параметра на уровне базы данных удаляется, так что в новых сеансах будет действовать значение по умолчанию, определённое на уровне системы. Для очистки всех значений параметров на уровне базы данных выполните RESET ALL . SET FROM CURRENT устанавливает значение параметра на уровне базы данных из текущего значения в активном сеансе.

    За подробными сведениями об именах и значениях параметров обратитесь к SET и Главе 19.

    Замечания

    Также возможно связать параметры сеанса не с базой данных, а с определённой ролью; см. ALTER ROLE . В случае конфликта параметры на уровне роли переопределяют параметры на уровне базы данных.

    Примеры

    Отключение сканирования индекса по умолчанию в базе данных test :

    ALTER DATABASE test SET enable_indexscan TO off;

    Совместимость

    Оператор ALTER DATABASE является расширением PostgreSQL .

    1.3. Редактирование параметров базы данных

    Изменения в настройках базы данных происходят не часто, но они происходят. В этой главе мы научимся вносить изменения в базе данных с помощью SQL. Для изменения используется оператор ALTER DATABASE. В общем виде этот оператор можно увидеть в листинге 1.8.

    Листинг 1.8. Общий вид команды ALTER DATABASE

    ALTER DATABASE database < ADD FILE < filespec >[ . n ] [ TO FILEGROUP filegroup_name ] | ADD LOG FILE < filespec >[ . n ] | REMOVE FILE logical_file_name | ADD FILEGROUP filegroup_name | REMOVE FILEGROUP filegroup_name | MODIFY FILE < filespec >| MODIFY NAME = new_dbname | MODIFY FILEGROUP filegroup_name | SET < optionspec >[ . n ] [ WITH < termination >] | COLLATE < collation_name >>

    В первой строке параметр database – это имя, базы данных, которую надо изменить. Далее построчно идут параметры или свойства базы данных, которые можно, а иногда и нужно изменить. Давайте рассматривать возможности команды с одновременным рассмотрением примеров, потому что возможностей у ALTER DATABASE столько же, сколько и у команды создания базы данных CREATE DATABASE.

    1.3.1. Изменение файла

    Когда данные увеличиваются или увеличивается активность изменения данных, вам может понадобиться увеличить размер файлов данных или журнала. Для увеличения размер файлов можно использовать программу управления базой данных SQL Server Enterprise Manager, которая обладает визуальным интерфейсом или воспользоваться оператором ALTER DATABASE.

    Вы можете контролировать размер базы данных с помощью:

    • Конфигурирования файлов базы данных и журнала на автоматическое приращение.
    • Увеличивать или уменьшать текущее значение максимального размера файлов базы данных и журнала вручную.
    • Вручную добавлять дополнительные файлы журнала или данных.

    Вы можете установить автоматическое приращение с помощью оператора ALTER DATABASE. Использование автоматического приращения уменьшает администраторские задачи, заключенные в ручном увеличении размера базы данных, но сложнее контролировать количество используемого сервером MS SQL Server пространства.

    Увеличение лучше всего контролировать самостоятельно. Да, это отнимет лишнее рабочее время и потребует некоторых усилий, но контроль никогда не бывает лишним. Спокойно спит только тот администратор, у которого все находиться под контролем.

    Если вы не сконфигурировали существующие файлы на автоматическое приращение, вы все еще можете увеличить размер. Если указан ноль для значения автоматического увеличения, значит, автоматического увеличения нет.

    Вы можете создать вторичные файлы базы данных, для расширения размера базы данных. Но лучше использовать дополнительные файлы базы данных, чтобы расположить файлы на отдельном физическом диске или выделить объект базы данных из общей массы.

    Следующий пример увеличивает текущий размер журнала базы данных NewDB:

    ALTER DATABASE NewDB MODIFY FILE ( NAME='NewDB', SIZE = 100mb )

    Теперь попробуем добавить дополнительный файл. Да, и это возможно. Допустим, что свободное пространство на жестком диске, но у вас есть дисковый массив, который позволяет управлять массивом на горячую. Прямо во время работы вставляем новый диск, создаем на нем файл для базы данных и продолжаем спать спокойно. Следующий пример показывает, как можно добавить файл к базе данных Sample.

    ALTER DATABASE Sample1 ADD FILE ( NAME='SampleData2', FILENAME='c:\Temp\SampleData2.mdf', SIZE = 15mb, )

    Вот тут необходимо сделать одно замечание, если для переноса данных с одного сервера на другой захотите воспользоваться функциями отключения и подключения базы данных, то не забудьте скопировать в новое место все файлы.

    Допустим, что вам необходимо произвести массовую загрузку данных. База данных на данный момент занимает 10 мегабайт, а приращение, указанное в настройках в случае нехватки места составляет 1 мегабайт. Если вы будете загружать еще 10МБ данных, то во время загрузки произойдет 10 увеличений по одному мегабайту файла данных. Это отнимет лишнее время, поэтому вполне логичным будет увеличить размер файла вручную.

    Для ручного увеличения размера файла до 200Мб необходимо выполнить следующую команду:

    ALTER DATABASE testdatabase MODIFY FILE ( NAME = testdatabase, SIZE = 200MB )

    Вторая строка содержит команду MODIFY FILE, что означает изменения файла. В скобках необходимо указать имя файла, размер которого надо изменить в параметре NAME и новый размер. Новый размер обязательно должен быть больше текущего, потому что команда позволяет только увеличивать файл, но не уменьшать.

    Если вы хотите узнать текущий размер файлов или не помните имена, выполните команду:

    EXEC sp_helpdb имя

    где имя — имя базы данных. Например, следующая команда отображает информацию о базе данных FlenovSQLBook, в которую входит информация и о файлах:

    EXEC sp_helpdb FlenovSQLBook

    Состояния базы данных можно увидеть выполнив команду: EXEC sp_helpdb TestDatabase.

    Помните, что таким образом вы можете только увеличивать размер файлов, но не уменьшать. Уменьшение файлов данных и журнала – это отдельная тема. Итак, если вы создали базу данных с файлом в 1 Мб, и потом увеличили ее размер до 5 мегабайт то вернуть изначальный размер командой ALTER DATABASE невозможно. Это значит, что следующий запрос вернет ошибку, если размер файла FlenovSQLBook больше 2Мб:

    ALTER DATABASE FlenovSQLBook MODIFY FILE ( NAME = FlenovSQLBook, SIZE = 1MB )

    С помощью команды ALTER DATABASE можно изменять и размер файла журнала, только в параметре NAME нужно указать имя файла журнала, который нужно увеличить:

    ALTER DATABASE TestDatabase MODIFY FILE ( NAME = testdatabase_log, SIZE = 2MB )

    Для оптимальной производительности сервера и уменьшения количества увеличения файлов (это отнимает лишнее время и может затормозить работу сервера):

    • Выделяйте необходимое количество начального пространство, чтобы избежать частого автоматического приращения;
    • Указывайте максимальный размер файлов данных, если у вас есть несколько баз данных;
    • Устанавливайте размер приращения файлов данных и журнала так, чтобы не было частого автоматического увеличения.

    Когда база данных увеличивается или когда увеличивается активность изменений, вам может понадобиться расширить журнал транзакций. Внимательно следите, чтобы журнал транзакций не оказался слишком маленьким. Регулярное наблюдение за журналом поможет вам определить оптимальное увеличение журнала и не допустить его переполнения. Если ваш журнал транзакций не может быть увеличен, то SQL Server не сможет записывать транзакции и не позволить делать изменения в базе данных.

    Вы можете следить за журналом транзакций с помощью SQL Server Enterprise Manager, оператора DBCC SQLPERF (LOGSPACE) (подробней о команде в разделе 4.2.5) или системный монитор Windows.

    Если данные изменяются достаточно часто, то необходимо выделить максимально возможное (но разумное) пространство и следить, чтобы всегда было достаточно свободного места в журнале даже для выполнения самой массовой операции обновления данных. Если база используется редко, и изменения происходят время от незначительно, то журнал можно выделить небольшим. Помните, что журнал транзакций пополняется только во время добавления, изменения и удаления данных. Во время выборки журнал не используется.

    Некоторые ситуации, которые увеличивают активность журнала транзакций:

    • Загрузка информации в таблицу, которая содержит индексы. Сервер SQL записывает все вставки и изменение индексов. При загрузке таблиц без индексов, SQL Server записывает в журнал только расширение пространства.
    • Транзакции, которые выполняют много изменений (INSERT, UPDATE и DELETE) в таблице с помощью одной транзакции.
    • Добавление или изменение данных Image или Text.

    1.3.2. Добавление/удаление файла

    Когда вы используете автоматическое увеличение, и база данных состоит из нескольких файлов, SQL Server использует стратегию пропорционального заполнения между всеми фалами каждой файловой группы. По мере записи данных в файловую группу, сервер записывает результат пропорционально свободному пространству в каждом файле файловой группы и после этого записывает в следующий файл. Тут есть и положительные и отрицательные моменты. Положительное видно сразу, ведь если диски подключены к разным контроллерам, то мы добиваемся параллельности, а жесткие диски являются самым слабым звеном. Но отрицательный момент может возникнуть при автоматическом увеличении файлов. Чаще всего размеры дисков разные, да и свободное пространство на них распределяется не равномерно (если на один диск установить пару игр, то свободного места будет меньше, чем на другом). Теперь, один диск будет заполнен раньше, чем другой. Нет, база данных в этом случае останется доступной, и запись будет только на один диск, но произойдет резкое падение производительности во время записи.

    Допустим, что на вашем основном диске, где расположена база данных, заканчивается место на диске. В этом случае, если есть другие логические разделы или жесткие диски, можно добавить к серверу новый файл и расположить его на этом диске. Добавление чем-то похоже на определение файла при создании базы данных:

    ALTER DATABASE TestDatabase ADD FILE ( NAME = dbFile2, FILENAME = 'c:\Data\dbfile2.ndf', SIZE = 5MB, FILEGROWTH = 5MB )

    В данном примере изменяется уже существующая база данных, на которой мы тестировали не один пример — TestDatabase. Затем указывается ключевое слово ADD FILE, указывающее на необходимость добавить новый файл. После этого ключевого слова, в круглых скобках описываются параметры файла точно так же, как при описании файла во время создания базы данных.

    В качестве расширения для файла выбрано .ndf. Такое расширение рекомендуется для всех вторичных файлов, но может быть и другим. Напоминаю, что для основного файла рекомендуется указывать расширение .mdf.

    Для удаления файла из базы данных совместно с ALTER DATABASE используется ключевое слово REMOVE FILE. Если вы создали файл и поместили в него таблицу, то файл уже нельзя удалить, пока он не станет пустым, то есть, пока из файла не будут удалены все таблицы.

    Нам в данной книге лишний файл не нужен, поэтому давайте удалим то, что создали. Для этого нужно указать оператор REMOVE FILE и имя удаляемого файла:

    ALTER DATABASE TestDatabase REMOVE FILE dbFile2

    1.3.3. Добавление/удаление файловых групп

    Для добавления файловой группы используется оператор ADD FILEGROUP. Например, следующий сценарий добавляет группу с именем fgNewGroup:

    ALTER DATABASE TestDatabase ADD FILEGROUP fgNewGroup

    Теперь посмотрим, как можно добавить файл в эту группу:

    ALTER DATABASE TestDatabase ADD FILE ( NAME = dbFile2, FILENAME = 'c:\Data\dbfile2.ndf', SIZE = 5MB, FILEGROWTH = 5MB ) TO FILEGROUP fgNewGroup

    Принцип такой же, как и у добавления файла, но после скобок указывается TO FILEGROUP и имя группы, в которую добавляется файл.

    Файловую группу нельзя удалять, если в ней есть файл. Сначала необходимо удалить этот файл, а потом уже удалять группу. Для удаления группы используется REMOVE FILEGROUP, например:

    ALTER DATABASE TestDatabase REMOVE FILEGROUP fgNewGroup

    1.3.4. Переименование базы данных

    Иногда бывает необходимость переименовать базу данных. В моей практике это очень редко приходилось делать, но все же. Переименовать можно с помощью оператора MODIFY NAME. Например, следующий сценарий изменяет имя базы данных TestDatabase на MyDatabase:

    ALTER DATABASE TestDatabase MODIFY NAME = MyDatabase

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

    Если вы попробовали выполнить этот сценарий, то верните ей старое имя TestDatabase, потому что в дальнейшем при тестировании сценариев мы будем ссылаться на него.

    1.3.5. Изменение свойств базы данных

    У базы данных существует множество свойств, которые мы не задавали во время создания, но которые можно изменить уже у существующей базы. К таким свойствам относятся уровень доступа, модель восстановления и т.д. Давайте рассмотрим, что и как можно изменять.

    Для изменения свойства используется оператор SET. Команда будет выглядеть следующим образом:

    ALTER DATABASE Имя_базы SET имя_свойства

    После ALTER DATABASE указывается имя базы данных, свойства которой нужно изменить, а после оператора SET нужно указать имя свойства.

    Давайте посмотрим имена свойств которые нужно подставить вместо параметра имя_свойства:

    • SINGLE_USER – перевести базу данных в однопользовательский режим. Только один пользователь сможет работать с базой;
    • RESTRICTED_USER – к базе данных разрешено подключаться только пользователям, которые принадлежат роли db_owner, dbcreator или sysadmin;
    • MULTI_USER – нормальный многопользовательский режим, при котором действуют все права (используется по умолчанию);
    • OFFLINE – отключить базу данных, подключения будут невозможны. Команды должна выполняться, когда к базе данных нет активных подключений. Вы при этом должны быть подключены к базе данных master.
    • ONLINE – вернуть базу данных в активное состояние;
    • READ_ONLY — перевести базу данных в режим только для чтения, изменение данных будет невозможно;
    • READ_WRITE — вернуть базе данных полный доступ на запись и чтение;
    • CURSOR_CLOSE_ON_COMMIT ON – по завершении транзакции (принятии или откате) все открытые курсоры будут закрываться. Если ON заменить на OFF, то при нормальном завершении транзакции (принятии изменений) курсоры остаются открытыми. При откате все курсоры кроме INSENSITIVE и STATIC закрываются;
    • RECOVERY FULL – использовать полную модель восстановления;
    • BULK_LOGGED — установить модель восстановления BULK_LOGGED;
    • SIMPLE – установить простую модель восстановления.

    Это основные параметры, которые можно изменить. Более подробно о моделях восстановления можно узнать из файла Doc/BackupRestore.pdf на компакт диске.

    Теперь давайте посмотрим на примеры использования этих свойств:

    Следующий пример разрешает доступ только одному пользователю:

    ALTER DATABASE TestDatabase SET SINGLE_USER

    Доступ только только пользователям ролей db_owner, dbcreator или sysadmin:

    ALTER DATABASE TestDatabase SET RESTRICTED_USER

    Возвращаем нормальный многопользовательский режим:

    ALTER DATABASE TestDatabase SET MULTI_USER

    Вывести базу данных в off-line, т.е. доступ будет запрещен всем пользователям:

    ALTER DATABASE TestDatabase SET OFFLINE

    Возобновить доступ к базе данных:

    ALTER DATABASE TestDatabase SET ONLINE

    Перевести базу данных в режим только для чтения, любые изменения будут отклонены:

    ALTER DATABASE TestDatabase SET READ_ONLY

    Вернуть базе данных полный доступ на запись и чтение:

    ALTER DATABASE TestDatabase SET READ_WRITE

    По завершении транзакции (принятии или откате) все открытые курсоры будут закрываться:

    ALTER DATABASE TestDatabase SET CURSOR_CLOSE_ON_COMMIT ON

    Установить полную модель восстановления:

    ALTER DATABASE TestDatabase SET RECOVERY FULL

    Установить модель восстановления BULK_LOGGED:

    ALTER DATABASE TestDatabase SET BULK_LOGGED

    Установить простую модель восстановления:

    ALTER DATABASE TestDatabase SET SIMPLE

    И последнее, что нам предстоит узнать – это возможность изменения раскладки (кодировки) по умолчанию для базы данных. Для этого выполняется команда:

    ALTER DATABASE Имя_базы COLLATE имя_кодировки

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *