Как открыть sql server object explorer

Обновлено: 04.07.2024

Вы можете «причалить» или скрыть любую из панелей Management Studio. Щелкнув правой кнопкой мыши по заголовку в верхней части соответствующей панели, вы можете выбрать любую из следующих предоставленных возможностей.

♦ Floating. Когда состояние окна установлено в Floating (Плавающее), оно существует в виде отдельного плавающего окна в верхней свободной части окна SQL Server Management Studio. Такое окно может перемещаться куда угодно в пределах экрана.

♦ Dockable. Позволяет вам перемещать панели SQL Server Management Studio и причаливать их в различные части главного окна. Для перемещения компонента щелкните кнопкой мыши по заголовку панели и перетаскивайте ее в середину окна документа. Панель будет отстыкована и станет плавающей, пока вы ее не отпустите.

♦ Tabbed Document. Вы можете создать панель, сгруппированную в виде таблицы, используя окно Designer. Когда это сделано, панель изменяет свое состояние и становится документом с вкладками.

♦ Hide. Закрывает окно. (То же самое можно сделать, щелкнув по кнопке х в правом верхнем углу окна.) Для отображения закрытого окна выберите имя этого компонента из меню View.

♦ Auto Hide. Минимизирует панель и помещает ее в левую часть экрана. Для повторного открытия (максимизации) такой панели переместите мышь на таблицу в левой части экрана и щелкните по фиксирующей кнопке для закрепления панели в открытой позиции.

Для восстановления конфигурации по умолчанию в меню Window выберите команду Reset Window Layout. Панель Object Explorer появляется в левой части, а таблица Object Explorer Details- в правой части главного окна SQL Server Management Studio. (Таблица Object Explorer Details отображает информацию текущего выделенного узла Object Explorer.)

В панелях Object Explorer и Registered Servers объект следующего уровня появляется, только если вы щелкнули по символу «плюс» (+) у его непосредственного предшественника (родителя) в дереве иерархии. Чтобы просмотреть свойства объекта, щелкните по объекту правой кнопкой мыши и в контекстном меню выберите команду Properties. Символ минуса (-) слева от имени объекта указывает, что объект в настоящий момент раскрыт. Чтобы свернуть все подчиненные объекты данного объекта, щелкните по этому символу «минус». (Другой возможностью является двойной щелчок по папке или нажатие клавиши <<-> в то время, когда эта папка является выделенной.)

Система SQL Server 2012 предоставляет различные инструменты для выполнения всевозможных задач, таких как установка, конфигурирование, контрольная проверка системы (аудит) и настройка ее производительности. Основным инструментом администратора для взаимодействия с системой является IDE-среда управления . Как администраторы, так и конечные пользователи могут использовать этот инструмент для администрирования множественных серверов, разработки баз данных и репликации данных.

Для запуска среды SQL Server Management Studio выполните последовательность команд Пуск --> Все программы --> Microsoft SQL Server 2012 --> SQL Server Management Studio или используйте команду ssms через окно быстрого запуска программ ( Win+R ).

Среда управления SQL Server Management Studio состоит из нескольких разных компонентов, которые используются для администрирования и управления всей системой. Основные из этих компонентов перечислены в следующем списке:

Object Explorer (Обозреватель объектов);

Query Editor (Редактор запросов);

Solution Explorer (Обозреватель решений).

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

Подключение к серверу

При запуске среды SQL Server Management Studio открывается диалоговое окно Connect to Server (Соединение с сервером), в котором нужно задать необходимые параметры для подключения к серверу:

Server type (Тип сервера)

Для целей этой статьи из раскрывающегося списка выберите опцию Database Engine (Компонент Database Engine). С помощью среды SQL Server Management Studio, среди прочего, можно управлять объектами компонента Database Engine и служб Analysis Services. Мы рассмотрим использование среды SQL Server Management Studio только для управления объектами компонента Database Engine.

Server name (Имя сервера)

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

Authentication (Проверка подлинности)

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

Windows Authentication (Проверка подлинности Windows). Подключиться к SQL Server по своей учетной записи Windows. Это наиболее легкий вариант подключения и рекомендуется компанией Microsoft;

SQL Server Authentication (Проверка подлинности SQL Server). Используется проверка подлинности компонента Database Engine по имени пользователя и паролю.

Указав все необходимые параметры, нажмите кнопку Connect (Соединить) и Database Engine подключится к указанному серверу. После подключения к серверу базы данных открывается главное окно среды SQL Server Management Studio. Своим внешним видом это окно похоже на главное окно среды разработки Visual Studio 2010, поэтому пользователи могут применить свой опыт работы в Visual Studio в данной среде. На рисунке ниже показано главное окно среды SQL Server Management Studio с несколькими панелями:

