LocalDB v14 cria caminho errado para arquivos mdf

ATUALIZAR

A partir de CU 6 para SQL Server 2017, esse bug foi corrigido. Agora é possível executar o seguinte com sucesso:

CREATE DATABASE [CreateDatabaseTest];
DROP DATABASE [CreateDatabaseTest];

O problema e o fato de ser corrigido no CU6 estão documentados no seguinte artigo da KB:
CORREÇÃO: erro "Acesso negado" ao tentar criar um banco de dados no SQL Server 2017 Express LocalDB

Para obter a atualização cumulativa, vá para a página a seguir e pegue a versão superior (ou seja, a mais recente), que pode ser mais recente que a CU6, dependendo de quando você vir isso:

Versões de compilação do SQL Server 2017

INFORMAÇÕES ABAIXO OBSOLETAS NO SQL SERVER 2017 CU6 (lançado em 2018-04-17)

A falta de uma barra invertida no nome de caminho + arquivo combinado parece ser um bug com o SQL Server 2017. Acabei de me deparar com isso. Eu até tentei editar o Registro para adicionar um DefaultDatavalor de string para C:\Users\MyAccountName\ em ambas as chaves a seguir (os 3 caminhos padrão não estão em nenhuma das chaves de registro LocalDB que examinei):

• Computador\HKEY_CURRENT_USER\Software\Microsoft\Microsoft SQL Server\UserInstances\{some-GUID-value}
• Computador\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL14E.LOCALDB\MSSQLServer

E sim, eu desliguei e reiniciei a instância LocalDB em ambas as tentativas.

No entanto, não estou convencido de que não ser capaz de alterar os caminhos padrão seja um bug, pois pode ser apenas uma documentação ruim e um tratamento de erros ruim combinados. Digo isso porque acabei de tentar editar os locais padrão para o SQL Server LocalDB versões 2014, 2016 e 2017, e todos resultaram exatamente no mesmo erro, o que por si só é estranho por ser de RegCreateKeyEx(), que deve estar lidando com o Registro e não o sistema de arquivos.

Não poder alterar o caminho é lamentável devido à falta de barra invertida ao criar um novo banco de dados sem especificar os arquivos a serem usados. No entanto, consegui criar um novo banco de dados usando a CREATE DATABASEsintaxe completa da seguinte forma:

CREATE DATABASE [XXXXX]
 CONTAINMENT = NONE
 ON PRIMARY 
( NAME = N'XXXXX_sys', FILENAME = N'C:\Users\MyAccountName\XXXXX_sys.mdf',
  SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 65536KB ), 
 FILEGROUP [Tables] DEFAULT
( NAME = N'XXXXX_data', FILENAME = N'C:\Users\MyAccountName\XXXXX_data.ndf',
  SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 65536KB )
 LOG ON 
( NAME = N'XXXXX_log', FILENAME = N'C:\Users\MyAccountName\XXXXX_log.ldf',
  SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 65536KB )
 COLLATE Latin1_General_100_CS_AS_KS_WS_SC;
GO

Eu me deparei com o mesmo problema e encontrei uma solução alternativa que não deve ter desvantagens claras (se eu estiver esquecendo alguma coisa, corrija-me) . É baseado na resposta do Solomons, mas sem a necessidade de especificar o caminho absoluto para os arquivos do banco de dados diretamente.

DECLARE @databaseName NVARCHAR(MAX) = 'MyDatabase'

DECLARE @dataFilePath NVARCHAR(MAX) = CAST(SERVERPROPERTY('InstanceDefaultDataPath') AS NVARCHAR) 
    + FORMATMESSAGE('\%s.mdf', @databaseName)

DECLARE @sql NVARCHAR(MAX) = FORMATMESSAGE(
    'CREATE DATABASE %s ON PRIMARY ( NAME = %s, FILENAME = ''%s'' )', 
    quotename(@databaseName), quotename(@databaseName), @dataFilePath
)

EXEC (@sql)

Ele usa sql dinâmico e não é exatamente bonito, mas faz o trabalho até que haja uma correção oficial para o problema.

Estou enfrentando esse problema também. A única solução que encontrei seria conceder o acesso de gravação c:\Users\a Todos (ou algo parecido) e deixá-lo criar os arquivos mdf onde quiser.

Obrigado pela sua explicação concisa deste problema. Eu me deparei com este mesmo problema ontem. Ainda não encontrei uma solução permanente, mas aqui está minha solução atual.

Estou usando a função Database.EnsureCreated() para criar o banco de dados.

Defina a cadeia de conexão para incluir a configuração ' AttachDBFilename= '.

Server=(LocalDB)\\MSSQLLocalDB;Database=ExploreCalifornia;AttachDbFilename=.\\ExploreCalifornia.mdf;Trusted_Connection=True;MultipleActiveResultSets=true

Execute o aplicativo. Vai gerar um erro:

Não é possível anexar o arquivo '.\ExploreCalifornia.mdf' como banco de dados 'ExploreCalifornia'.

mas ele irá criar o banco de dados.

Depois disso, altere a string de conexão e remova ' AttachDBFilename= '.

 Server=(localdb)\\MSSQLLocalDB;Database=ExploreCalifornia;Trusted_Connection=True;MultipleActiveResultSets=true

Executei o aplicativo novamente sem erros e as tabelas foram criadas.