Обозреватель объектов sql server visual studio как открыть

Обновлено: 07.07.2024

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

Что нужно сделать для подключения Visual Studio Server Explorer к LocalDB?

Хорошо, отвечая на мой собственный вопрос.

Шаги по подключению LocalDB к Visual Studio Server Explorer

Открыть командную строку
Запустите SqlLocalDB.exe start v11.0
Запустите SqlLocalDB.exe info v11.0
Скопируйте имя канала экземпляра , которое начинается с np: \ .
В Visual Studio выберите ИНСТРУМЕНТЫ> Подключиться к базе данных .
В поле "Имя сервера" введите (localdb)\v11.0 . Если это не сработало, используйте скопированное ранее имя канала экземпляра . Вы также можете использовать это для подключения к SQL Management Studio.
Выберите базу данных в следующем раскрывающемся списке
Нажмите ОК

В SQL Server 2017 и Visual Studio 2015 я использовал localhost\SQLEXPRESS

Сценарий: Windows 8.1, VS2013 Ultimate, SQL Express установлен и запущен, браузер SQL Server отключен. Это сработало для меня:

Сначала я включил браузер SQL Server в разделе служб.
В Visual Studio: Откройте консоль диспетчера пакетов и введите: Enable-Migrations ; Затем введите Enable-Migrations -ContextTypeNameYourContextDbName . который создал папку Migrations в VS.
Внутри папки Migrations вы найдете файл «Configuration.cs», включите автоматические миграции: AutomaticMigrationsEnabled = true;
Снова запустите приложение, среда создаст DefaultConnection, и вы увидите новые таблицы из своего контекста. Это новое соединение указывает на localdb. Созданная строка подключения показывает: Data Source = (LocalDb) \ v11.0 . (дополнительные параметры и путь к созданному mdf-файлу)

Теперь вы можете создать новое соединение с именем сервера: (LocalDb) \ v11.0 (нажмите «Обновить»). Подключение к базе данных: выберите новую базу данных в раскрывающемся списке.

Я надеюсь, что это помогает.

Просто измените ParentInstance на MSSQL 14E.LOCALDB или MSSQL 15E.LOCALDB.

Я выполнил описанные выше действия, но забыл установить SQL Server 2014 LocalDB перед настройкой Visual Studio 2015.

Мои шаги следующие:

Установите SQL Server 2014 LocalDB;
Откройте Visual Studio 2015, а затем Обозреватель объектов SQL Server ;
Найдите свой LocalDB в теге SQL Server.

Надеюсь, это кому-нибудь поможет.

Самый быстрый способ в Visual Studio 2017 - перейти в Инструменты -> SQL Server -> Новый запрос. Выберите «Локальные базы данных» и выберите желаемое имя базы данных внизу.

Имя сервера Visual Studio 2017:

Добавьте новое соединение с помощью меню Инструменты -> Подключиться к базе данных .

Запустите CMD от имени администратора.

из меню «Пуск» «cmd» - подождите, пока он не найдет его.
Щелкните правой кнопкой мыши по cmd и выберите «Открыть от имени администратора».
тип: cd C: \ Program Files \ Microsoft SQL Server \ 120 \ Tools \ Binn
тип: SqlLocalDB start
теперь введите: SqlLocalDB info
Показывает доступные запущенные экземпляры sql . выберите то, что вы хотите .

чтобы узнать больше об экземпляре тип: SqlLocalDB информация instanceName

теперь из VS вы можете настроить свое соединение В VS ， Просмотр / Обозреватель сервера / (щелкните правой кнопкой мыши) Подключения к данным / Добавить подключение Источник данных: Microsoft SQL Server (SqlClient) Имя сервера: (localdb) \ MSSQLLocalDB Войдите на сервер: используйте проверку подлинности Windows Нажимаем «Проверить соединение», затем ОК.

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

Решение для доступа к локальному (не экспресс-выпуску) экземпляру сервера Microsoft SQL находится на стороне SQL Server:

Откройте диалоговое окно "Выполнить" (WinKey + R)
Тип: "services.msc"
Выберите браузер SQL Server
Нажмите Свойства
Измените "отключено" на "Вручную" или "Автоматически"
Когда кнопка службы «Пуск» станет активной, нажмите на нее.

