Изменения в работе функций компонента Database Engine в SQL Server 2005

Изменения: 17 июля 2006 г.

Этот раздел описывает изменения в работе некоторых функций компонента Database Engine в Microsoft SQL Server 2005 по сравнению с их работой в предыдущих версиях SQL Server.

Резервное копирование и восстановление

При восстановлении существующей базы данных SQL Server 2005 требуется создать резервную копированию заключительного фрагмента журнала, прежде чем приступить к восстановлению базы данных в соответствии с моделью полного восстановления или восстановления с неполным протоколированием. Попытка восстановить базу данных перед резервным копированием заключительного фрагмента журнала приведет к ошибке, если инструкция RESTORE не содержит предложения WITH REPLACE или WITH STOPAT. Дополнительные сведения по обновлению компонентов SQL Server см. в разделе Резервные копии заключительного фрагмента журнала.

Курсоры

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

SQL Server 2005 не поддерживает асинхронное формирование курсоров, управляемых набором ключей, и статических курсоров Transact-SQL. Операции курсора Transact-SQL, такие как OPEN или FETCH, обычно являются пакетными. Таким образом, нет необходимости в асинхронном формировании курсоров Transact-SQL. SQL Server 2005 продолжает поддерживать использование асинхронных курсоров, управляемых набором ключей, или статических серверных курсоров API в случаях, когда операция OPEN с малым периодом ожидания замедляется из-за двусторонних задержек клиента для каждой операции курсора.

Если в SQL Server 2005 динамический курсор объявлен для таблицы без уникальных индексов и строка удалена за пределами курсора, последующее обновление курсора извлекает местозаполнитель для строки со значением NULL. В более ранних версиях SQL Server курсор не возвращает затронутую строку.

Если в SQL Server 2005 внутри пакета или хранимой процедуры возможны различные объявления курсора посредством логики условий, инструкции INSERT, UPDATE и DELETE, выполняемые через курсор, влекут за собой повторную компиляцию. В SQL Server 2000 эти инструкции не вызывают повторную компиляцию.

В следующем примере использование инструкции UPDATE приведет к повторной компиляции модуля.

IF(@some_condition=1)
   DECLARE c CURSOR FOR 
      SELECT region FROM db.dbo.mytable ORDER BY lastname
ELSE
   DECLARE c CURSOR FOR 
      SELECT postalcode FROM db.dbo.mytable ORDER BY firstname
...
FETCH NEXT FROM c
...
UPDATE db.dbo.mytable 
   SET  firstname='a' WHERE CURRENT OF c

Чтобы избежать повторной компиляции, перепишите код следующим образом:

IF (@some_condition=1)
BEGIN
   DECLARE c CURSOR FOR 
     SELECT region FROM db.dbo.mytable ORDER BY lastname
   FETCH NEXT FROM c
   UPDATE db.dbo.mytable 
     SET  firstname='a' WHERE CURRENT OF c
END
ELSE
BEGIN
  DECLARE c CURSOR FOR 
    SELECT postalcode FROM db.dbo.mytable ORDER BY firstname
  FETCH NEXT FROM c
  UPDATE db.dbo.mytable 
    SET  firstname='a' WHERE CURRENT OF c
END

В SQL Server 2005 блокировки прокрутки курсоров вызывают преобразование блокировки с типа S (общая) на U (обновления), если в запросе не указана подсказка блокировки более высокого уровня. SQL Server 2000 автоматически добавляет подсказку блокировки типа U к блокировкам прокрутки курсоров. Правила работы курсоров в SQL Server 2005 предусматривают более эффективный параллелизм, однако существует вероятность образования взаимоблокировок (сообщение 1205) для параллельно выполняемых курсоров. Используйте подсказку UPDLOCK для обеспечения требуемого поведения. Дополнительные сведения по обновлению компонентов SQL Server см. в разделе Табличная подсказка (Transact-SQL).

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

В SQL Server 2000 курсоры, использующие инструкцию UNION ALL, некорректно возвращают сведения о возможности обновления на основе первого набора в инструкции UNION. Следовательно, некоторые курсоры описываются как обновляемые, хотя они ими не являются. SQL Server 2005 представляет результаты инструкции UNION ALL как вычисляемые и, следовательно, необновляемые. Если все строки курсора исходят из одной таблицы или представления, можно определить курсор, обновляемый посредством изменения запроса для использования предложений IN или OR вместо UNION.

В SQL Server 2000, когда параметр CURSOR_CLOSE_ON_COMMIT установлен в значение ON, все курсоры в соединении закрываются при фиксации транзакции. В SQL Server 2005 во время фиксации транзакции закрываются только курсоры, открытые в пределах текущей транзакции. Курсоры, открытые до начала транзакции, остаются открытыми.

SQL Server 2000 позволяет выполнять ряд объявлений курсоров, которые не являются допустимыми, и преобразует их в другие типы курсоров. SQL Server 2005 не допускает использование недопустимых объявлений. Например, курсор, который запрашивает и обновляемость, и нечувствительность, не является допустимым и в SQL Server 2005 вызывает ошибку.

Базы данных, файлы данных и журналов

Эти разрешения предотвращают случайное повреждение файлов, хранящихся в каталоге с открытыми разрешениями. Дополнительные сведения по обновлению компонентов SQL Server см. в разделе Защита данных и файлов журналов.

Примечание.

Microsoft SQL Server 2005 Express Edition не задает разрешения на файлы данных и файлы журнала.

Связанные серверы и распределенные запросы

Связанный сервер, который определялся использованием в качестве имени поставщика «SQLOLEDB», при обновлении будет изменен на «SQLNCLI» (собственный поставщик OLE DB клиента SQL). Представление совместимости sys.sysservers показывает связанные серверы, использующие SQLNCLI как SQLOLEDB. Представление каталога SQL Server 2005 sys.servers показывает связанные серверы, которые используют «SQLNCLI» в виде «SQLNCLI».

Гетерогенные запросы и использование поставщиков OLE DB не поддерживаются при выполнении SQL Server в режиме волокон. Режим волокон включается, если дополнительный параметр конфигурации lightweight pooling установлен в значение 1.

Экземпляр поставщика OLE DB для собственного клиента SQL нельзя создать вне процесса.

Предупреждающие сообщения от связанного сервера в SQL Server 2005 не передаются клиенту. Наиболее значимые классы таких предупреждений:

• Предупреждения в формате ANSI о том, что значения NULL исключены при вычислении статистической функции
• Предупреждения об арифметическом переполнении

Например, следующая инструкция Transact-SQL может сформировать предупреждающее сообщение, если существуют значения NULL в col1:

SELECT SUM(col1)
FROM <Table>
GROUP BY col2 

В SQL Server 2000 и более ранних версиях связанные серверы передавали предупреждающее сообщение клиенту. В SQL Server 2005 связанные серверы не передают предупреждающие сообщения.

В SQL Server 2000, если удаленная хранимая процедура выполняется неудачно из-за ошибок времени компиляции, таких как неправильная привязка параметров, возвращается значение или состояние, равное 0. Если такая ситуация имеет место в SQL Server 2005, в качестве возвращаемого значения или состояния устанавливается NULL.

Архитектура обработчика запросов

Использование значений параметра в течение повторной компиляции различается в SQL Server 2000 и SQL Server 2005 для пакетов, запущенных в следующих формах:

• Хранимые процедуры
• Использование sp_executesql
• Подготовленные инструкции

Когда SQL Server 2000 повторно компилирует эти пакеты, используются значения параметров, с которыми пакеты вызываются как часть повторной компиляции. Когда SQL Server 2005 повторно компилирует эти запросы, используются значения параметров, существовавшие до того, как инструкция вызывает повторную компиляцию. Эти значения могут отличаться от тех, которые первоначально были переданы в пакет. Дополнительные сведения по обновлению компонентов SQL Server см. в разделе Параметры и повторное использование планов выполнения.

Безопасность

Системные хранимые процедуры

Следующие таблицы содержат список изменений параметров в системных хранимых процедурах Database Engine.

Системные таблицы и представления

Следующие таблицы содержат список изменений в столбцах системных таблиц и представлений.

Transact-SQL

bcp <target table> in 
<datafile> -c -T

SELECT Column1, Column1
      FROM (
            SELECT RAND() Column1
            FROM (
            SELECT 1 c
            UNION
            SELECT 2 c
                  ) s
            ) t

1 За исключением стилей 20 и 21

SQL Server 2005 помечает преобразования строковых значений в datetime как недетерминированные.

DBCC CHECKFILEGROUP

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

Если некластеризованный индекс в указанной файловой группе связан с таблицей в другой файловой группе, индекс не проверяется, так как базовая таблица не доступна для проверки.

DBCC SHOW_STATISTICS

Набор строк, возвращенный DBCC SHOW_STATISTICS, не содержит столбец Name.

Первый набор строк, возвращенный DBCC SHOW_STATISTICS, содержит дополнительный столбец с заголовком Name. Этот столбец показывается первым в результирующем наборе. Если имеются приложения, которые обращаются к столбцам, возвращенным инструкцией DBCC SHOW_STATISTICS по порядковому номеру, измените их для обращения к столбцам по имени.

DROP LOGIN

При выполнении инструкции DROP LOGIN имя входа не удаляется, если оно сопоставлено с пользователями базы данных.

При выполнении инструкции DROP LOGIN имя входа удаляется, даже если оно сопоставлено с пользователями базы данных.

Выражения в вычисляемых столбцах, ограничения CHECK и DEFAULT

Исходный текст выражения, включая пробелы, сохраняется в метаданных каталога. Например, выражение вычисляемого столбца, введенное в виде c1 + c2 + 1, будет выглядеть точно так, как если бы было введено в столбце типа text в системной таблице syscomments.

Исходный текст выражения подвергается дешифрованию и нормализации, а выходные данные этой операции сохраняются в метаданных каталога. Семантика дешифрованного выражения будет эквивалентна исходному тексту, однако синтаксическое соответствие не гарантируется. Например, выражение вычисляемого столбца, введенное в виде c1 + c2 + 1, будет выглядеть как (([c1]+[c2])+(1)) в столбце определения в представлении системного каталога sys.computed_columns.

Выражения в запросах

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

SQL Server 2005 иногда вычисляет выражения в запросах быстрее, чем они вычисляются в SQL Server 2000. Такая его работа дает следующие важные преимущества:

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

Однако, в зависимости от характера запроса и данных в базе данных, исключения во время выполнения могут возникать в SQL Server 2005, если запрос содержит существующее небезопасное выражение. Эти исключения во время выполнения содержат следующее:

• Арифметические исключения: деление на ноль, переполнение, потеря точности.
• Ошибки преобразований: потеря точности, попытка преобразовать нечисловую строку в число и др.
• Статистическая обработка набора значений, не все из которых гарантированно отличаются от NULL.

Эти исключения не возникают в отдельном приложении SQL Server 2000, которое использует определенные данные. Однако план-запрос, который изменяется из-за меняющейся статистики, потенциально может привести к исключению в SQL Server 2000. Эти исключения во время выполнения можно предотвратить изменением запроса, чтобы включить условные выражения, такие как NULLIF или CASE. Дополнительные сведения по обновлению компонентов SQL Server см. в разделе Устранение ошибок и предупреждений по выражениям запроса.

fn_servershareddrives

Данные, возвращенные системной функцией fn_servershareddrives, могут быть просмотрены членами роли public.

Изменение разрешения: fn_servershareddrives требует наличия у пользователя разрешения VIEW SERVER STATE для сервера.

Важно!

Эта системная функция SQL Server 2000 включена для обратной совместимости. Рекомендуется использовать вместо нее sys.dm_io_cluster_shared_drives.

fn_virtualfilestats

Данные, возвращенные системной функцией fn_virtualfilestats, могут быть просмотрены членами роли public.

Изменение разрешения: fn_virtualfilestats требует наличия у пользователя разрешения VIEW SERVER STATE для сервера.

fn_virtualservernodes

Данные, возвращенные системной функцией fn_virtualservernodes, могут быть просмотрены членами роли public.

Изменение разрешения: fn_virtualservernodes требует наличия у пользователя разрешения VIEW SERVER STATE для сервера.

Важно!

Эта системная функция SQL Server 2000 включена для обратной совместимости. Рекомендуется использовать вместо нее sys.dm_os_cluster_nodes.

HOST_ID

Инструкция HOST_ID возвращает значение char(8).

HOST_ID возвращает значение char(10).

Индексы

Разрешаются индексы, описанные в столбце "Поведение SQL Server 2005".

Следующие индексы могут быть отключены во время процесса обновления или могут требовать перестроения из-за изменений, введенных в SQL Server 2005:

• Индексы в вычисляемых столбцах, которые используют CHECKSUM(some_timestamp_column), будут отключены, потому что изменилось поведение для функции Transact-SQL CHECKSUM, когда она принимает столбец timestamp в качестве аргумента.
• Индексы, которые содержат символьные значения 0x3390, 0x33ca или 0x33cb в столбцах nvarchar или nchar, использующих параметры сортировки для турецкого языка, могут потребовать перестроения, потому что изменились принципы сортировки в этих параметрах сортировки.
• Индексы в вычисляемых столбцах или представлениях, в которых представление или выражение вычисляемого столбца содержит либо неявное преобразование из строкового значения в datetime или smalldatetime, либо явное недетерминированное преобразование из строкового значения в datetime или smalldatetime, будут отключены.

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

1. Проверьте журнал ошибок SQL Server на наличие предупреждающих сообщений 3801, 3803 и 3804.

2. Запустите инструкцию DBCC CHECKTABLE в базовой таблице, чтобы выяснить наличие проблемы.

3. Если результаты выполнения инструкции DBCC показывают, что проблема существует, повторно постройте индекс, используя один из следующих методов:

   • Инструкция ALTER INDEX с предложением REBUILD
   • Инструкция CREATE INDEX с предложением DROP_EXISTING
   • DBCC DBREINDEX

4. Определите отключенные ограничения FOREIGN KEY, используя следующую инструкцию:

   SELECT * FROM sys.foreign_keys 
   WHERE is_disabled=1;
   

5. Включите все ограничения FOREIGN KEY с помощью инструкции ALTER TABLE CHECK CONSTRAINT.
   Ограничения PRIMARY KEY и UNIQUE включаются путем перестроения соответствующего индекса. Индекс должен быть перестроен до включения ограничений FOREIGN KEY, которые ссылаются на ограничение PRIMARY KEY или UNIQUE.

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

1. Определите индексы в вычисляемых столбцах, которые были отключены, используя следующую инструкцию:

   SELECT object_name(i.object_id) AS
    object_name, i.*
   FROM sys.indexes AS i
   JOIN sys.index_columns AS ic 
   ON i.index_id = ic.index_id 
     AND i.object_id = ic.object_id
   JOIN sys.computed_columns AS
    cc
   ON ic.object_id = cc.object_id 
     AND ic.column_id = cc.column_id
   WHERE i.is_disabled = 1
   

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

3. Для индексированного представления удалите представление, а затем переопределите его, используя явную функцию CONVERT с детерминированным стилем данных.

4. Заново создайте индекс в измененном вычисляемом столбце или представлении.

Индексы

Параллельные индексные операции поддерживаются в выпусках SQL Server 2000 Developer Edition, SQL Server 2000 Standard Edition и SQL Server 2000 Enterprise Edition.

Параллельные индексные операции, которые создают, удаляют или перестраивают индексы, доступны только в выпусках SQL Server 2005 Developer и в SQL Server 2005 Enterprise Edition.

Пользователи, которые проводят обновление от выпуска SQL Server 2000 Standard Edition до выпуска SQL Server 2005 Standard Edition, должны учитывать, что операции, которые создают, удаляют или перестраивают индексы, выполняются последовательно в стандартном выпуске SQL Server 2005 и могут занимать больше времени.

Это не относится к инструкциям SELECT, INSERT, UPDATE, и DELETE. В выпуске SQL Server 2005 Standard Edition они будут выполняться параллельно.

После обновления до выпуска SQL Server 2005 Standard Edition отслеживайте операции создания, удаления или перестроения индексов. Может оказаться, что необходимо настроить сценарии обслуживания или плановые действия по обслуживанию, чтобы предоставить дополнительное время для этих операций.

Для выполнения параллельных индексных операций установите SQL Server 2005 Enterprise Edition.

предложение ORDER BY

Имена столбцов в предложении ORDER BY разрешаются в столбцы, перечисленные в списке выбора, независимо от наличия квалификаторов столбцов.

Например, следующий запрос выполняется без ошибки:

USE pubs
SELECT au_fname AS 'FName',
  au_lname AS 'LName'
FROM authors a
ORDER BY a.LName

SQL Server игнорирует квалификатор a в предложении ORDER BY и разрешает имя столбца LName в список выбора.

