Советы по кластеризации серверов sql server

АргументыArguments

datepartdatepartЕдиницы, в которых функция DATEDIFF сообщает о разнице между startdate и enddate.The units in which DATEDIFF reports the difference between the startdate and enddate. К часто используемым единицам datepart относятся или .Commonly used datepart units include or .

Значение datepart не может быть указано в переменной или в виде строки в кавычках, например .The datepart value cannot be specified in a variable, nor as a quoted string like .

В приведенной ниже таблице перечислены все допустимые значения datepart.The following table lists all the valid datepart values. Функция DATEDIFF принимает либо полное имя datepart, либо любое приведенное сокращение полного имени.DATEDIFF accepts either the full name of the datepart, or any listed abbreviation of the full name.

Имя datepartdatepart name Сокращение datepartdatepart abbreviation
yearyear yy, yyyyyy, yyyy
quarterquarter qq, qqq, q
monthmonth mm, mmm, m
dayofyeardayofyear dy, ydy, y
dayday dd, ddd, d
weekweek wk, wwwk, ww
hourhour hhhh
minuteminute mi, nmi, n
secondsecond ss, sss, s
millisecondmillisecond msms
microsecondmicrosecond mcsmcs
nanosecondnanosecond nsns
   

Примечание

Каждое конкретное имя аргумента datepart и сокращение этого имени datepart будут возвращать одно и то же значение.Each specific datepart name and abbreviations for that datepart name will return the same value.

startdatestartdateВыражение, которое может быть разрешено в одно из следующих значений.An expression that can resolve to one of the following values:

  • datedate
  • datetimedatetime
  • datetimeoffsetdatetimeoffset
  • datetime2datetime2
  • smalldatetimesmalldatetime
  • timetime

Во избежание неоднозначности используйте четырехзначную запись года.Use four-digit years to avoid ambiguity. Сведения о двузначном обозначении года см. в статье Настройка параметра конфигурации сервера two digit year cutoff.See Configure the two digit year cutoff Server Configuration Option for information about two-digit year values.

enddateenddateСм. описание аргумента startdate.See startdate.

ПримерыExamples

В следующем примере создается нерегламентированное соединение с экземпляром СУБД SQL ServerSQL Server на сервере , а затем формируется запрос к таблице .The following example creates an ad hoc connection to the instance of SQL ServerSQL Server on server , and queries the table.

Примечание

При использовании SQLNCLI SQL ServerSQL Server будет использовать последнюю версию поставщика OLE DB для собственного клиента SQL Server.Using SQLNCLI will redirect SQL ServerSQL Server to the latest version of SQL Server Native Client OLE DB Provider. Предполагается, что поставщик OLE DB будет зарегистрирован в реестре с указанным идентификатором PROGID.The OLE DB provider is expected to be registered with the specified PROGID in the registry.

Важно!

Собственный клиент OLE DB для SQL Server (SQLNCLI) объявляется нерекомендуемым для новых разработок.SQL Server Native Client OLE DB provider (SQLNCLI) remains deprecated and it is not recommended to use it for new development work. Вместо этого используйте новый драйвер Microsoft OLE DB для SQL Server (MSOLEDBSQL), который будет обновлен с самыми последними серверными компонентами.Instead, use the new Microsoft OLE DB Driver for SQL Server (MSOLEDBSQL) which will be updated with the most recent server features.

ИНТЕРФЕЙС И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

Поддерживаемые ОС

Windows 10 / Windows 8.1 / Windows 8 /
Windows 7 / Server 2012R2¹ / Server
2012¹ / Server 2008R2¹ / Server 2008¹ /
Server 2003R2¹ / Server 2003¹ / Vista
Mac OS X версии 10.6 и
выше
Linux²

Сетевой протокол

Печать:
LPD, RAW, WSD-Печать
(IPv4,IPv6)
Сканер:
Эл. почта, SMB,
WSD-Сканирование
(IPv4, IPv6)
Службы
приложений
TCP/IP:
Bonjour(mDNS), HTTP, HTTPS, POP перед
SMTP (IPv4,IPv6)
DHCP, ARP+PING, Auto IP, WINS (IPv4)
DHCPv6 (IPv6)
Управление:

SNMPv1, SNMPv3 (IPv4,IPv6)
Безопасность
(проводное
подключение):