Сделанный! Теперь вы можете выбрать локальный SQL-сервер из списка «Имя сервера» в окне «Свойства подключения».

Visual Studio 2015 RC, имеет установленный LocalDb 12, инструкции аналогичны предыдущим, но все же не требуется знать «магию», прежде чем использовать это, экземпляр по умолчанию должен быть включен . Rant complete, no for solution :

Что будет отображать

Имя вашего экземпляра может отличаться. В любом случае перейдите в VS и откройте Server Explorer, щелкните правой кнопкой мыши Data Connections, выберите Add, выберите SQL Server, в типе имени сервера:

Не вводя имя БД, нажмите «Проверить соединение».

Следующее работает с Visual Studio 2017 Community Edition в Windows 10 с использованием SQLServer Express 2016.

Откройте PowerShell, проверьте, как он называется, используя SqlLocalDB.exe info , и работает ли он с SqlLocalDB.exe info NAME . Вот как это выглядит на моей машине:

Если он не запущен, вам нужно запустить его с помощью SqlLocalDB.exe start MSSQLLocalDB . Когда он запущен, вы видите Instance pipe name: , который начинается с np:\\ . Скопируйте эту именованную строку канала. В VS2017 откройте представление Server Explorer и создайте новое соединение типа Microsoft SQL Server (SqlClient) (не позволяйте другим типам файлов вводить вас в заблуждение другими типами файлов, для которых вам нужен полный тип соединения) и установите для Server name: значение быть именем канала экземпляра, которое вы скопировали из PowerShell.

Я также установил для Connect to database ту же базу данных, которая была в строке подключения, которая работала в моем проекте Dotnet Core / Entity Framework Core, который был настроен с использованием dotnet ef database update .

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

У меня это сработало.

Открыть командную строку
Запустите "SqlLocalDB.exe start"
Ответ системы "Экземпляр LocalDB" mssqllocaldb "запущен."
В VS ， Просмотр / Обозреватель сервера / (щелкните правой кнопкой мыши) Подключения к данным / Добавить подключение
- Источник данных: Microsoft SQL Server (SqlClient)
- Имя сервера: (localdb) \ MSSQLLocalDB
- Войдите на сервер: используйте проверку подлинности Windows
Нажимаем «Проверить соединение», затем ОК.

Вместо этого используйте обозреватель объектов SQL Server (SSOX)

Это довольно просто .

В меню Вид откройте Обозреватель объектов SQL Server .

Щелкните правой кнопкой мыши таблицу >Просмотр конструктора .

Источник данных: Microsoft SQL Server (SqlClient)
Имя сервера: (localdb)\MSSQLLocalDB
Войдите на сервер: Use Windows Authentication

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

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

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

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

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

Что такое Visual Studio Code

Visual Studio Code (VS Code) – это кроссплатформенный редактор кода, разработанный компанией Microsoft.

Visual Studio Code предназначен для редактирования файлов исходного кода различных приложений. Данный редактор очень функциональный, он включает в себя инструменты для отладки и рефакторинга кода, инструменты для работы с Git, в нем есть подсветка синтаксиса, он поддерживает технологию IntelliSense, а также в Visual Studio Code есть возможность настраивать внешний вид самого приложения, для более удобной и комфортной работы.

Visual Studio Code поддерживает работу с таким языками как:

Кроме этого он поддерживает и язык Transact-SQL, иными словами, Visual Studio Code можно использовать для подключения к Microsoft SQL Server и разработки хранимых процедур, функций, написания и выполнения SQL запросов, выгрузки данных в различные форматы (Excel, JSON, CSV), в общем, для выполнения всех тех действий, которые требуется выполнять SQL разработчику при работе с Microsoft SQL Server.

Как работать в Visual Studio Code с языком T-SQL

Если Вы работаете в Visual Studio Code и Вам предстоит разрабатывать код на T-SQL, то Вам совсем необязательно устанавливать и использовать специализированные инструменты для работы с Microsoft SQL Server, такие как: Azure Data Studio или полнофункциональную среду SQL Server Management Studio (SSMS), Вам достаточно установить расширение SQL Server (mssql) в Visual Studio Code, которое позволяет подключаться к Microsoft SQL Server и добавляет полезные функции для работы с T-SQL кодом.

Таким образом, чтобы работать с T-SQL кодом в Visual Studio Code, необходимо установить специальное расширение.

Установка расширения SQL Server (mssql) в Visual Studio Code

Расширение SQL Server (mssql) в Visual Studio Code устанавливается точно так же, как и все остальные.

Чтобы установить расширение SQL Server (mssql), необходимо:

Перейти на вкладку «Расширения»
В поиск ввести «SQL Server»
Выбрать расширение «SQL Server (mssql)»
Нажать Install для установки

Как подключиться к Microsoft SQL Server в Visual Studio Code

После установки расширения SQL Server (mssql) в Visual Studio Code появится вкладка «SQL Server», на которой будут отображаться подключения.

Если на компьютере, на котором установлен Visual Studio Code, есть локальный экземпляр Microsoft SQL Server, то подключение к данному экземпляру может быть настроено автоматически.

Чтобы настроить новое подключение к Microsoft SQL Server, необходимо:

Нажать на + (Add Connection) и последовательно вводить данные для подключения
В строке для подключения сначала нужно ввести адрес сервера (включая имя экземпляра, если используется именованный экземплярSQLServer) и нажать ввод (Enter)
Затем ввести имя базы данных для подключения и нажать ввод (Enter)
Потом выбрать тип аутентификации:
- SQL Login – для ввода логина и пароля
- Integrated – для аутентификации с помощью учетных данных Windows (сквозная аутентификация)
Далее ввести имя подключения, которое будет отображаться в обозревателе, и нажать ввод

После чего в обозревателе отобразится новое подключение.

Обзор возможностей Visual Studio Code по работе с языком Transact-SQL

Теперь давайте рассмотрим функционал, который добавляет расширение SQL Server (mssql) в Visual Studio Code.

Обозреватель объектов SQL Server

Расширение SQL Server (mssql) в Visual Studio Code позволяет создавать подключение к Microsoft SQL Server, а также оно предоставляет интерфейс для просмотра объектов на сервере, наподобие обозревателя объектов, который реализован в SQL Server Management Studio.

Таким образом, с помощью этого обозревателя объектов Вы можете видеть какие таблицы, представления, хранимые процедуры, функции и другие объекты, с которыми приходиться работать SQL программисту, созданы на сервере.

Редактор SQL кода с технологией IntelliSense

Visual Studio Code с расширением SQL Server (mssql) обладает современным и продвинутым редактором SQL кода, который поддерживает технологию IntelliSense, т.е. автодополнение (Вы начинаете писать первые буквы SQL оператора, а редактор сам дописывает его).

Интеллектуальные фрагменты SQL кода

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

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

Кроме этого, посмотреть на полный перечень доступных фрагментов кода можно, если в редакторе написать слово «SQL».

Просмотр определений объектов базы данных

Расширение SQL Server (mssql) в Visual Studio Code позволяет просматривать сведения об объектах базы данных, иными словами, в процессе написания SQL запросов или инструкций, Вы очень легко можете узнать исходную инструкцию создания той или иной таблицы, хранимой процедуры или других объектов базы данных.

Встроенная возможность выгрузки данных в формат Excel, JSON, CSV

Расширение SQL Server (mssql) в Visual Studio Code предоставляет встроенный функционал для выгрузки данных, полученных в результате выполнения SQL запросов, т.е. Вы можете легко выгрузить данные, сформированные определённым SQL запросом, для этого есть специальные иконки в области результирующего набора данных.

Заключение

Таким образом, расширение SQL Server (mssql) в Visual Studio Code может оказаться весьма полезным для разработчиков, которым приходиться работать с Microsoft SQL Server и языком T-SQL.

Чтобы подвести итог, давайте выделим основные особенности расширения SQL Server (mssql) в Visual Studio Code.

Всё необходимое для установки можно найти на странице загрузки в 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, доступные на вашем компьютере, используя:

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