Имена и псевдонимы столбцов с квалификаторами разрешаются в столбцы таблиц, перечисленных в предложении FROM. Если в выражении order_by_expression отсутствует квалификатор, то оно должно быть уникальным во всех столбцах, перечисленных в инструкции SELECT.

Например, следующий эквивалентный запрос возвращает ошибку:

USE AdventureWorks
SELECT FirstName AS 'FName',
    LastName AS 'LName'
FROM Person.Contact p
ORDER BY p.LName

SQL Server не игнорирует квалификатор p в предложении ORDER BY и разрешает имя столбца LName в таблицы, перечисленные в предложении FROM. Однако предложение FROM не распознает, что имя столбца LName является псевдонимом столбца таблицы p.

Функция SERVERPROPERTY

Возвращаемым типом свойства ProductVersion в функции SERVERPROPERTY является varchar.

Возвращаемым типом свойства ProductVersion в функции SERVERPROPERTY является nvarchar.

sp_addtype

Любой пользователь может выполнять процедуру sp_addtype.

Пользователи должны быть членами роли базы данных db_ddladmin или db_owner для выполнения процедуры sp_addtype.

Чтобы разрешить пользователям создавать типы псевдонимов данных, следует произвести следующие изменения:

• Чтобы использовать процедуру sp_addtype, добавьте пользователей к роли базы данных db_ddladmin или db_owner.
• Чтобы создать тип псевдонима данных посредством использования CREATE TYPE, предоставьте пользователям разрешение CREATE TYPE, а также предоставьте разрешение ALTER пользователям целевой схемы.

sp_altermessage

Процедуру sp_altermessage можно использовать для определения необходимости записи системного сообщения (сообщения с идентификатором Message ID < 50000) в журнал приложений Windows.

Процедуру sp_altermessage нельзя использовать для изменения поведения регистрации системных сообщений (сообщений с идентификатором Message ID < 50000). Для аудита системных сообщений используйте трассировку SQL и класс события «User Error Message Event Class». Дополнительные сведения по обновлению компонентов SQL Server см. в разделе Знакомство с трассировкой SQL.

sp_changedbowner

Только члены фиксированной серверной роли sysadmin, фиксированной роли базы данных db_owner или члены обоих фиксированных ролей базы данных db_ddladmin и db_securityadmin могут выполнять процедуру sp_changeobjectowner.

Пользователю, который может выполнить эту хранимую процедуру как член фиксированных ролей базы данных db_ddladmin и db_securityadmin, также нужно предоставить разрешение CONTROL на защищаемый объект. Выполнение процедуры sp_changeobjectowner без разрешения CONTROL на целевой объект вызовет сбой выполнения и выведет следующее сообщение об ошибке:

Msg 15247, Level 16, State 1, Procedure sp_changeobjectowner, Line 17

У пользователя нет разрешения на выполнение этого действия».

sp_help

Процедура sp_help возвращает один результирующий набор для функций.

Процедура sp_help возвращает два результирующих набора для функций. Дополнительный результирующий набор предназначен для параметров функций.

sysindexes

Таблица sys.sysindexes включена для обратной совместимости. Однако изменения в SQL Server 2005 препятствуют полной обратной совместимости представления с предыдущими версиями SQL Server.

Системные метаданные

Члены роли public могут запрашивать системные таблицы и отображать метаданные из каталога.

Пользователи, запрашивающие каталог, могут видеть только строки метаданных тех объектов, владельцами которых они являются, или объектов, на которые они имеют некоторые разрешения, или объектов, для которых они имеют права доступа в рамках членства в роли. Дополнительные сведения и рекомендуемые корректирующие действия см. в разделах Настройка видимости метаданных и Устранение неполадок, связанных с видимостью метаданных.

Системные таблицы

Системные таблицы имеют тип 'S'.

Системные таблицы доступны как совместимые представления и имеют тип 'V'. Инструкции, которые запрашивают системные таблицы и включают критерий поиска type = 'S', завершатся ошибкой.

Измените критерий поиска инструкции на type = 'V'

или

выполните перенос данных в новые представления каталога или динамические административные представления. Дополнительные сведения по обновлению компонентов SQL Server см. в разделе Соответствия между системными таблицами SQL Server 2000 и системными представлениями SQL Server 2005.

Подсказка TABLOCK при массовом импорте через bcp, BULK INSERT или OPENROWSET(BULK...)

При массовом импорте в таблицу с непустым кластеризованным индексом подсказка TABLOCK игнорируется.