Фильтр
IP/MAC-адреса, IEEE802.1X,
SNMPv3, HTTPS, IPsec
Безопасность
(беспроводное
подключение):

WEP(64/128 бит), WPA-PSK(TKIP/AES), WPA2-PSK(AES)

Программное обеспечение и управление принтером

Presto! Page Manager,
MF Scan Utility,
удаленный
пользовательский
интерфейс
(RUI),
инструмент
SSID,
управление
именем
подразделения,

инструмент
уровня
тонера,
Консоль iW Management
Console:
программное
обеспечение
на основе
сервера
для
централизованного
управления
группой
устройств

eMaintenance:
встроенная
RDS позволяет
использовать
удаленные
сервисы eMaintenance,
такие как
замеры
показаний,
автоматическое
управление
расходными
материалами
и
удаленная
диагностика.

Пример

Рассмотрим примеры MySQL функции EXTRACT, чтобы понять, как использовать функцию EXTRACT в MySQL. Например:

MySQL

mysql> SELECT EXTRACT(MICROSECOND FROM ‘2014-11-02 09:25:11.000001’);
#Результат: 1

mysql> SELECT EXTRACT(SECOND FROM ‘2014-11-02 09:25:11’);

#Результат: 11

mysql> SELECT EXTRACT(MINUTE FROM ‘2014-11-02 09:25:11’);

#Результат: 25

mysql> SELECT EXTRACT(HOUR FROM ‘2014-11-02 09:25:11’);

#Результат: 9

mysql> SELECT EXTRACT(DAY FROM ‘2014-11-02’);

#Результат: 2

mysql> SELECT EXTRACT(WEEK FROM ‘2014-11-02’);

#Результат: 44

mysql> SELECT EXTRACT(MONTH FROM ‘2014-11-02’);

#Результат: 11

mysql> SELECT EXTRACT(QUARTER FROM ‘2014-11-02’);

#Результат: 4

mysql> SELECT EXTRACT(YEAR FROM ‘2014-11-02’);

#Результат: 2014

mysql> SELECT EXTRACT(SECOND_MICROSECOND FROM ‘2014-11-02 09:25:11.000001’);
#Результат: 11000001

mysql> SELECT EXTRACT(MINUTE_MICROSECOND FROM ‘2014-11-02 09:25:11.000001’);

#Результат: 2511000001

mysql> SELECT EXTRACT(MINUTE_SECOND FROM ‘2014-11-02 09:25:11’);

#Результат: 2511

mysql> SELECT EXTRACT(HOUR_MICROSECOND FROM ‘2014-11-02 09:25:11.000001’);

#Результат: 92511000001

mysql> SELECT EXTRACT(HOUR_SECOND FROM ‘2014-11-02 09:25:11’);

#Результат: 92511

mysql> SELECT EXTRACT(HOUR_MINUTE FROM ‘2014-11-02 09:25:11’);

#Результат: 925

mysql> SELECT EXTRACT(DAY_MICROSECOND FROM ‘2014-11-02 09:25:11.000001’);
#Результат: 2092511000001

mysql> SELECT EXTRACT(DAY_SECOND FROM ‘2014-11-02 09:25:11’);

#Результат: 2092511

mysql> SELECT EXTRACT(DAY_MINUTE FROM ‘2014-11-02 09:25:11’);

#Результат: 20925

mysql> SELECT EXTRACT(DAY_HOUR FROM ‘2014-11-02 09:25:11’);

#Результат: 209

mysql> SELECT EXTRACT(YEAR_MONTH FROM ‘2014-11-02’);

#Результат: 201411

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
mysql>SELECTEXTRACT(MICROSECONDFROM’2014-11-02 09:25:11.000001′);
#Результат:  1
 
mysql>SELECTEXTRACT(SECONDFROM’2014-11-02 09:25:11′);
 
#Результат:  11
 
mysql>SELECTEXTRACT(MINUTEFROM’2014-11-02 09:25:11′);
 
#Результат:  25
 
mysql>SELECTEXTRACT(HOURFROM’2014-11-02 09:25:11′);
 
#Результат:  9
 
mysql>SELECTEXTRACT(DAYFROM’2014-11-02′);
 
#Результат:  2
 