Среда SQL Server Management Studio предоставляет единый интерфейс для управления серверами и создания запросов для всех компонентов SQL Server. Иными словами, для компонентов Database Engine, служб Analysis Services, служб Integration Services и служб Reporting Services применяется один и тот же графический интерфейс.

Компонент Registered Servers

В список можно добавлять новые серверы или же удалять из него находящиеся в нем. Серверы можно упорядочивать по группам. В каждую такую группу следует помещать серверы, между которыми существует логическая связь. Серверы также можно группировать по типу, например серверы для компонента Database Engine, служб Analysis Services, Reporting Services и Integration Services.

Компонент Object Explorer

Панель Object Explorer (Обозреватель объектов) содержит в виде дерева представление всех объектов баз данных сервера. Если панель Object Explorer не отображена, то ее можно открыть, выбрав последовательность команд из меню View --> Object Explorer. Данное древовидное представление отображает иерархию объектов на сервере. Таким образом, если ее развернуть, будет показана логическая структура соответствующего сервера.

Обозреватель объектов позволяет подключаться в одной панели к нескольким серверам. Это могут быть любые из имеющихся серверов для компонента Database Engine, служб Analysis Services, Reporting Services или Integration Services. Данная возможность облегчает работу пользователя, поскольку она позволяет управлять всеми серверами одного или разных типов с одного места.

Организация панелей среды SQL Server Management Studio и перемещение по ним

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

Floating (Плавающая область) - панель становится свободно перемещающейся поверх остальных панелей среды SQL Server Management Studio, и ее можно поместить в любом месте на экране;

Dockable (Закрепить) - панель можно переместить и закрепить в требуемом месте. Чтобы переместить панель в нужное место, щелкните ее строку заголовка и, не отпуская кнопки мыши, перетащите панель, куда следует;

Tabbed Document (Закрепить как вкладки) - панели можно организовать в виде вкладок документа, когда состояние панели изменяется из закрепляемой на документ с вкладкой;

Hide (Скрыть) - панель можно скрыть. Альтернативно панель можно скрыть, щелкнув крестик в ее правом верхнем углу. Чтобы снова отобразить закрытую панель, выберите ее имя в меню View (Вид);

Auto Hide (Автоматически скрывать) - панель сворачивается и прикрепляется в виде вкладки на левой стороне экрана. Чтобы открыть (развернуть) такую панель, наведите указатель мыши на вкладки на левой стороне экрана, а чтобы удерживать панель открытой, нажмите значок канцелярской кнопки в правом верхнем углу панели.

Различие между режимами Hide и Auto Hide состоит в том, что в первом случае панель полностью убирается из представления в среде SQL Server Management Studio, а во втором она сворачивается во вкладку.

Для того чтобы восстановить конфигурацию по умолчанию, выполните команду Window --> Reset Window Layout (Окно --> Сброс макета окон). После сброса настроек с левой стороны среды SQL Server Management Studio располагается панель обозревателя объектов, а с правой - вкладка Object Explorer Details (Подробности обозревателя объектов). На вкладке Object Explorer Details отображается информация о текущем узле, выбранном в обозревателя объектов.

Среда SQL Server Management Studio позволяет выполнять одну и ту же задачу несколькими способами. Разные люди отдают предпочтение различным методам - некоторым более по душе двойной щелчок, другие щелкают значки "+" и "-", третьи пользуются правой кнопкой, четвертые обращаются к раскрывающимся меню, пятым нравятся ярлыки и т. п. Чтобы определить наиболее удобный для вас способ перемещения по среде, экспериментируйте с разными способами, пока не выберите самый подходящий.

Всё необходимое для установки можно найти на странице загрузки в Data Developer Center. Выбрав необходимую версию вы сможете без труда установить инструменты на свой компьютер и описывать это не вижу смысла. После установки в окне создания нового проекта у вас появится новый тип проекта:

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

На панели SQL Server Object Explorer (меню View -> SQL Server Object Explorer) мы видим нечто очень похожее на Object Explorer в SQL Server Management Studio, из которого убрано всё, что не имеет большого смысла на этапе разработки базы данных.
Подключившись к существующей базе, можно производить разработку базы данных в так называемом Connected режиме. Это мало чем отличается от классического подхода используемого в SQL Server Management Studio и в данной статье рассматриваться не будет.

Disconnected режим