При массовом импорте в таблицу с непустым кластеризованным индексом подсказка TABLOCK запрашивает блокировку X для таблицы. Это предотвращает параллельное выполнение массового импорта. Если в этом случае необходимо параллельное выполнение массового импорта, не указывайте подсказку TABLOCK. Дополнительные сведения о параллельном выполнении массовой загрузки см. в разделе Рекомендации по оптимизации массового импорта данных.

Триггеры

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

Прямая рекурсия триггеров возникает в одном из следующих случаев:

• Триггер срабатывает и выполняет действие, которое вызывает новое срабатывание того же триггера.
• Вызывается тот же триггер, но после того, как вызван триггер другого типа (AFTER или INSTEAD OF).

Косвенная рекурсия возникает, когда триггер срабатывает и выполняет действие, которое вызывает срабатывание другого триггера того же типа (AFTER или INSTEAD OF). Второй триггер выполняет действие, вызывающее повторное срабатывание исходного триггера.

Дополнительные сведения см. в разделе «Рекурсивные триггеры» подраздела Использование вложенных триггеров.

Триггеры

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

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

Функция UPDATE()

Функция UPDATE() не определяет изменения в столбцах timestamp. Для этих столбцов предложение IF UPDATE() внутри тела триггера возвращает значение FALSE независимо от того, обновились ли столбцы.

Функция UPDATE() определяет изменения в столбцах timestamp. Для этих столбцов предложение IF UPDATE() внутри тела триггера DML возвращает значение TRUE, если столбцы обновились.

Пользовательские функции

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

В пользовательские функции Transact-SQL может входить большинство недетерминированных встроенных системных функций. Полный список разрешенных встроенных функций см. в разделе Создание пользовательских функций (Database Engine).

Типы данных varchar, nvarchar и varbinary

Строка или двоичное значение нулевой длины, используемые в качестве определения вычисляемого столбца таблицы, создают столбец типа varchar(0), nvarchar(0) или varbinary(0).

Строка или двоичное значение нулевой длины, используемые в качестве определения вычисляемого столбца таблицы, создают столбец типа varchar(1), nvarchar(1) или varbinary(1). Это изменение относится только к типам данных вычисляемых столбцов, но не к вычисляемому значению.

Внесите изменения в приложения, которые проверяют длину вычисляемого столбца и полагаются на минимальную длину столбца в 1 байт для столбцов типа varchar и varbinary, и в 2 байта для столбцов типа nvarchar.

Доступ к виртуальным таблицам

К виртуальным таблицам могут получать доступ гости и члены роли public.

Для доступа к виртуальной таблице, такой как sysprocesses, требуются разрешения VIEW SERVER STATE и SELECT.

Предложение WITH CHECK OPTION для представлений

Операции INSERT и UPDATE допускаются для представлений, для которых указано предложение WITH CHECK OPTION и которые создаются с помощью удаленной таблицы, даже когда эти операции выполняются вне рамок инструкции SELECT представления.

SQL Server 2005 подтверждает предложение WITH CHECK OPTION, когда операции INSERT и UPDATE выполняются на представлениях, созданных с помощью таблицы из удаленных источников данных.

Если операции INSERT и UPDATE дадут сбой на представлениях, созданных с помощью удаленной таблицы, из-за предложения WITH CHECK OPTION и такое поведение необходимо будет исправить, измените представление, не указывая предложение WITH CHECK OPTION.

Дополнительные сведения см. в разделах CREATE VIEW (Transact-SQL), ALTER VIEW (Transact-SQL) и Изменение данных через представление.

xp_cmdshell

Когда происходит ошибка в ходе выполнения xp_cmdshell, выводится сообщение об ошибке, но выполнение не прекращается.

Когда происходит ошибка в ходе выполнения xp_cmdshell, выводится сообщение об ошибке и выполнение прекращается.

См. также

Справочник

Критические изменения в функциях компонента SQL Server 2005 Database Engine
Устаревшие функции ядра СУБД в SQL Server 2005
Неподдерживаемые функции ядра СУБД в SQL Server 2005

Другие ресурсы

Обратная совместимость компонента SQL Server 2005 Database Engine
sp_dbcmptlevel (Transact-SQL)

Справка и поддержка

Получение помощи по SQL Server 2005

Журнал изменений