mysql>SELECTEXTRACT(WEEKFROM’2014-11-02′);
 
#Результат:  44
 
mysql>SELECTEXTRACT(MONTHFROM’2014-11-02′);
 
#Результат:  11
 
mysql>SELECTEXTRACT(QUARTERFROM’2014-11-02′);
 
#Результат:  4
 
mysql>SELECTEXTRACT(YEARFROM’2014-11-02′);
 
#Результат:  2014
 
mysql>SELECTEXTRACT(SECOND_MICROSECONDFROM’2014-11-02 09:25:11.000001′);
#Результат:  11000001
 
mysql>SELECTEXTRACT(MINUTE_MICROSECONDFROM’2014-11-02 09:25:11.000001′);
 
#Результат:  2511000001
 
mysql>SELECTEXTRACT(MINUTE_SECONDFROM’2014-11-02 09:25:11′);
 
#Результат:  2511
 
mysql>SELECTEXTRACT(HOUR_MICROSECONDFROM’2014-11-02 09:25:11.000001′);
 
#Результат:  92511000001
 
mysql>SELECTEXTRACT(HOUR_SECONDFROM’2014-11-02 09:25:11′);
 
#Результат:  92511
 
mysql>SELECTEXTRACT(HOUR_MINUTEFROM’2014-11-02 09:25:11′);
 
#Результат:  925
 
mysql>SELECTEXTRACT(DAY_MICROSECONDFROM’2014-11-02 09:25:11.000001′);
#Результат:  2092511000001
 
 
mysql>SELECTEXTRACT(DAY_SECONDFROM’2014-11-02 09:25:11′);
 
#Результат:  2092511
 
mysql>SELECTEXTRACT(DAY_MINUTEFROM’2014-11-02 09:25:11′);
 
#Результат:  20925
 
mysql>SELECTEXTRACT(DAY_HOURFROM’2014-11-02 09:25:11′);
 
#Результат:  209
 
mysql>SELECTEXTRACT(YEAR_MONTHFROM’2014-11-02′);
 
#Результат:  201411

Описание типа данных timetime Description

СвойствоProperty ЗначениеValue
СинтаксисSyntax time time
ИспользованиеUsage DECLARE @MyTime time(7)DECLARE @MyTime time(7)CREATE TABLE Таблица1 ( Столбец1 time(7) )CREATE TABLE Table1 ( Column1 time(7) )
fractional seconds scalefractional seconds scale Задает число знаков для долей секунды.Specifies the number of digits for the fractional part of the seconds.Может быть целым числом от 0 до 7.This can be an integer from 0 to 7. Для Informatica может быть целым числом от 0 до 3.For Informatica, this can be an integer from 0 to 3.Длина дробной части по умолчанию равна 7 (100 нс).The default fractional scale is 7 (100ns).
Формат строковых литералов по умолчаниюDefault string literal format(используется для клиента нижнего уровня)(used for down-level client) чч:мм:сс для Informatica)hh:mm:ss for Informatica)Дополнительные сведения см. в разделе .For more information, see the section.
ДиапазонRange От 00:00:00.0000000 до 23:59:59.9999999 (от 00:00:00.000 до 23:59:59.999 для Informatica)00:00:00.0000000 through 23:59:59.9999999 (00:00:00.000 through 23:59:59.999 for Informatica)
Диапазоны элементовElement ranges Обозначение чч состоит из двух цифр, представляющих час, и принимает значения от 0 до 23.hh is two digits, ranging from 0 to 23, that represent the hour.Обозначение мм состоит из двух цифр, представляющих минуты, и принимает значения от 0 до 59.mm is two digits, ranging from 0 to 59, that represent the minute.Обозначение сс состоит из двух цифр, представляющих секунды, и принимает значения от 0 до 59.ss is two digits, ranging from 0 to 59, that represent the second.Обозначение n* может содержать от нуля до семи цифр, представляющих доли секунды, и принимает значения от 0 до 9999999.n* is zero to seven digits, ranging from 0 to 9999999, that represent the fractional seconds. Для Informatica обозначение n* может содержать от нуля до трех цифр и принимает значения от 0 до 999.For Informatica, n* is zero to three digits, ranging from 0 to 999.
Длина в символахCharacter length От 8 позиций (чч:мм:сс) до 16 позиций (чч:мм:сс.ннннннн).8 positions minimum (hh:mm:ss) to 16 maximum (hh:mm:ss.nnnnnnn). Для Informatica максимальная длина равна 12 (чч:мм:сс.ннн).For Informatica, the maximum is 12 (hh:mm:ss.nnn).
Точность, масштабPrecision, scale(только пользовательский масштаб)(user specifies scale only) См. таблицу ниже.See the table below.
Объем памятиStorage size 5 байт, по умолчанию используется фиксированная точность 100 нс.5 bytes, fixed, is the default with the default of 100ns fractional second precision. В Informatica размер по умолчанию — 4 байта; по умолчанию используется фиксированная точность 1 мс.In Informatica, the default is 4 bytes, fixed, with the default of 1ms fractional second precision.
ТочностьAccuracy 100 наносекунд (1 миллисекунда в Informatica)100 nanoseconds (1 millisecond in Informatica)
Значение по умолчаниюDefault value 00:00:0000:00:00Это значение используется как присоединяемая часть даты при неявном преобразовании данных типа date в значение типа datetime2 или datetimeoffset.This value is used for the appended time part for implicit conversion from date to datetime2 or datetimeoffset.
Определяемая пользователем точность в долях секундыUser-defined fractional second precision ДаYes
Учет и сохранение смещения часового поясаTime zone offset aware and preservation нетNo
Учет перехода на летнее времяDaylight saving aware нетNo
Указанный масштабSpecified scale Результат (точность, масштаб)Result (precision, scale) Длина столбца (в байтах)Column length (bytes) Дробная частьFractionalсекундsecondsprecisionprecision
timetime (16,7) (16,7) 5 (4 в Informatica)5 (4 in Informatica) 7 (3 в Informatica)7 (3 in Informatica)
time(0)time(0) (8,0)(8,0) 33 0–20-2
time(1)time(1) (10,1)(10,1) 33 0–20-2
time(2)time(2) (11,2)(11,2) 33 0–20-2
time(3)time(3) (12,3)(12,3) 44 3–43-4
time(4)time(4)Не поддерживается в Informatica.Not supported in Informatica. (13,4)(13,4) 44 3–43-4
time(5)time(5)Не поддерживается в Informatica.Not supported in Informatica. (14,5)(14,5) 55 5–75-7
time(6)time(6)Не поддерживается в Informatica.Not supported in Informatica. (15,6)(15,6) 55 5–75-7
time(7)time(7)Не поддерживается в Informatica.Not supported in Informatica. (16,7)(16,7) 55 5–75-7

RemarksRemarks

Инструкция DBCC CLONEDATABASE выполняет указанные ниже проверки.The following validations are performed by DBCC CLONEDATABASE. Если хотя бы одна из них не пройдена, команда завершается сбоем.The command fails if any of the validations fail.

  • База данных-источник должна быть пользовательской базой данных.The source database must be a user database. Клонировать системные базы данных (master, msdb, tempdb, шаблон базы данных, базу данных распространителя и т. д.) нельзя.Cloning of system databases (master, model, msdb, tempdb, distribution database etc.) isn’t allowed.
  • База данных-источник должна находиться в режиме «в сети» и быть доступной для чтения.The source database must be online or readable.
  • Не должно существовать базы данных с тем же именем, что и у клонированной базы данных.A database that uses the same name as the clone database must not already exist.
  • Команда не включена в пользовательскую транзакцию.The command isn’t in a user transaction.

Если все проверки пройдены успешно, база данных-источник клонируется, для чего выполняются перечисленные ниже операции.If all the validations succeed, the cloning of the source database is performed by the following operations:

  • Создается конечная база данных с той же структурой файлов, что и в базе данных-источнике, но с размерами файлов по умолчанию из шаблона базы данных.Creates a new destination database that uses the same file layout as the source but with default file sizes from the model database.
  • Создается внутренний моментальный снимок базы данных-источника.Creates an internal snapshot of the source database.
  • Системные метаданные копируются из базы данных-источника в конечную базу данных.Copies the system metadata from the source to the destination database.
  • Схема всех объектов копируется из базы данных-источника в конечную базу данных.Copies all schema for all objects from the source to the destination database.
  • Статистика всех индексов копируется из базы данных-источника в конечную базу данных.Copies statistics for all indexes from the source to the destination database.

Примечание

Новая база данных, созданная инструкцией DBCC CLONEDATABASE, предназначена в первую очередь для устранения неполадок и диагностики.The new database generated from DBCC CLONEDATABASE is primarily intended for troubleshooting and diagnostic purposes. Чтобы клонированную базу данных можно было использовать как рабочую, необходимо задать параметр VERIFY_CLONEDB.In order for the cloned database to be supported for use as a production database, the VERIFY_CLONEDB option must be used.

Все файлы в конечной базе данных наследуют размер и параметры увеличения размера от шаблона базы данных.All files in the target database will inherit the size and growth settings from the model database. Имена файлов в конечной базе данных следуют соглашению «имя исходного файла_случайное число».The file names for the destination database will follow the source_file_name _underscore_random number convention. Если файл с таким именем уже существует в конечной папке, инструкция DBCC CLONEDATABASE завершится сбоем.If the generated file name already exists in the destination folder, DBCC CLONEDATABASE will fail.

Инструкция DBCC CLONEDATABASE не поддерживает создание клона, если в шаблоне базы данных были созданы какие-либо пользовательские объекты (таблицы, индексы, схемы, роли и т. д.).DBCC CLONEDATABASE doesn’t support creation of a clone if there are any user objects (tables, indexes, schemas, roles, and so on) that were created in the model database. Если в шаблоне базы данных есть пользовательские объекты, клонирование базы данных завершается сбоем со следующим сообщением об ошибке:If user objects are present in the model database, the database clone fails with following error message:

Важно!

Если у вас есть индексы columnstore, см. запись блога Настройка запросов с индексами columnstore в клонированных базах данных, чтобы узнать, как обновить статистику индексов columnstore перед выполнением команды DBCC CLONEDATABASE.If you have columnstore indexes, see Considerations when you tune the queries with Columnstore indexes on clone databases to update columnstore index statistics before you run the DBCC CLONEDATABASE command. Начиная с SQL Server 2019 вручную выполнять действия, описанные в этой статье, не нужно, так как команда DBCC CLONEDATABASE собирает эти сведения автоматически.Starting with SQL Server 2019, the manual steps outlined in the article above will no longer be required as the DBCC CLONEDATABASE command gathers this information automatically.

РекомендацииBest Practices

Примите во внимание приведенные ниже рекомендации.We recommend the following:

  • Не следует регулярно выполнять инструкцию DBCC UPDATEUSAGE.Do not run DBCC UPDATEUSAGE routinely. Поскольку выполнение инструкции DBCC UPDATEUSAGE для больших таблиц или баз данных занимает много времени, ее следует запускать, только если есть подозрения, что хранимая процедура sp_spaceused возвращает неверные значения.Because DBCC UPDATEUSAGE can take some time to run on large tables or databases, it should not be used only unless you suspect incorrect values are being returned by sp_spaceused.
  • Регулярно (например, еженедельно) инструкцию DBCC UPDATEUSAGE стоит выполнять, только если в базе данных часто производятся изменения на языке описания данных DDL, например выполняются инструкции CREATE, ALTER или DROP.Consider running DBCC UPDATEUSAGE routinely (for example, weekly) only if the database undergoes frequent Data Definition Language (DDL) modifications, such as CREATE, ALTER, or DROP statements.

BLOB-объект статистики для индексов columnstoreStats blob for columnstore indexes

SQL Server 2019 (15.x)SQL Server 2019 (15.x), автоматически собирает большие двоичные объекты статистики индексов columnstore, что позволяет не выполнять дополнительные действия вручную., automatically captures the stats blobs for columnstore indexes, so no manual steps are required. позволяет создать копию только схемы базы данных, содержащую все элементы, необходимые для устранения проблем с производительностью запросов без копирования данных.creates a schema-only copy of a database that includes all the elements necessary to troubleshoot query performance issues without copying the data. В предыдущих версиях SQL ServerSQL Server эта команда не копировала данные статистики, необходимые для точного устранения неполадок с запросами индекса columnstore, и для получения этих сведений требовалось выполнять некоторые действия вручную.In previous versions of SQL ServerSQL Server, the command did not copy the statistics necessary to accurately troubleshoot columnstore index queries and manual steps were required to capture this information.

Сведения о безопасности данных в клонированных базах данных см. в записи блога Сведения о безопасности данных в клонированных базах данных.For information related to data security on cloned databases, see Understanding data security in cloned databases.

Работа с DS1621

Команды обмена

Обмен данными с DS1621 производится по стандартному протоколу I2C. Микросхема участвует в нем в качестве slave-устройства. Slave-адрес DS1621 имеет вид 1001ххх, где ххх – состояние линий А0-А2 микросхемы. Для работы с DS1621 используются следующие команды:

22h – «Останов преобразования» — команда производит завершение работы схемы преобразования температуры. Дополнительных данных для работы не требуется.

AAh – «Чтение температуры» — Результатом работы команды являются два байта данных, содержащих значение измеренной температуры.

A1h – «Установка TH» — команда установки верхнего порога срабатывания термостата. После данной команды требуется передача двух байтов значения порога.

A2h — «Установка TL» — команда установки нижнего порога срабатывания термостата. После данной команды требуется передача двух байтов значения порога.

A8h – «чтение температурного счетчика». Команда работает только на чтение и позволяет считать данные счетчика, частота работы которого зависит от температуры.

A9h — «чтение стабильного счетчика». Команда работает только на чтение и позволяет считать данные счетчика, частота работы которого не зависит от температуры.

AСh – «Регистр конфигурации». В зависимости от состояния бита R/W производится запись или чтение регистра конфигурации. Формат используемых данных – байт.

EEh – «Старт счетчика» — команда начала измерения температуры. Дополнительных данных не требуется.

Повышение точности измерений

Датчик температуры DS1621 допускает повышение точности измерения. Для этого пользователю доступны значения счетчиков стабильного N и температурнозависимого N генератора. Зная измеренное значение температуры Tи значения счетчиков можно воспользоваться формулой:

T=T – 0.25 + (N-N)/N

Также желательна калибровка датчика с определением необходимых поправок. Учет этих поправок должен производиться в контроллере.

Режим термостата

Микросхема DS1621 может работать в режиме термостата. Для этого имеется выход Tout, устанавливаемый в зависимости от значения температуры. Пороги включения и выключения выхода задаются значениями в регистрах TH и TL. Полярность выхода устанавливается битом POL регистра конфигурации.

ОБЩИЕ ХАРАКТЕРИСТИКИ

Габариты с лотками
(Ш x Г x В)

Место установки
(Ш x Г x В)

Энергопотребление

Максимальная:
прибл. 1160 Вт
Режим
ожидания:
прибл. 9,4 Вт
В спящем
режиме:
прибл.
1,4 Вт¹
Выключенное
питание: не
более 0,1 Вт
Обычное
потребление
энергии (TEC):
1,2 кВт/ч в
неделю (230 В)
Время
бездействия
до
перехода в
спящий
режим:
3-60 мин (по
умолчанию:
3 мин)
Время
бездействия
до
перехода в
режим
автоматического
выключения:
4 часа (по
умолчанию)

Lot26 (http://www.canon-europe.com/For_Work/Lot26/index.aspx)

Уровень шума

Звуковое
давление¹:

В рабочем
режиме: 53 дБ
при
черно-белой
печати
В режиме
ожидания:
без шума
Акустическая
мощность¹:

В рабочем
режиме: не
более 70,6 дБ
при
черно-белой
печати
В режиме
ожидания:
не более
53 дБ

RemarksRemarks

всегда наследует параметры сортировки экземпляра независимо от параметров сортировки, заданных для столбцов. always inherits the instance collation, irrespective of collation set for columns.

Функцию можно использовать для доступа к удаленным данным из источников OLE DB только в том случае, если параметр реестра DisallowAdhocAccess явно содержит значение 0 для указанного поставщика, а также если включен расширенный параметр конфигурации Ad Hoc Distributed Queries. can be used to access remote data from OLE DB data sources only when the DisallowAdhocAccess registry option is explicitly set to 0 for the specified provider, and the Ad Hoc Distributed Queries advanced configuration option is enabled. Если эти параметры не установлены, поведение по умолчанию запрещает нерегламентированный доступ.When these options are not set, the default behavior does not allow for ad hoc access.

Функция может применяться в тех же местах в коде Transact-SQLTransact-SQL, где и имя связанного сервера.The function can be used in the same Transact-SQLTransact-SQL syntax locations as a linked-server name. Следовательно, функцию можно использовать в качестве первой из четырех частей имени, которое ссылается на таблицу или представление в инструкциях SELECT, INSERT, UPDATE, DELETE или в удаленной хранимой процедуре в инструкции EXECUTE.Therefore, can be used as the first part of a four-part name that refers to a table or view name in a SELECT, INSERT, UPDATE, or DELETE statement, or to a remote stored procedure in an EXECUTE statement. При запуске удаленных хранимых процедур функция должна ссылаться на другой экземпляр SQL ServerSQL Server.When executing remote stored procedures, should refer to another instance of SQL ServerSQL Server. Функция OPENDATASOURCE не может принимать переменные в качестве аргументов.OPENDATASOURCE does not accept variables for its arguments.

Функции и должны использоваться только для ссылки на источники данных OLE DB, обращения к которым происходят нечасто.Like the function, should only reference OLE DB data sources that are accessed infrequently. Задайте связанный сервер для любых источников данных, доступ к которым производится достаточно часто.Define a linked server for any data sources accessed more than several times. Функции OPENDATASOURCE и OPENROWSET не обеспечивают полную поддержку для определения связанных серверов. Например, отсутствует функция управления безопасностью и возможность запросить данные каталога.Neither OPENDATASOURCE nor OPENROWSET provides all the functionality of linked-server definitions, such as security management and the ability to query catalog information. Вся информация о соединении, включая пароли, должна предоставляться каждый раз при вызове OPENDATASOURCE.All connection information, including passwords, must be provided every time that OPENDATASOURCE is called.

Важно!

Проверка подлинности Windows намного надежнее, чем проверка подлинности SQL ServerSQL Server.Windows Authentication is much more secure than SQL ServerSQL Server Authentication. Везде, где возможно, следует применять проверку подлинности Windows.You should use Windows Authentication whenever possible. Не рекомендуется использовать функцию с паролями, явно присутствующими в строке соединения. should not be used with explicit passwords in the connection string.

Требования к соединениям для каждого поставщика похожи на требования к этим параметрам при создании связанных серверов.The connection requirements for each provider are similar to the requirements for those parameters when creating linked servers. Подробные сведения для многих распространенных поставщиков приведены в статье sp_addlinkedserver (Transact-SQL).The details for many common providers are listed in the article sp_addlinkedserver (Transact-SQL).

Любой вызов функции , или в предложении вычисляется отдельно и независимо от любого вызова этих функций, используемого как назначение при обновлении, даже если в двух таких вызовах будут заданы идентичные аргументы.Any call to , , or in the clause is evaluated separately and independently from any call to these functions used as the target of the update, even if identical arguments are supplied to the two calls. В частности, условия фильтра или соединения, применяемые к результатам одного из таких вызовов, никак не влияют на результаты другого.In particular, filter or join conditions applied on the result of one of those calls has no effect on the results of the other.

RemarksRemarks

Инструкция DBCC UPDATEUSAGE исправляет результаты подсчета строк, использованных страниц, зарезервированных страниц, конечных страниц и страниц данных для каждой секции в таблице или индексе.DBCC UPDATEUSAGE corrects the rows, used pages, reserved pages, leaf pages and data page counts for each partition in a table or index. Если в системных таблицах нет неточностей, инструкция DBCC UPDATEUSAGE не возвращает никаких данных.If there are no inaccuracies in the system tables, DBCC UPDATEUSAGE returns no data. Если неточности обнаружены и исправлены, а параметр WITH NO_INFOMSGS не использовался, инструкция DBCC UPDATEUSAGE возвращает строки и столбцы, обновляемые в системных таблицах.If inaccuracies are found and corrected and WITH NO_INFOMSGS is not used, DBCC UPDATEUSAGE returns the rows and columns being updated in the system tables.

Инструкция DBCC CHECKDB была улучшена для обнаружения неправильных результатов подсчета страниц и строк.DBCC CHECKDB has been enhanced to detect when page or row counts become negative. При их обнаружении выходные данные инструкции DBCC CHECKDB будут содержать предупреждение и рекомендацию выполнить инструкцию DBCC UPDATEUSAGE, чтобы решить эту проблему.When detected, the DBCC CHECKDB output contains a warning and a recommendation to run DBCC UPDATEUSAGE to address the issue.

АргументыArguments

‘provider_name»provider_name’Имя, зарегистрированное как PROGID имя поставщика OLE DB, используемое для доступа к источнику данных.Is the name registered as the PROGID of the OLE DB provider used to access the data source. Аргумент provider_name имеет тип данных char и не имеет значения по умолчанию.provider_name is a char data type, with no default value.

Важно!

Предыдущие поставщики Microsoft OLE DB для SQL Server (SQLOLEDB) и собственный клиент OLE DB для SQL Server (SQLNCLI) объявляются нерекомендуемыми для новых разработок.The previous Microsoft OLE DB Provider for SQL Server (SQLOLEDB) and SQL Server Native Client OLE DB provider (SQLNCLI) remain deprecated and it is not recommended to use either for new development work. Вместо этого используйте новый драйвер Microsoft OLE DB для SQL Server (MSOLEDBSQL), который будет обновлен с самыми последними серверными компонентами.Instead, use the new Microsoft OLE DB Driver for SQL Server (MSOLEDBSQL) which will be updated with the most recent server features.

‘init_string»init_string’Строка подключения, передаваемая в интерфейс IDataInitialize поставщика назначения.Is the connection string passed to the IDataInitialize interface of the destination provider. Синтаксис строки поставщика основан на парах «ключевое слово — значение», разделенных точкой с запятой, например: » ключевое_слово1=значение ; ключевое_слово2=значение » .The provider string syntax is based on keyword-value pairs separated by semicolons, such as: ‘keyword1=value ; keyword2=value’.

Описание конкретных пар «ключевое_слово-значение», поддерживаемых поставщиком, см. в пакете MicrosoftMicrosoft Data Access SDK.For specific keyword-value pairs supported on the provider, see the MicrosoftMicrosoft Data Access SDK. Данная документация определяет основной синтаксис.This documentation defines the basic syntax. В приведенной ниже таблице представлены наиболее часто используемые ключевые слова в аргументе init_string.The following table lists the most frequently used keywords in the init_string argument.

Ключевое словоKeyword Свойство OLE DBOLE DB property Допустимые значения и описаниеValid values and description
Источник данныхData Source DBPROP_INIT_DATASOURCEDBPROP_INIT_DATASOURCE Имя источника данных для подключения.Name of the data source to connect to. Различные поставщики интерпретируют его по-разному.Different providers interpret this in different ways. Для поставщика OLE DB для собственного клиента SQL ServerSQL Server это означает имя сервера.For SQL ServerSQL Server Native Client OLE DB provider, this indicates the name of the server. Для поставщика Jet OLE DB таким образом определяется полный путь к MDB-файлу или XLS-файлу.For Jet OLE DB provider, this indicates the full path of the .mdb file or .xls file.
РасположениеLocation DBPROP_INIT_LOCATIONDBPROP_INIT_LOCATION Расположение базы данных для подключения.Location of the database to connect to.
Расширенные свойстваExtended Properties DBPROP_INIT_PROVIDERSTRINGDBPROP_INIT_PROVIDERSTRING Строка подключения этого поставщика.The provider-specific connect-string.
Время ожидания подключенияConnect timeout DBPROP_INIT_TIMEOUTDBPROP_INIT_TIMEOUT Время, по истечении которого попытка соединения признается неудачной.Time out value after which the connection try fails.
Идентификатор пользователя.User ID DBPROP_AUTH_USERIDDBPROP_AUTH_USERID Идентификатор пользователя для соединения.User ID to be used for the connection.
ПарольPassword DBPROP_AUTH_PASSWORDDBPROP_AUTH_PASSWORD Пароль для соединения.Password to be used for the connection.
КаталогCatalog DBPROP_INIT_CATALOGDBPROP_INIT_CATALOG Имя первоначального каталога или каталога по умолчанию при подключении к источнику данных.The name of the initial or default catalog when connecting to the data source.
Встроенные функции безопасностиIntegrated Security DBPROP_AUTH_INTEGRATEDDBPROP_AUTH_INTEGRATED SSPI для указания проверки подлинности WindowsSSPI, to specify Windows Authentication
Ссылка на основную публикацию