Этот режим разработки нам наиболее интересен, т.к. именно он позволяет получить основные преимущества использования SSDT.
В основе работы лежит очень простая идея – позволить разработчикам хранить все скрипты создания объектов БД (tables, views, store procedures и т. д.) в проекте специального типа в составе имеющегося или нового решения (solution). На основе скриптов, Visual Studio может сгенерировать DACPAC файл, который по сути является zip архив со всеми t-sql скриптами. Имея DACPAC файл можно будет произвести публикацию (publish) на требуемом экземпляре базы данных, путём сравнения схемы описанной в DACPAC и схемы в целевой базе данных. В ходе публикации, специальные механизмы производят сравнения, в результате чего автоматически создаются миграционные скрипты для применения изменений без потери данных.
Для того что увидеть это в действии, предлагаю посмотреть следующие примеры.
Начнём с возможности импорта. Вызываем контекстное меню проекта и видим 3 возможных варианта:

Script (*.sql) – добавляет один или несколько *.sql файлов из заданного расположения в структуру проекта;
Data-tier Application (*.dacpac) – добавляет *.sql файлы, а так же различные настройки базы данных из специального DACPAC файла, описанного выше; может содержать не только схему базы, но так же данные и различные настройки базы;
Database… — аналогичен предыдущему варианту, но источником данных служит существующая база

После завершения импорта мы увидим крайне похожую картину, с тем единственным различием, что структура базы будет представлена в Solution Explorer в качестве *.sql файлов.

Так же мы всегда можем добавить новые элементы воспользовавшись диалоговым окном Add New Item, в котором перечислены все возможные объекты базы данных:

Добавим таблицу TestTable. Новый файл-скрипт TestTable.sql будет добавлен в корень проекта и для удобства мы его перенесём в папку Tables.

Для создания схемы таблицы мы можем использовать как панель дизайнера, так и панель T-SQL. Все изменения сделанные на одной панели будут сразу же отображены в другой.
Так же мы можем изменять существующие скрипты. Visual Studio для этого предоставляет удобный и любимый всеми IntelliSense. Так как мы не подключены к физической базе данных, Visual Studio для корректной работы IntelliSence парсит все скрипты в проекте, что позволяет ей мгновенно отражать последние изменения сделанные в схеме базы данных.

Хочу обратить внимание на то, что мы не должны заботиться об инкрементных изменениях нашей базы. Вместо этого мы всегда создаём скрипты так, как если бы объекты создавались заново. При публикации DACPAC пакета миграционные скрипты будут сгенерированы автоматически, путём сравнения DACPAC файла и схемы в целевой базе (target Database).
Как уже упоминалось, DACPAC содержит не только схему и данные, но ещё и ряд полезных настроек, для просмотра/редактирования которых мы можем воспользоваться окном свойств нашего проекта.

На закладке Project Settings, мы можем задать настройки базы данных, нажав на кнопку Database Settings. Нажав на неё мы увидим диалог с настройками, аналогичные тем, что мы привыкли видеть в SQL Server Management Studio:

Так же хочется упомянуть закладку SQLCMD Variables, на которой мы можем задавать различные переменные для дальнейшего их использования в наших скриптах.

Публикация DACPAC файла (publishing)

После того, как все настройки заданы и *.sql скрипты добавлены/обновлены мы можем применить изменения к целевой базе (target database). Для этого идём в меню Build->Publish или же выбираем аналогичный пункт в контекстном меню проекта.

В появившемся диалоговом окне задаём строку подключения к базе назначения (target database) и если необходимо — дополнительные настройки, нажав на кнопку Advanced:

Большинство настроек понятны без дополнительного описания, поэтому не будем на них останавливаться подробно, но рекомендую с ними ознакомиться, что бы в случае невозможности успешно «запаблишить» проект, вы знали в чём может быть проблема.

Если требуется производить публикацию в целевую базу данных более одного раза, то настройки можно сохранить в publish профиль, нажав на кнопку Create Profile. Это добавит в наш проект файл с расширением *.publish.xml и в дальнейшем мы сможем произвести публикацию без необходимости вводить настройки ещё раз. Если же какой-то из профилей публикации должен быть использован по умолчанию, то можно в контекстном меню файла публикации выбрать пункт Set As Default Publish Profile. Этот профиль будет автоматически загружаться в диалог Publish.

Data Seeding

В нашем проекте создадим папку DataSeeding (имя не имеет значения) и в неё добавим новый скрипт.

По сути все типы в разделе User Script являются обычными *.sql скриптами и отличаются лишь значением свойства “Build Action” у вновь созданного файла.

Логика из файла PostDeployment.sql будет выполнена после применения всех изменений схемы базы данных. В случае создания PreDeployment.sql — логика выполнится перед применением изменений схемы.
Значение свойства Build Action для файлов созданных через шаблон Script (Not in Build) будет установлено в «None». Они полезные для удобного структурирования команд в отдельных файлах, которые вызываются из Pre или Post Deployment скриптов.
Файлы созданные через шаблон Script имеют значение Build Action равное «Build», и их содержимое добавляется к результирующему скрипту, который выполняется при publish’e DACPAC файла в момент изменения схемы базы.
В виду того, что в проекте может быть только один Post Deployment script и его размер может быстро вырасти, рекомендуется логику вставки данных выносить в отдельные скрипты. Именно поэтому мы добавим файл типа Script (Not in Build), а в Post Deployment script добавим ссылку на него. Вот как это будет выглядеть:

Теперь при публикации нашего проекта, в базе всегда будут вставлены 2 записи в таблицу Employees.

Tools -> SQL Server

На ряду с возможностью создания Database проекта, установка SSDT добавляет ряд полезных инструментов, доступных из меню Tools.

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

Мы сравним наш проект с локальной базой данных. Результат сравнения будет выглядеть следующим образом:

В результирующем окне мы можем применить различные способы группировки (по схеме, по типу объектов и по требуемому действию) для более удобного просмотра предлагаемых изменений и выбрать те объекты, которые требуется обновить. Для того, что бы применить миграционный скрипт необходимо нажать кнопку Update – это приведёт Target DB к состоянию нашего проекта.

Refactoring

Это моя любимая фича. Для примера, покажем как переименовать колонку LastName в таблице Employees. Для этого открываем скрипт создания таблицы, в редакторе таблицы выделяем колонку LastName и в меню SQL -> Refactor выбираем пункт Rename:

Задаём новое имя:

Просматриваем последствия переименования и применяем предложенные изменения:

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

Unit testing

Создадим наш первый юнит тест. Для этого вызовем контекстное меню для хранимой процедуры, которую мы хотим протестировать:

В появившемся диалоговом окне у нас будет возможность выбрать дополнительные объекты (если они есть) и задать тип и имя тестового проекта и имя класса, содержащего код юнит теста:

Создав проект нам будет предложено выбрать базу данных на которой будут запускаться тесты, а также некоторые настройки проекта:

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

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

А вот так можно проверить Checksum:

По сути эта проверка выполняет наш скрипт (получает 2 строки из таблицы Employees) и на полученных данных находит Checksum. Наша задача на этапе создания теста, найти эталонные данные, на них посчитать Checksum и в дальнейшем с этим значением будет производиться сверка полученного результата. Иными словами, это удобный способ убедиться, что результат хранимой процедуры не меняется. Для получения контрольного значения Checksum, необходимо воспользоваться кнопкой в окне Properties, которая позволит выбрать эталонную базу и получить эталонное значение Cheсksum:

Я не могу поверить, что я не мог найти рабочее решение для этого после часа поиска. Я следую за этой статьей о Entity Framework 6.0, которая дает простое руководство по Code First. Я создал проект и установил последний пакет EF Nuget для проекта для компиляции. Я также проверил, что у меня установлена Microsoft SQL Server 2012 Express LocalDB, поставляемая с Visual Studio 2013. У меня нет других экземпляров SQL, установленных на моем локальном компьютере. Программа запускается, и записи добавляются в базу данных и выводятся в консоли. Но когда в статье написано «проверь свою локальную базу данных», в ней не сказано, как! Я не вижу никаких файлов .mdf или .ldf, созданных в папке проекта. Я пытался всеми способами подключить Visual Studio s Обозреватель серверов в LocalDB. Мастер не может найти (localdb) или не удается найти какого-либо провайдера в обозревателе серверов, чтобы он мог принять строку подключения, как (localdb)\v11.0;Integrated Security=true; я видел, когда в нескольких случаях в StackOverflow запрашивалось несколько мест, но ответ не работает или помечен как ответ. Пожалуйста, помогите, это не должно быть таким разочарованием!

Какие шаги для подключения Visual Studio Server Explorer к LocalDB?

Мне часто жаль людей, которые только входят в этот бизнес. 20 лет назад инструменты были намного проще в использовании. Документация также сейчас едва ли адекватна, а в большинстве случаев меньше. Теперь я вижу «документацию» в MSDN, которая просто объясняет метод, такой как «foo» -> «Это метод foo». Действительно, Microsoft? Что случилось с техническими писателями? Что случилось с Books Online (по-настоящему)? Убедитесь, что вы используете Visual Studio от имени администратора. Моя установка создает базу данных в sqlserverexpress, а не в localdb. Что вызывает это?

В Visual Studio 2012 все, что мне нужно было сделать, это ввести:

Visual Studio 2015 и Visual Studio 2017 изменены на:

в качестве имени сервера при добавлении Microsoft SQL Server Data источника в:

а затем имена баз данных были заполнены. Мне не нужно было делать все остальные шаги в принятом ответе, хотя было бы неплохо, если бы имя сервера было доступно автоматически в поле со списком имен серверов.

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

Читайте также: