Главная / Программирование в Microsoft SQL Server 2000

Программирование в Microsoft SQL Server 2000 - ответы на тесты Интуит

Курс познакомит вас с Microsoft SQL Server 2000 - одним из перспективных инструментов для создания и управления реляционными базами данных.

Список вопросов:

# Основным инструментом для администрирования SQL Server 2000 является:
# Утилита Enterprise Manager используется для:
# Утилита Microsoft Management Console (MMC) предназначена для:
# Перед использованием SQL Server Enterprise Manager для доступа к данным, следует:
# SQL Server поддерживает режимы аутентификации:
# Использование модели Windows Authentication, для аутентификации при входе в систему, позволяет:
# Использование модели SQL Server Authentication, для аутентификации при входе в систему, позволяет:
# Для регистрации экземпляра SQL Server необходимо знать информацию:
# [Большая Картинка]При выборе пункта New SQL Server Registration появится:
# [Большая Картинка]При выборе SQL Server Authentication следует:
# Регистрировать экземпляр SQL Server следует:
# Существуют состояния экземпляра SQL Server:
# Дерево консоли Console Tree в Enterprise Manager предназначено для:
# Дерево консоли Console Tree в Enterprise Manager показывает:
# Объект Database в дереве консоли Enterprise Manager представляет собой:
# Объект Management в дереве консоли Enterprise Manager представляет собой:
# Объект Meta Data Services в дереве консоли Enterprise Manager представляет собой:
# Объект Data Transformation Services в дереве консоли Enterprise Manager представляет собой:
# Системная база данных Master предназначена для:
# Системная база данных Model предназначена для:
# Системная база данных Msdb предназначена для:
# Системная база данных Tempdb предназначена для:
# В базах данных SQL Server существуют объекты:
# В базах данных SQL Server существуют объекты:
# В базах данных SQL Server существуют объекты:
# В базах данных SQL Server существуют объекты:
# Объект View базы данных SQL Server определяет:
# Объект Default базы данных SQL Server определяет:
# Объект User Defined Function базы данных SQL Server определяет:
# Объект User Defined Data Type базы данных SQL Server определяет:
# Диаграммы баз данных обеспечивают:
# При внесении изменений в базу данных, в диаграммах:
# Диаграммы баз данных обеспечивают:
# Для создания диаграммы базы данных используется мастер:
# [Большая Картинка]На данном этапе следует:
# [Большая Картинка]На данном этапе следует:
# [Большая Картинка]Можно изменить способ отображения:
# Для удаления таблицы из диаграммы базы данных следует:
# Для добавления таблицы в диаграмму базы данных следует:
# Диаграмма базы данных может использоваться для:
# SQL Server применяет изменения схемы базы данных:
# SQL Server применяет изменения схемы базы данных:
# Диаграмма базы данных может использоваться для:
# Если вы хотите создать таблицу в окне Database Diagram, то следует:
# Если вы хотите создать отношение в окне Database Diagram, то следует:
# Если вы хотите создать отношение в окне Database Diagram, то следует:
# Если вы хотите создать таблицу в окне Database Diagram, то следует:
# Для добавления столбца в таблицу в окне Database Diagram следует:
# Для добавления имеющейся таблицы в диаграмму базы данных следует:
# Для удаления таблицы из диаграммы базы данных следует:
# Конструктор запросов Query Designer позволяет:
# Для просмотра всех строк в таблице необходимо:
# Для ограничения количества отображаемых строк необходимо:
# Для добавления новых строк в Query Designer необходимо:
# [Большая Картинка]С помощью данного окна можно:
# [Большая Картинка]С помощью данного окна можно:
# Для добавления новых строк в Query Designer необходимо:
# Панель Diagram Pane позволяет:
# Панель Grid Pane позволяет:
# Панель SQL Pane позволяет:
# Для изучения T-SQL следует воспользоваться:
# Для изучения T-SQL следует воспользоваться:
# Для изучения T-SQL следует воспользоваться:
# Для редактирования строки в таблице необходимо:
# Для добавления строки в таблицу необходимо:
# Для управления панелью Diagram Pane необходимо:
# Для управления панелью Grid Pane необходимо:
# Для управления панелью SQL Pane необходимо:
# Для управления панелью Results Pane необходимо:
# Правильный синтаксис оператора SELECT:
# Для выбора всех столбцов таблицы оператор SELECT будет иметь вид:
# [Большая Картинка]Данное окно позволяет:
# Для отбора избранных столбцов оператор SELECT может иметь вид:
# Для отбора избранных столбцов оператор SELECT может иметь вид:
# Для отбора избранных столбцов оператор SELECT может иметь вид:
# Псевдоним определяет:
# Псевдоним изменяет:
# Использование псевдонимов оправдано в случае:
# SELECT TOP 7 CustID AS [ID], OrderID, SaleDate, ShipDate, DATEDIFF(Day, SaleDate, ShipDate) AS [DaysToShip] FROM Sale WHERE ShipDate IS NOT NULL Данный сценарий определяет:
# SELECT TOP 7 CustID AS [ID], OrderID, SaleDate, ShipDate, DATEDIFF(Day, SaleDate, ShipDate) AS [DaysToShip] FROM Sale WHERE ShipDate IS NOT NULL Данный сценарий определяет:
# SELECT TOP 7 CustID AS [ID], OrderID, SaleDate, ShipDate, DATEDIFF(Day, SaleDate, ShipDate) AS [DaysToShip] FROM Sale WHERE ShipDate IS NOT NULL Данный сценарий определяет:
# Вычисляемый столбец определяет:
# Функция GETDATE позволяет:
# Операция конкатенации строк позволяет:
# Использование фразы TOP n позволяет:
# Использование фразы TOP n PERCENT позволяет:
# SELECT TOP 30 PERCENT stdID AS [ID], stdName AS [STUDENT_NAME], clsName AS [STUDENT_CLASS], GETDATE() AS [TODAY] FROM STUDENTS, CLASSES WHERE STUDENTS.stdID = CLASSES.clsID Данный сценарий определяет:
# Фраза ORDER BY является:
# Фраза ORDER BY позволяет:
# Синтаксис оператора SELECT с учетом фраз ORDER BY и WHERE имеет вид:
# Тип сортировки Ascending определяет:
# Тип сортировки Descending определяет:
# Для сортировки строк с использованием панели Grid Pane необходимо:
# SELECT stdID, stdName, stdType FROM STUDENTS ORDER BY stdName DESC Данный сценарий выполняет действия:
# SELECT stdID, stdName, stdType FROM STUDENTS ORDER BY stdName ASC Данный сценарий выполняет действия:
# SELECT stdID, stdName, stdType FROM STUDENTS ORDER BY stdName DESC Данный сценарий выполняет действия:
# При изменении порядка следования имен столбцов во фразе ORDER BY произойдет следующее:
# При изменении порядка следования имен столбцов во фразе ORDER BY произойдет следующее:
# При изменении порядка следования имен столбцов во фразе ORDER BY произойдет следующее:
# Фраза WHERE является:
# Полный синтаксис оператора SELECT имеет вид:
# Базовая структура фразы WHERE имеет форму:
# В SQL Server допустимы операторы сравнения:
# Оператор LIKE позволяет:
# Оператор BETWEEN позволяет:
# Оператор IN позволяет:
# Символ замещения [] соответствует:
# Символ замещения % соответствует:
# Символ замещения [^] соответствует:
# Для объединения условий отбора следует:
# Синтаксис для объединения условия отбора с помощью оператора OR:
# Синтаксис для объединения условия отбора с помощью оператора AND:
# Фраза FROM используется для:
# Структура фразы FROM имеет форму:
# SQL Server 2000 поддерживает типы связывания:
# Синтаксис для связывания нескольких таблиц с помощью фразы FROM имеет вид:
# Если запрос связывает более одной таблицы, и таблицы содержат столбцы с одинаковыми именами, следует:
# Чтобы сослаться на объекты, содержащие в свою очередь другие объекты, следует:
# Полная спецификация для любого объекта базы данных определяется идентификаторами имен:
# Внутреннее связывание возвращает:
# Наиболее распространенной формой связывания является:
# Внутреннее связывание возвращает:
# SELECT Oils.OilID, Oils.OilName, PlantParts.PlantPart FROM Oils INNER JOIN PlantParts ON Oils.PlantPartID = PlantParts.PlantPartID Данный сценарий выполняет действия:
# SELECT Oils.OilID, Oils.OilName, PlantParts.PlantPart FROM Oils INNER JOIN PlantParts ON Oils.PlantPartID = PlantParts.PlantPartID Данный сценарий выполняет действия:
# SELECT Oils.OilID, Oils.OilName, PlantParts.PlantPart FROM Oils INNER JOIN PlantParts ON Oils.PlantPartID = PlantParts.PlantPartID Данный сценарий выполняет действия:
# SELECT Oils.OilID, Oils.OilName, Odors.Odor FROM Oils INNER JOIN OilOdors ON Oils.OilID = OilOdors.OilID INNER JOIN Odors ON OilOdors.OdorID = Odors.OdorID Данный сценарий выполняет действия:
# SELECT Oils.OilID, Oils.OilName, Odors.Odor FROM Oils INNER JOIN OilOdors ON Oils.OilID = OilOdors.OilID INNER JOIN Odors ON OilOdors.OdorID = Odors.OdorID Данный сценарий выполняет действия:
# SELECT Oils.OilID, Oils.OilName, Odors.Odor FROM Oils INNER JOIN OilOdors ON Oils.OilID = OilOdors.OilID INNER JOIN Odors ON OilOdors.OdorID = Odors.OdorID Данный сценарий выполняет действия:
# Внешнее связывание определяет:
# Внешние связывания бывают:
# Левое внешнее связывание возвращает:
# Правое внешнее связывание возвращает:
# SELECT Oils.OilName, Properties.Property FROM Oils RIGHT OUTER JOIN OilProperties ON Oils.OilID = OilProperties.OilID INNER JOIN Properties ON OilProperties.PropertyID = Properties.PropertyID Данный сценарий выполняет действия:
# SELECT Oils.OilName, Properties.Property FROM Oils RIGHT OUTER JOIN OilProperties ON Oils.OilID = OilProperties.OilID INNER JOIN Properties ON OilProperties.PropertyID = Properties.PropertyID Данный сценарий выполняет действия:
# SELECT Oils.OilName, Properties.Property FROM Oils RIGHT OUTER JOIN OilProperties ON Oils.OilID = OilProperties.OilID INNER JOIN Properties ON OilProperties.PropertyID = Properties.PropertyID Данный сценарий выполняет действия:
# Объединения характеризуются тем, что:
# Синтаксис объединения имеет вид:
# SELECT 'PropertyTable' AS TableName, PropertyID AS ID, Property AS Quality FROM Properties UNION SELECT 'OdorTable', OdorID, Odor FROM Odors ORDER BY Quality Данный сценарий выполняет действия:
# Использование ключевого слова DISTINCT позволяет:
# Для DISTINCT существует обратное по действию ключевое слово:
# Использование ключевого слова DISTINCT позволяет:
# Для DISTINCT существует обратное по действию ключевое слово:
# [Большая Картинка]Данное окно позволяет:
# [Большая Картинка]Данное окно позволяет:
# [Большая Картинка]Данное окно позволяет:
# SELECT DISTINCT PlantTypes.PlantType FROM Oils INNER JOIN PlantTypes ON Oils.PlantTypeID = PlantTypes.PlantTypeID Данный сценарий выполняет действия:
# SELECT DISTINCT PlantTypes.PlantType FROM Oils INNER JOIN PlantTypes ON Oils.PlantTypeID = PlantTypes.PlantTypeID Данный сценарий выполняет действия:
# SELECT DISTINCT PlantTypes.PlantType FROM Oils INNER JOIN PlantTypes ON Oils.PlantTypeID = PlantTypes.PlantTypeID Данный сценарий выполняет действия:
# Использование ключевого слова GROUP BY позволяет:
# Фраза GROUP BY чаще всего используется совместно с:
# Примерами функциями агрегирования являются:
# SELECT PlantParts.PlantPart, Count(Oils.OilName) AS [NumberOfOils] FROM Oils INNER JOIN PlantParts ON Oils.PlantPartID = PlantParts.PlantPartID GROUP BY PlantParts.PlantPart Данный сценарий выполняет действия:
# SELECT PlantParts.PlantPart, Count(Oils.OilName) AS [NumberOfOils] FROM Oils INNER JOIN PlantParts ON Oils.PlantPartID = PlantParts.PlantPartID GROUP BY PlantParts.PlantPart Данный сценарий выполняет действия:
# SELECT PlantParts.PlantPart, Count(Oils.OilName) AS [NumberOfOils] FROM Oils INNER JOIN PlantParts ON Oils.PlantPartID = PlantParts.PlantPartID GROUP BY PlantParts.PlantPart Данный сценарий выполняет действия:
# Использование ключевого слова HAVING позволяет:
# В один оператор SELECT может быть включена:
# SELECT PlantParts.PlantPart, Count(Oils.OilName) AS [NumberOfOils] FROM Oils INNER JOIN PlantParts ON Oils.PlantPartID = PlantParts.PlantPartID GROUP BY PlantParts.PlantPart HAVING NumberOfOils > 5 Ошибка сценария состоит в том, что:
# Представление представляет собой:
# Новая возможность, представленная в SQL Server 2000 позволяет:
# Индексированные представления лучше всего использовать для запросов:
# Представления можно создавать с помощью мастера:
# Enterprise Manager предусматривает методы для создания представления:
# [Большая Картинка]На данном этапе предполагается выбрать:
# Создав представление, следует:
# Если открыть View Designer для существующего представления, Enterprise Manager трактует его как:
# Для виртуальной таблицы базовым оператором SQL является:
# [Большая Картинка]На данном этапе предполагается выбрать:
# [Большая Картинка]На данном этапе предполагается выбрать:
# [Большая Картинка]На данном этапе предполагается выбрать:
# Для изменения представления следует использовать:
# Представление может быть изменено путем:
# Для изменения представления следует использовать:
# При удалении представления следует:
# [Большая Картинка]Данное окно предполагает:
# Для добавления представления в запрос необходимо:
# Оператор INSERT имеет синтаксис:
# Каждый оператор INSERT может модифицировать:
# Оператор INSERT имеет синтаксис:
# При использовании оператора INSERT для модификации представления следует учитывать ограничения:
# При использовании оператора INSERT для модификации представления следует учитывать ограничения:
# При использовании оператора INSERT для модификации представления следует учитывать ограничения:
# Список столбцов в операторе INSERT:
# Если не указан список столбцов, оператор INSERT:
# Использование ключевого слова DEFAULT позволяет:
# INSERT INTO Oils(OilName, LatinName, Sample) VALUES('InsertDefault', NULL, DEFAULT) Данный сценарий выполняет действия:
# INSERT INTO Oils(OilName, LatinName, Sample) VALUES('InsertDefault', NULL, DEFAULT) Данный сценарий выполняет действия:
# INSERT INTO Oils(OilName, LatinName, Sample) VALUES('InsertDefault', NULL, DEFAULT) Данный сценарий выполняет действия:
# Для вставки нескольких строк следует использовать следующий синтаксис оператора INSERT:
# Для вставки нескольких строк следует использовать следующий синтаксис оператора INSERT:
# Для вставки нескольких строк следует использовать следующий синтаксис оператора INSERT:
# [Большая Картинка]На данном этапе предполагается:
# [Большая Картинка]На данном этапе предполагается:
# [Большая Картинка]На данном этапе предполагается:
# Оператор UPDATE позволяет:
# Синтаксис оператора UPDATE имеет вид:
# Оператор UPDATE может модифицировать:
# При использовании оператора UPDATE для модификации представления следует учитывать ограничения:
# При использовании оператора UPDATE для модификации представления следует учитывать ограничения:
# При использовании оператора UPDATE для модификации представления следует учитывать ограничения:
# UPDATE MyOils SET Sample = "Sample Field" Данный сценарий выполняет действия:
# UPDATE MyOils SET Sample = "Sample Field" Данный сценарий выполняет действия:
# UPDATE MyOils SET Sample = "Sample Field" Данный сценарий выполняет действия:
# Для обновления нескольких строк следует использовать следующий синтаксис оператора UPDATE:
# Для обновления нескольких строк следует использовать следующий синтаксис оператора UPDATE:
# Для обновления нескольких строк следует использовать следующий синтаксис оператора UPDATE:
# UPDATE MyOils SET MyOils.PlantPartID = Oils.PlantPartID FROM MyOils INNER JOIN Oils ON MyOils.OilName = Oils.OilName Данный сценарий выполняет действия:
# UPDATE MyOils SET MyOils.PlantPartID = Oils.PlantPartID FROM MyOils INNER JOIN Oils ON MyOils.OilName = Oils.OilName Данный сценарий выполняет действия:
# UPDATE MyOils SET MyOils.PlantPartID = Oils.PlantPartID FROM MyOils INNER JOIN Oils ON MyOils.OilName = Oils.OilName Данный сценарий выполняет действия:
# Для модифицирования всех строк в таблице следует использовать следующий синтаксис оператора UPDATE:
# Для модифицирования определенных строк в таблице следует использовать следующий синтаксис оператора UPDATE:
# Для модифицирования всех строк в таблице следует использовать следующий синтаксис оператора UPDATE:
# Правильный синтаксис оператора DELETE имеет вид:
# Правильный синтаксис оператора DELETE имеет вид:
# Правильный синтаксис оператора DELETE имеет вид:
# Оператор DELETE НЕ поддерживает применение:
# В операторе DELETE связывать таблицы следует путем использования фразы:
# Висячими строками называют:
# DELETE FROM MyOils WHERE (OilName = 'Basil') Данный сценарий выполняет действия:
# DELETE FROM MyOils WHERE (OilName = 'Basil') Данный сценарий выполняет действия:
# DELETE FROM MyOils WHERE (OilName = 'Basil') Данный сценарий выполняет действия:
# DELETE MyOils FROM PlantParts WHERE (MyOils.PlantPartID = PlantParts.PlantPartID) AND (PlantParts.PlantPart = 'Roots') Данный сценарий выполняет действия:
# DELETE MyOils FROM PlantParts WHERE (MyOils.PlantPartID = PlantParts.PlantPartID) AND (PlantParts.PlantPart = 'Roots') Данный сценарий выполняет действия:
# DELETE MyOils FROM PlantParts WHERE (MyOils.PlantPartID = PlantParts.PlantPartID) AND (PlantParts.PlantPart = 'Roots') Данный сценарий выполняет действия:
# Оператор TRUNCATE TABLE, отличается от оператора DELETE тем, что:
# Оператор TRUNCATE TABLE предназначен для:
# Оператор TRUNCATE TABLE, отличается от оператора DELETE тем, что:
# Правильный синтаксис оператора TRUNCATE TABLE имеет вид:
# Правильный синтаксис оператора TRUNCATE TABLE имеет вид:
# Правильный синтаксис оператора TRUNCATE TABLE имеет вид:
# Существуют различные способы создания резервной копии базы данных:
# Создание полной резервной копии характеризуется тем, что:
# Дифференциальное резервирование характеризуется тем, что:
# Резервирование журнала транзакций характеризуется тем, что:
# Резервные копии следует хранить:
# Для создания резервной копии следует использовать мастер:
# Набор носителей резервных копий может быть:
# Мастер Database Maintenance Plan Wizard может использоваться для:
# Мастер Database Maintenance Plan Wizard может использоваться для:
# Мастер Database Maintenance Plan Wizard может использоваться для:
# [Большая Картинка]При таких настройках резервное копирование будет производиться:
# [Большая Картинка]Такие установки соответствуют действиям:
# [Большая Картинка]С помощью данного шага можно настроить параметры:
# [Большая Картинка]С помощью данного шага можно настроить параметры:
# Для выполнения резервного копирования базы данных следует:
# Для восстановления базы данных следует:
# Для создания плана сопровождения следует:
# [Большая Картинка]Свойство Append To The Backup Media определяет:
# [Большая Картинка]Свойство Overwite The Backup Media определяет:
# [Большая Картинка]Свойство Check Media Set Name And Backup Set Expiration Date определяет:
# Data Transformation Services (DTS) определяет:
# Data Transformation Services (DTS) определяет:
# Data Transformation Services (DTS) определяет:
# Мастер DTS Import Wizard позволяет импортировать данные:
# [Большая Картинка]На данном этапе предполагается:
# [Большая Картинка]При выборе опции Use A Query To Specify The Data To Transfer:
# [Большая Картинка]На данном этапе предполагается:
# [Большая Картинка]На данном этапе предполагается:
# [Большая Картинка]На данном этапе предполагается:
# Для отключения базы данных необходимо:
# Для подключения базы данных необходимо:
# [Большая Картинка]На данном этапе предполагается:
# Мастер Copy Database Wizard предназначен для:
# Для использования мастера Copy Database Wizard необходимо:
# Мастер Copy Database Wizard предназначен для:
# [Большая Картинка]Параметр Logins определяет:
# [Большая Картинка]Параметр Shared stored procedures from the master database определяет:
# [Большая Картинка]Параметр User-defined error messages определяет:
# Query Analyzer определяет:
# Query Analyzer предоставляет:
# Для управления запросами T-SQL следует использовать:
# Для запуска Query Analyzer из командной строки следует использовать команду:
# Для запуска Query Analyzer из Enterprise Manager следует:
# Если вы хотите переключиться на другую базу данных при запущенном Query Analyzer, то:
# Query Analyzer первоначально отображает:
# Окно Query утилиты Query Analyzer предназначено для:
# Окно Query также предоставляет возможность:
# Темно красный цвет в окне Query анализатора запросов Query Analyzer определяет:
# Синий цвет в окне Query анализатора запросов Query Analyzer определяет:
# Зеленый цвет в окне Query анализатора запросов Query Analyzer определяет:
# [Большая Картинка]Данное окно позволяет:
# [Большая Картинка]Данное окно позволяет:
# [Большая Картинка]Данное окно позволяет:
# Средство Object Browser в Query Analyzer позволяет:
# В Object Browser папка Common Objects определяет:
# Средство Object Browser в Query Analyzer позволяет:
# В Object Browser папка Common Objects определяет:
# Язык обращения с данными DML предназначен для:
# Язык определения данных DDL предназначен для:
# Язык SQL имеет составляющие:
# Синтаксис оператора CREATE INDEX имеет вид:
# Синтаксис оператора CREATE STATISTICS имеет вид:
# Синтаксис оператора CREATE INDEX имеет вид:
# Синтаксис оператора CREATE STATISTICS имеет вид:
# Синтаксис оператора CREATE DATABASE имеет вид:
# Синтаксис оператора CREATE FUNCTION имеет вид:
# Синтаксис оператора CREATE DATABASE имеет вид:
# Синтаксис оператора CREATE FUNCTION имеет вид:
# Синтаксис, для определения столбцов имеет вид:
# Синтаксис на ограничения столбцов имеет вид:
# Синтаксис, для определения столбцов имеет вид:
# Синтаксис на ограничения столбцов имеет вид:
# CREATE TABLE RelatedTable ( RelatedID smallint IDENTITY (1,1) PRIMARY KEY CLUSTERED, SimpleID smallint REFERENCES SimpleTable (SimpleID), RelatedDescription varchar(20) ) Данный сценарий выполняет действия:
# CREATE TABLE RelatedTable ( RelatedID smallint IDENTITY (1,1) PRIMARY KEY CLUSTERED, SimpleID smallint REFERENCES SimpleTable (SimpleID), RelatedDescription varchar(20) ) Данный сценарий выполняет действия:
# CREATE TABLE RelatedTable ( RelatedID smallint IDENTITY (1,1) PRIMARY KEY CLUSTERED, SimpleID smallint REFERENCES SimpleTable (SimpleID), RelatedDescription varchar(20) ) Данный сценарий выполняет действия:
# CREATE VIEW SimpleView AS SELECT Related, SimpleDescription, RelatedDescription FROM RelatedTable INNER JOIN SimpleTable ON RelatedTable.SimpleID = SimpleTable.SimpleID Данный сценарий выполняет действия:
# CREATE VIEW SimpleView AS SELECT Related, SimpleDescription, RelatedDescription FROM RelatedTable INNER JOIN SimpleTable ON RelatedTable.SimpleID = SimpleTable.SimpleID Данный сценарий выполняет действия:
# CREATE VIEW SimpleView AS SELECT Related, SimpleDescription, RelatedDescription FROM RelatedTable INNER JOIN SimpleTable ON RelatedTable.SimpleID = SimpleTable.SimpleID Данный сценарий выполняет действия:
# Синтаксис оператора ALTER PROCEDURE имеет вид:
# Синтаксис оператора ALTER TRIGGER имеет вид:
# Синтаксис оператора ALTER PROCEDURE имеет вид:
# Синтаксис оператора ALTER TRIGGER имеет вид:
# Для оператора ALTER COLUMN существуют ограничения. Стобец не может быть изменен, если он:
# Для оператора ALTER COLUMN существуют ограничения. Стобец не может быть изменен, если он:
# Для оператора ALTER COLUMN существуют ограничения. Стобец не может быть изменен, если он:
# Планы выполнения предназначены для:
# Планы выполнения предназначены для:
# Планы выполнения предназначены для:
# [Большая Картинка]Окно подсказки описывает:
# [Большая Картинка]Окно подсказки описывает:
# [Большая Картинка]Окно подсказки описывает:
# Трассировка определяет:
# Для выполнения трассировки сервера в SQL Server существуют средства:
# [Большая Картинка]Данное окно определяет:
# Клиентская статистика обеспечивает:
# Информация в панели клиентской статистики делится на разделы:
# [Большая Картинка]Данное окно определяет:
# Мастер Index Tuning Wizard для анализа данных предоставляет опции:
# Мастер Index Tuning Wizard предназначен для:
# Опция Tuning Mode для анализа данных определяет:
# [Большая Картинка]Данное окно определяет:
# [Большая Картинка]Данное окно определяет:
# [Большая Картинка]Данное окно определяет:
# К командам DML относятся:
# К командам DDL относятся:
# К командам администрирования базы данных относятся:
# Команда администрирования базы данных DENY позволяет:
# Команда администрирования базы данных GRANT позволяет:
# Команда администрирования базы данных SET позволяет:
# Наивысший приоритет имеет операция:
# Одинаковый приоритет имеют операции:
# Наименьший приоритет имеет операция:
# Оператором комментария является:
# Оператор % предназначен для:
# Оператор <> определяет значение:
# Побитные операции выполняются над:
# Битовое представление следует использовать при:
# Побитовый оператор ~ означает:
# Функция DATEDIFF возвращает:
# Функция DATEPART возвращает:
# Функция DATENAME возвращает:
# Функция агрегирования AVG возвращает:
# Функция агрегирования STDEVP возвращает:
# Функция агрегирования VARP возвращает:
# Функция метаданных INDEXPROPERTY возвращает:
# Функция метаданных TYPEPROPERTY возвращает:
# Функция метаданных SQL_VARIANT_PROPERTY возвращает:
# Системная функция ISNUMERIC возвращает:
# Системная функция DATALENGHT возвращает:
# Системная функция NEWID возвращает:
# Временные таблицы автоматически удаляются SQL Server 2000 после того, как:
# Для создания временной таблицы средствами T-SQL, следует:
# Временная таблицы не может иметь:
# Временная таблица, имя которой содержит один знак решетки, имеет:
# Временная таблица, имя которой содержит два знака решетки, имеет:
# Временные таблицы всегда создаются в системной базе данных:
# SELECT OilName, LatinName INTO ##TempTable FROM Oils Данный сценарий выполняет действия:
# SELECT OilName, LatinName INTO #TempTable FROM Oils Данный сценарий выполняет действия:
# SELECT OilName, LatinName INTO ##TempTable FROM Oils Данный сценарий выполняет действия:
# Переменные в SQL Server обозначаются:
# Синтаксис оператора DECLARE имеет вид:
# Синтаксис оператора DECLARE имеет вид:
# DECLARE var1 int, @var2 text, @var3 ntext В данном сценарии допущена ошибка:
# DECLARE var1 int, @var2 text, @var3 ntext В данном сценарии допущена ошибка:
# DECLARE var1 int, @var2 text, @var3 ntext В данном сценарии допущена ошибка:
# Глобальная переменная @@IDLE определяет:
# Глобальная переменная @@DBTS определяет:
# Глобальная переменная @@DATEFIRST определяет:
# Синтаксис операторов IF...ELSE имеет вид:
# Синтаксис операторов IF...ELSE имеет вид:
# Синтаксис операторов IF...ELSE имеет вид:
# DECLARE @x INT SET @x = NULL IF ( (@x = 0) OR (@x <> 0) ) PRINT 'True' ELSE PRINT 'Unknown' Данный сценарий выполняет действия:
# DECLARE @x INT SET @x = NULL IF ( (@x = 0) OR (@x <> 0) ) PRINT 'True' ELSE PRINT 'Unknown' Данный сценарий выполняет действия:
# DECLARE @x INT SET @x = NULL IF ( (@x = 0) OR (@x <> 0) ) PRINT 'True' ELSE PRINT 'Unknown' Данный сценарий выполняет действия:
# Синтаксис оператора CASE имеет вид:
# Синтаксис оператора CASE имеет вид:
# Синтаксис оператора CASE имеет вид:
# Команда GOTO отличается от команд IF...ELSE и CASE тем, что:
# PRINT 'I get executed' GOTO Point1 PRINT 'I get executed - YES!' Point1: PRINT 'I get executed too' Данный сценарий выполняет действия:
# Синтаксис оператора GOTO имеет вид:
# Синтаксис оператора WHILE имеет вид:
# Синтаксис оператора WHILE имеет вид:
# Синтаксис оператора WHILE имеет вид:
# DECLARE @Count INT DECLARE @Limit INT SET @Count = 0 SET @Limit = 10 WHILE ( @Count < @Limit ) BEGIN PRINT CAST ( @Count AS VARCHAR(10) ) + ' iteration' SET @Count = @Count + 1 END Данный сценарий выполняет действия:
# DECLARE @Count INT DECLARE @Limit INT SET @Count = 0 SET @Limit = 10 WHILE ( @Count < @Limit ) BEGIN PRINT CAST ( @Count AS VARCHAR(10) ) + ' iteration' SET @Count = @Count + 1 END Данный сценарий выполняет действия:
# DECLARE @Count INT DECLARE @Limit INT SET @Count = 0 SET @Limit = 10 WHILE ( @Count < @Limit ) BEGIN PRINT CAST ( @Count AS VARCHAR(10) ) + ' iteration' SET @Count = @Count + 1 END Данный сценарий выполняет действия:
# SQL Server 2000 поддерживает различные типы курсоров:
# Курсоры T-SQL создаются с помощью команды:
# При создании курсора T-SQL на команду SELECT накладываются ограничения:
# Под чувствительностью курсора следует понимать:
# Под прокруткой курсора следует понимать:
# Под обновлением курсора следует понимать:
# Статические курсоры характеризуются тем, что:
# Ключевые курсоры характеризуются тем, что:
# Динамические курсоры характеризуются тем, что:
# Курсоры быстрого доступа характеризуются тем, что:
# Синтаксис оператора DECLARE CURSOR имеет вид:
# Синтаксис оператора DECLARE CURSOR имеет вид:
# Синтаксис оператора DECLARE CURSOR имеет вид:
# DECLARE @CustId INT DECLARE @CustName VARCHAR( 30 ) DECLARE CustCursor CURSOR FOR SELECT CustId, Name FROM Customer ORDER BY CustId FOR READ ONLY OPEN CustCursor WHILE (0 = 0) BEGIN FETCH NEXT FROM CustCursor INTO @CustId, @CustName IF ( @@FETCH_STATUS <> 0 ) BREAK PRINT CAST ( @CustId AS VARCHAR(IO) ) + ' ' + @CustName END CLOSE CustCursor DEALLOCATE CustCursor Данный сценарий выполняет действия:
# DECLARE @CustId INT DECLARE @CustName VARCHAR( 30 ) DECLARE CustCursor CURSOR FOR SELECT CustId, Name FROM Customer ORDER BY CustId FOR READ ONLY OPEN CustCursor WHILE (0 = 0) BEGIN FETCH NEXT FROM CustCursor INTO @CustId, @CustName IF ( @@FETCH_STATUS <> 0 ) BREAK PRINT CAST ( @CustId AS VARCHAR(10) ) + ' ' + @CustName END CLOSE CustCursor DEALLOCATE CustCursor Данный сценарий выполняет действия:
# DECLARE @CustId INT DECLARE @CustName VARCHAR( 30 ) DECLARE CustCursor CURSOR FOR SELECT CustId, Name FROM Customer ORDER BY CustId FOR READ ONLY OPEN CustCursor WHILE (0 = 0) BEGIN FETCH NEXT FROM CustCursor INTO @CustId, @CustName IF ( @@FETCH_STATUS <> 0 ) BREAK PRINT CAST ( @CustId AS VARCHAR(IO) ) + ' ' + @CustName END CLOSE CustCursor DEALLOCATE CustCursor Данный сценарий выполняет действия:
# Команда FETCH:
# Позиционное обновление представляет собой:
# Функция CURSOR_STATUS:
# Синтаксис команды позиционного обновления имеет вид:
# Синтаксис функции CURSOR_STATUS имеет вид:
# Синтаксис оператора FETCH имеет вид:
# Хранимые процедуры обладают преимуществами:
# Хранимые процедуры обладают преимуществами:
# Хранимые процедуры обладают преимуществами:
# Системные хранимые процедуры характеризуются тем, что:
# Пользовательские хранимые процедуры характеризуются тем, что:
# Хранимые процедуры в SQL Server 2000 делятся на группы:
# Синтаксис оператора EXECUTE имеет вид:
# Синтаксис оператора EXECUTE имеет вид:
# Синтаксис оператора EXECUTE имеет вид:
# Синтаксис оператора CREATE PROCEDURE имеет вид:
# Синтаксис оператора CREATE PROCEDURE имеет вид:
# Синтаксис оператора CREATE PROCEDURE имеет вид:
# CREATE PROCEDURE InputSP @OilName char(50) AS SELECT OilName, LatinName FROM Oils WHERE OilName = @OilName Данный сценарий выполняет действия:
# CREATE PROCEDURE InputSP @OilName char(50) AS SELECT OilName, LatinName FROM Oils WHERE OilName = @OilName Данный сценарий выполняет действия:
# CREATE PROCEDURE InputSP @OilName char(50) AS SELECT OilName, LatinName FROM Oils WHERE OilName = @OilName Данный сценарий выполняет действия:
# CREATE PROCEDURE DefaultSP @OilName char(50) = 'Fennel' AS SELECT OilName, LatinName FROM Oils WHERE OilName = @OilName Данный сценарий выполняет действия:
# CREATE PROCEDURE DefaultSP @OilName char(50) = 'Fennel' AS SELECT OilName, LatinName FROM Oils WHERE OilName = @OilName Данный сценарий выполняет действия:
# CREATE PROCEDURE DefaultSP @OilName char(50) = 'Fennel' AS SELECT OilName, LatinName FROM Oils WHERE OilName = @OilName Данный сценарий выполняет действия:
# CREATE PROCEDURE GetCustDiscount @CustId INT, @Discount DEC( 5, 3 ) OUTPUT AS SET @Discount = ( SELECT Discount FROM Customer WHERE CustId = @CustId Данный сценарий выполняет действия:
# CREATE PROCEDURE GetCustDiscount @CustId INT, @Discount DEC( 5, 3 ) OUTPUT AS SET @Discount = ( SELECT Discount FROM Customer WHERE CustId = @CustId Данный сценарий выполняет действия:
# CREATE PROCEDURE GetCustDiscount @CustId INT, @Discount DEC( 5, 3 ) OUTPUT AS SET @Discount = ( SELECT Discount FROM Customer WHERE CustId = @CustId Данный сценарий выполняет действия:
# Триггеры характеризуются тем, что:
# Триггеры характеризуются тем, что:
# Триггеры характеризуются тем, что:
# Триггер AFTER характеризуется тем, что:
# Триггер INSTEAD OF характеризуется тем, что:
# SQL Server 2000 накладывает ряд ограничений на действия, выполняемые триггерами:
# Синтаксис оператора CREATE TRIGGER имеет вид:
# Синтаксис оператора CREATE TRIGGER имеет вид:
# Синтаксис оператора CREATE TRIGGER имеет вид:
# Функция UPDATE предназначена для:
# Функция UPDATE предназначена для:
# Функция UPDATE предназначена для:
# CREATE TRIGGER TrackCustomerUpdates ON AppDta.dbo.Customer FOR INSERT, UPDATE, DELETE AS DECLARE @InsertedCount INT DECLARE @DeletedCount INT SET @InsertedCount = ( SELECT COUNT (*) FROM INSERTED ) SET @DeletedCount = ( SELECT COUNT(*) FROM DELETED ) IF ( @InsertedCount > 0 ) BEGIN INSERT INTO AppDta.dbo.CustUpdLog ( CustId, Action, UpdUser, UpdDateTime ) SELECT CustId, CASE WHEN ( @DeletedCount > 0 ) THEN 'Update' ELSE 'Insert' END, CURRENT_USER, CURRENT_TIMESTAMP FROM INSERTED END ELSE IF ( @DeletedCount > 0 ) BEGIN INSERT INTO AppDta.dbo.CustUpdLog ( CustId, Action, UpdUser, UpdDateTime ) SELECT CustId, 'Delete', CURRENT_USER, CURRENT_TIMESTAMP FROM DELETED END Данный сценарий выполняет действия:
# CREATE TRIGGER TrackCustomerUpdates ON AppDta.dbo.Customer FOR INSERT, UPDATE, DELETE AS DECLARE @InsertedCount INT DECLARE @DeletedCount INT SET @InsertedCount = ( SELECT COUNT (*) FROM INSERTED ) SET @DeletedCount = ( SELECT COUNT(*) FROM DELETED ) IF ( @InsertedCount > 0 ) BEGIN INSERT INTO AppDta.dbo.CustUpdLog ( CustId, Action, UpdUser, UpdDateTime ) SELECT CustId, CASE WHEN ( @DeletedCount > 0 ) THEN 'Update' ELSE 'Insert' END, CURRENT_USER, CURRENT_TIMESTAMP FROM INSERTED END ELSE IF ( @DeletedCount > 0 ) BEGIN INSERT INTO AppDta.dbo.CustUpdLog ( CustId, Action, UpdUser, UpdDateTime ) SELECT CustId, 'Delete', CURRENT_USER, CURRENT_TIMESTAMP FROM DELETED END Данный сценарий выполняет действия:
# CREATE TRIGGER TrackCustomerUpdates ON AppDta.dbo.Customer FOR INSERT, UPDATE, DELETE AS DECLARE @InsertedCount INT DECLARE @DeletedCount INT SET @InsertedCount = ( SELECT COUNT (*) FROM INSERTED ) SET @DeletedCount = ( SELECT COUNT(*) FROM DELETED ) IF ( @InsertedCount > 0 ) BEGIN INSERT INTO AppDta.dbo.CustUpdLog ( CustId, Action, UpdUser, UpdDateTime ) SELECT CustId, CASE WHEN ( @DeletedCount > 0 ) THEN 'Update' ELSE 'Insert' END, CURRENT_USER, CURRENT_TIMESTAMP FROM INSERTED END ELSE IF ( @DeletedCount > 0 ) BEGIN INSERT INTO AppDta.dbo.CustUpdLog ( CustId, Action, UpdUser, UpdDateTime ) SELECT CustId, 'Delete', CURRENT_USER, CURRENT_TIMESTAMP FROM DELETED END Данный сценарий выполняет действия:
# CREATE TRIGGER TrackDiscountUpdates ON AppDta.dbo.Customer FOR UPDATE AS IF UPDATE( Discount ) INSERT INTO AppDta.dbo.CustUpdLog ( CustId, Action, Discount, UpdUser, UpdDateTime ) SELECT CustId, 'Update', Discount, CURRENT_USER, СURRENT_TIMESTAMP FROM INSERTED ENDIF Данный сценарий выполняет действия:
# CREATE TRIGGER TrackDiscountUpdates ON AppDta.dbo.Customer FOR UPDATE AS IF UPDATE( Discount ) INSERT INTO AppDta.dbo.CustUpdLog ( CustId, Action, Discount, UpdUser, UpdDateTime ) SELECT CustId, 'Update', Discount, CURRENT_USER, СURRENT_TIMESTAMP FROM INSERTED ENDIF Данный сценарий выполняет действия:
# CREATE TRIGGER TrackDiscountUpdates ON AppDta.dbo.Customer FOR UPDATE AS IF UPDATE( Discount ) INSERT INTO AppDta.dbo.CustUpdLog ( CustId, Action, Discount, UpdUser, UpdDateTime ) SELECT CustId, 'Update', Discount, CURRENT_USER, СURRENT_TIMESTAMP FROM INSERTED ENDIF Данный сценарий выполняет действия:
# CREATE TRIGGER CustomerDelete ON Customer INSTEAD OF DELETE AS SET NOCOUNT ON IF ( EXISTS ( SELECT * FROM DELETED JOIN Sale ON DELETED.CustId = Sale.CustId WHERE DATEDIFF( DAY, SaleDate, CURRENT_TIMESTAMP ) < 365 ) ) BEGIN RAISERROR( 'One or more customers have recent sales', 16, 1) RETURN END DELETE FROM Sale WHERE CustId IN ( SELECT CustId FROM DELETED ) IF ( @@ERROR > 0 ) BEGIN ROLLBACK RAISERROR( 'Could not delete all old sales', 16, 2 ) RETURN END DELETE FROM Customer WHERE CustId IN ( SELECT CustId FROM DELETED ) IF ( @@ERROR > 0 ) BEGIN ROLLBACK RAISERROR( 'Could not delete all old customers', 16, 3 ) RETURN END RETURN Данный сценарий выполняет действия:
# CREATE TRIGGER CustomerDelete ON Customer INSTEAD OF DELETE AS SET NOCOUNT ON IF ( EXISTS ( SELECT * FROM DELETED JOIN Sale ON DELETED.CustId = Sale.CustId WHERE DATEDIFF( DAY, SaleDate, CURRENT_TIMESTAMP ) <365 ) ) BEGIN RAISERROR( 'One or more customers have recent sales', 16, 1) RETURN END DELETE FROM Sale WHERE CustId IN ( SELECT CustId FROM DELETED ) IF ( @@ERROR > 0 ) BEGIN ROLLBACK RAISERROR( 'Could not delete all old sales', 16, 2 ) RETURN END DELETE FROM Customer WHERE CustId IN ( SELECT CustId FROM DELETED ) IF ( @@ERROR > 0 ) BEGIN ROLLBACK RAISERROR( 'Could not delete all old customers', 16, 3 ) RETURN END RETURN Данный сценарий выполняет действия:
# CREATE TRIGGER CustomerDelete ON Customer INSTEAD OF DELETE AS SET NOCOUNT ON IF ( EXISTS ( SELECT * FROM DELETED JOIN Sale ON DELETED.CustId = Sale.CustId WHERE DATEDIFF( DAY, SaleDate, CURRENT_TIMESTAMP ) < 365 ) ) BEGIN RAISERROR( 'One or more customers have recent sales', 16, 1) RETURN END DELETE FROM Sale WHERE CustId IN ( SELECT CustId FROM DELETED ) IF ( @@ERROR > 0 ) BEGIN ROLLBACK RAISERROR( 'Could not delete all old sales', 16, 2 ) RETURN END DELETE FROM Customer WHERE CustId IN ( SELECT CustId FROM DELETED ) IF ( @@ERROR > 0 ) BEGIN ROLLBACK RAISERROR( 'Could not delete all old customers', 16, 3 ) RETURN END RETURN Данный сценарий выполняет действия:
# Под аутентификацией понимается:
# SQL Server может выполнять аутентификацию несколькими способами:
# Под аутентификацией понимается:
# При использовании режима аутентификации Windows Authentication:
# При использовании режима аутентификации SQL Server Authentication:
# Microsoft рекомендует использовать режим аутентификации:
# Доверительное соединение определяет:
# [Большая Картинка]Данная страница позволяет:
# [Большая Картинка]Данная страница позволяет:
# [Большая Картинка]Данная страница позволяет:
# Роль System Administrators характеризуется тем, что:
# Роль Security Administrators характеризуется тем, что:
# Роль Process Administrators характеризуется тем, что:
# Роль Bulk Insert Administrators характеризуется тем, что:
# [Большая Картинка]Опция Deny access to the server позволяет:
# [Большая Картинка]Опция Grant access to the server позволяет:
# Учетные записи, принадлежащие определенным ролям сервера будут:
# Существуют возможности управления учетными записями с помощью Enterprise Manager:
# Существуют возможности управления учетными записями с помощью Enterprise Manager:
# Существуют возможности управления учетными записями с помощью Enterprise Manager:
# Наиболее правильным будет решение:
# На уровне базы данных каждая учетная запись пользователя в Windows или SQL Server:
# Наиболее правильным будет решение:
# Роль базы данных определяет:
# Роли базы данных, созданные в базе данных master:
# Роли базы данных будут добавляться в любую новую базу данных, если они созданы в базе данных:
# Роль базы данных Deny Data Writer характеризуется тем, что:
# Роль базы данных Data Reader характеризуется тем, что:
# Роль базы данных Public характеризуется тем, что:
# Роль базы данных Security Administrator характеризуется тем, что:
# SQL Server 2000 поддерживает различные типы пользовательских функций:
# Функция является детерминированной, если:
# Функция является недетерминированной, если:
# Скалярные пользовательские функции характеризуются тем, что:
# Табличные пользовательские функции характеризуются тем, что:
# Скалярные пользовательские функции отличаются от табличных тем, что:
# Синтаксис оператора CREATE FUNCTION имеет вид:
# Синтаксис оператора CREATE FUNCTION имеет вид:
# Синтаксис оператора CREATE FUNCTION имеет вид:
# CREATE FUNCTION CustWithDiscount ( @MinDiscount DEC( 5, 3 ) ) RETURNS @CustWithDiscountTable TABLE ( ( CustID INT NOT NULL, CustName CHAR( 30 ) NOT NULL, CustDisc DEC( 5, 3 ) NULL, PRIMARY KEY( CustID ) ) BEGIN INSERT INTO @CustWithDiscountTable SELECT CustId, Name, CAST( Discount AS VARCHAR( 7 ) ) FROM Customer WHERE Discount >= @MinDiscount RETURN END Данный сценарий выполняет действия:
# CREATE FUNCTION CustWithDiscount ( @MinDiscount DEC( 5, 3 ) ) RETURNS @CustWithDiscountTable TABLE ( ( CustID INT NOT NULL, CustName CHAR( 30 ) NOT NULL, CustDisc DEC( 5, 3 ) NULL, PRIMARY KEY( CustID ) ) BEGIN INSERT INTO @CustWithDiscountTable SELECT CustId, Name, CAST( Discount AS VARCHAR( 7 ) ) FROM Customer WHERE Discount >= @MinDiscount RETURN END Данный сценарий выполняет действия:
# CREATE FUNCTION CustWithDiscount ( @MinDiscount DEC( 5, 3 ) ) RETURNS @CustWithDiscountTable TABLE ( ( CustID INT NOT NULL, CustName CHAR( 30 ) NOT NULL, CustDisc DEC( 5, 3 ) NULL, PRIMARY KEY( CustID ) ) BEGIN INSERT INTO @CustWithDiscountTable SELECT CustId, Name, CAST( Discount AS VARCHAR( 7 ) ) FROM Customer WHERE Discount >= @MinDiscount RETURN END Данный сценарий выполняет действия:
# Оператор CREATE FUNCTION поддерживает создание различных типов табличных функций:
# Синтаксис оператора CREATE FUNCTION для подставляемой табличной функции имеет вид:
# Синтаксис оператора CREATE FUNCTION для для многооператорной табличной функции имеет вид:
# Синтаксис вызова скалярных функций имеет вид:
# Синтаксис для вызова табличных пользовательских функций имеет вид:
# Синтаксис оператора EXECUTE для скалярной функции имеет вид:
# CREATE FUNCTION CustDiscount ( @CustId INT ) RETURNS DEC( 5, 3 ) BEGIN DECLARE @Discount DEC( 5, 3 ) SET @Discount = ( SELECT Discount FROM Customer WHERE CustId = @CustId ) RETURN @Discount END Данный сценарий выполняет действия:
# CREATE FUNCTION CustDiscount ( @CustId INT ) RETURNS DEC( 5, 3 ) BEGIN DECLARE @Discount DEC( 5, 3 ) SET @Discount = ( SELECT Discount FROM Customer WHERE CustId = @CustId ) RETURN @Discount END Данный сценарий выполняет действия:
# CREATE FUNCTION CustDiscount ( @CustId INT ) RETURNS DEC( 5, 3 ) BEGIN DECLARE @Discount DEC( 5, 3 ) SET @Discount = ( SELECT Discount FROM Customer WHERE CustId = @CustId ) RETURN @Discount END Данный сценарий выполняет действия:
# Для каждой логической базы данных SQL Server создает:
# Журнал транзакций следует хранить:
# По умолчанию SQL Server размещает файлы базы данных и журнала транзакций:
# [Большая Картинка]Пути для хранения базы данных и журнала транзакций следует определять:
# [Большая Картинка]Группа New database default location определяет:
# [Большая Картинка]Данный этап позволяет настроить:
# Возможности Enterprise Manager для работы с базами данных позволяют:
# С помощью Enterprise Manager НЕ может быть выполнена операция:
# С помощью Enterprise Manager НЕ может быть выполнена операция:
# Для создания новой базы данных необходимо:
# Для установки свойств базы данных необходимо:
# Для удаления базы данных необходимо:
# При создании базы данных определять процент увеличения размера файла данных следует, исходя из:
# При создании базы данных определять процент увеличения размера файла данных следует, исходя из:
# При создании базы данных определять процент увеличения размера файла данных следует, исходя из:
# Наиболее гибким способом создания базы данных является:
# Наиболее гибким способом создания базы данных является:
# Наиболее гибким способом создания базы данных является:
# Концепция сущностей и атрибутов в описании базы данных в физической реализации соответствуют:
# Сущность в описании базы данных в физической реализации соответствует:
# Атрибут в описании базы данных в физической реализации соответствует:
# В SQL Server существует множество типов данных. Тип данных float отличается от real:
# В SQL Server существует множество типов данных. Тип данных smallint отличается от tinyint тем, что:
# В SQL Server существует множество типов данных. Тип данных binary отличается от varbinary тем, что:
# [Большая Картинка]Данный шаг позволяет определить:
# [Большая Картинка]Свойство precision позволяет определить:
# [Большая Картинка]Свойство scale позволяет определить:
# Значение NULL используется для:
# [Большая Картинка]Свойство identity позволяет определить:
# Идентификационные столбцы могут иметь типы данных:
# Свойство identity может быть установлено:
# Глобальный уникальный идентификатор (GUID) представляет собой:
# Глобальный уникальный идентификатор (GUID) характеризуется тем, что:
# SQL Server:
# SQL Server поддерживает виды символьных столбцов:
# Значения по умолчанию могут быть:
# Тип символьных данных переменной длинны отличается от типа с фиксированной длинной тем, что:
# Для создания новой таблицы следует:
# Для добавления столбца в таблицу следует:
# Для удаления таблицы следует:
# Для удаления столбца следует:
# Индекс определяет:
# SQL Server 2000 поддерживает различные типы индексов:
# При создании первичного ключа SQL Server автоматически создает:
# Некластерный индекс определяет:
# [Большая Картинка]На данном этапе необходимо указать:
# [Большая Картинка]На данном этапе необходимо указать:
# [Большая Картинка]На данном этапе отображаются:
# Для создания первичного ключа необходимо:
# [Большая Картинка]Данное окно позволяет:
# Для создания первичного ключа необходимо:
# Применение уникального индекса обеспечивает, что:
# Индексы первичного ключа всегда являются:
# При создании уникальных индексов для столбцов, которые допускают использование NULL-значений, SQL Server:
# Для изменения индексов следует использовать:
# Для удаления индекса необходимо использовать:
# Если вы хотите изменить столбцы в индексе, то необходимо:
# Для создания индекса первичного ключа необходимо:
# Для создания индекса необходимо:
# Если вы хотите изменить индекс, то следует:
# Существуют типы отношений:
# В отношении один-к-одному:
# В отношении один-ко-многим:
# В отношении много-ко-многим:
# SQL Server напрямую устанавливает отношения:
# SQL Server использует узловую структуру для реализации отношения:
# Для реализации отношения многие-ко-многим SQL Server использует:
# Возвратными называются отношения, при которых:
# Возвратные отношения применяются для реализации:
# Каскадные изменения представляют собой:
# [Большая Картинка]Данное окно позволяет:
# [Большая Картинка]Опция Cascade Update Related Fields позволяет:
# [Большая Картинка]Опция Cascade Delete Related Records позволяет:
# При необходимости изменения отношения, следует:
# При необходимости удаления отношения, следует:
# При необходимости переименования отношения, следует:
# Для создания отношения необходимо:
# Для изменения отношения необходимо:
# Для переименования отношения необходимо:
# [Большая Картинка]Опция Check existing data on creation позволяет:
# [Большая Картинка]Опция Enforce relationship for replication позволяет:
# [Большая Картинка]Опция Enforce relationship for INSERTs and UPDATEs позволяет:
# Правила целостности данных гарантируют, что:
# Существуют формы целостности базы данных:
# В реляционной терминологии домен представляет собой:
# Функция LEN имеет синтаксис:
# Функция LEN предназначена для:
# Функция LEN имеет синтаксис:
# Проверочные ограничения можно создать с помощью:
# [Большая Картинка]Данное окно позволяет:
# [Большая Картинка]Данное окно позволяет:
# Для изменения проверочных ограничений необходимо:
# Для изменения проверочных ограничений необходимо:
# Для изменения проверочных ограничений необходимо:
# Для создания проверочного ограничения необходимо:
# Для изменения текста условия ограничения необходимо:
# Для удаления проверочного ограничения необходимо:
# [Большая Картинка]Выбранные настройки определяют:
# [Большая Картинка]Выбранные настройки определяют:
# [Большая Картинка]Выбранные настройки определяют:
# Умолчания представляют собой:
# Умолчания являются объектами на уровне:
# Прежде чем связывать умолчания со столбцом таблицы, необходимо:
# Умолчания являются:
# [Большая Картинка]Данное окно позволяет указать:
# [Большая Картинка]Параметр Default Value определяет:
# Для того, чтобы снять действие умолчания необходимо:
# Правила представляют собой:
# К пользовательскому типу данных может быть применено:
# Правило НЕ может:
# Правила представляют собой:
# [Большая Картинка]Данное окно позволяет указать:
# [Большая Картинка]Данное окно позволяет:
# [Большая Картинка]Данное окно позволяет указать:
# [Большая Картинка]Данное окно позволяет:
# Пользовательские типы данных определяют:
# Все новые базы данных автоматически получат доступ к типу, который создан в базе данных:
# Пользовательские типы данных представляют собой:
# [Большая Картинка]Данное окно позволяет указать:
# [Большая Картинка]Пользовательские типы данных располагаются в:
# [Большая Картинка]Пользовательские типы данных располагаются в:
# [Большая Картинка]Данное окно позволяет указать:
# Для связи умолчания со столбцом необходимо:
# Для связи правила со столбцом необходимо:
# Для назначения пользовательского типа данных столбцу необходимо:
# Для создания пользовательского типа данных необходимо: