New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SQL server alias recognized with CLR runtime but not CoreCLR #14945
Comments
FYI @YoungGah |
@saurabh500 can you follow up please |
@Phasiq The support for SQL alias has been intentionally removed from CoreFX. |
Closing issue as aliases are not supported in CoreFX |
Is there a plan/workaround to support them? A library somewhere, a snippet to make it work, a roadmap? |
Why aren't aliases supported? I find this to be a really useful feature since often people will have |
The SQL server alias is defined on each client machine and it points to a SQL server instance. The alias information is stored in the registry on Windows. This is a OS specific dependency which can work only on Windows. As a result we decided to drop support for sql alias in core fx. |
I found that behaviour surprising to be honest. The fact it would be windows only I don't think is a problem given it's transparent to the API surface area so you won't know something is missing on non-windows environments.
…--
On 11 Mar 2017, at 12:00 am, Saurabh Singh ***@***.***> wrote:
The SQL server alias is defined on each client machine and it points to a SQL server instance. The alias information is stored in the registry on Windows. This is a OS specific dependency which can work only on Windows. As a result we decided to drop support for sql alias in core fx.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
This workaround does the trick (WOMM)
|
I've pulled the above code into a lib and NuGet Package https://github.com/droyad/SqlAlias |
People do use Sql Aliases. Solving this issue in corefx will kill the need to manually fix it on each .Net Core application. Examples are dbcli/mssql-cli#100 and microsoft/azuredatastudio#71 |
How about
|
I wrote a test console application and set up a SQL configuration alias in SQL server configuration manager. When running my application with the dnx 4.51 runtime, the database connection is established with no problem and the application functions normally
If I switch the runtime to dnx core 5.0, any attempts to connect to the database from the application fail with the SqlException 'The network path was not found.' Replacing the alias in the connection string with the actual server name resolves the issue. The connection string I'm using is included below:
Perhaps the System.Data.SqlClient coreCLR library does not support SQL aliases and this is not a bug. I just think the different behavior between runtimes is a bit odd and the error it produces is not helpful in deciphering the problem.
The text was updated successfully, but these errors were encountered: