Sql server Sql异常：管道的另一端没有进程

我无法从c代码访问我的sql server连接。我得到这个错误：

Sql异常：管道的另一端没有进程

这是我的app.config中的连接字符串：

<add name="DefaultConnection" providerName="System.Data.SqlClient" connectionString="Data Source=BELLA\SQLEXPRESS;Initial Catalog=TLP;User Id=pascal;Password=test;Pooling=False"/>

这是我第一次在sqlmanagementstudio中创建login+用户，所以我几乎可以肯定我做错了什么，这是我的错

这就是我所做的：

1） 使用sql身份验证用户：pascal和密码：test在服务器的安全文件夹中创建新登录名

2） 转到我的数据库，在安全文件夹中创建一个新用户，用户：pascal，登录名：pascal，模式：dbo

3） 我忘了什么吗

其他人的解决方案：

1） 我也尝试过这个链接，但是我在可疑页面表上的Sql选择是空的


2） 我的Sql Server网络配置已在tcp/ip、名称管道和共享内存设置上启用

(三)

1号到3号根本没用

所有这些都是在我的本地机器上完成的。这里没有网络。
您是否在SQL配置中启用了共享内存和TCP/IP提供程序

如果没有，请尝试打开SQL Server Configuration Manager实用程序并启用共享内存和TCP/IP。对我来说，服务器和客户端的工作顺序是共享内存（1）和TCP/IP（2）

另外，请确保您正在为PASCAL创建具有正确权限的SQL登录和数据库用户

查看我关于创建登录的博客文章

下面的代码片段将使用正确的默认数据库、默认模式和读/写权限来重新创建您的登录名/用户

-- Which database to use.
USE [TLP]
GO

-- Delete existing user.
IF  EXISTS (SELECT * FROM sys.database_principals WHERE name = N'pascal')
DROP USER [pascal]
GO

-- Which database to use.
USE [master]
GO


-- Delete existing login.
IF  EXISTS (SELECT * FROM sys.server_principals WHERE name = N'pascal')
DROP LOGIN [pascal]
GO

-- Add new login.
CREATE LOGIN [pascal] WITH PASSWORD=N'test', DEFAULT_DATABASE=[TLP]
GO

-- Which database to use.
USE [TLP]
GO

-- Add new user.
CREATE USER [pascal] FOR LOGIN [pascal] WITH DEFAULT_SCHEMA=[dbo]
GO

-- Add to database read / write roles
EXEC sp_addrolemember 'db_datareader', 'pascal'
EXEC sp_addrolemember 'db_datawriter', 'pascal'
GO

-- Add to database owner role?  
-- Only give out if application needs a high level of privileges.
-- EXEC sp_addrolemember 'db_owner', 'pascal'
-- GO

服务器级协议


客户端级协议


我从不选择NETBIOS，因为它是一个不可路由的协议

如果您仍有问题，请发布屏幕截图和更多详细信息。
可能是一种不寻常的情况，但我刚刚收到此异常，并在连接字符串的初始目录值中跟踪到一个无效的数据库名称。
右键单击，订单选项显示在客户端下。服务器上没有这样的东西。我认为这并不重要。因为共享内存仅在您登录到服务器时使用。TCP/IP在其他任何地方都被使用。我做了你所有的提示（见我的init帖子）。然后我运行你的脚本，它工作了。我的windows服务可以通过浏览器连接和获取数据：）我查看了脚本，但仍然找不到以前没有通过ManagementStudio GUI执行的特殊操作。但是现在有这个脚本也很好，谢谢。在网上阅读了很多关于启用
共享内存的东西，而在我的项目中，我的问题实际上是在sql server的安全保护下有一个错误的用户，因为我从另一台服务器还原了一个备份，该服务器的用户与管理员的用户相似。因此，我删除并重新创建了安全性，它工作得很好。