connectionstring(connectionstring是什么)

一、SQL2014 connectionstring属性尚未初始化怎么解决

SQL2014 connectionstring属性尚未初始化是设置错误造成的，解决方法为：

1、老版本(SQL200)中，登录后，在Master数据库下面，找到“存储过程”。

2、在右侧会列出系统所有的存储过程(不包含个人创建的)，并找到你需要的过程，此处的应找到'sp_dboption'。

3、选中'sp_dboption'后，并单击鼠标右键，在弹出菜单中，直接点击复制。复制后，可以通过在记事本中粘贴，查看源码。

4、回到SQL2014，打开“SQL Server 2014 Management Studio”，并在顶部找到“新建查询”。

5、将刚才复制的内容，直接粘帖到右侧的输入框中，粘帖后，输入框会出现很多代码段，这里直接点击工具栏的“执行”，随后显示执行成功（命令已成功完成）。

6、在存储过程上点击鼠标右键，选择刷新，即可看到新添加的存储过程，再次执行以前的老工具，正常使用。

二、请问missing connection or connectionstring是什么意思

missing connection or connection string的意思：缺少的连接或连接字符串，连接字符串有问题或者没连接。

字符串或串(String)是由数字、字母、下划线组成的一串字符。一般记为

s=“a1a2···an”(n>=0)。它是编程语言中表示文本的数据类型。在程序设计中，字符串（string）为符号或数值的一个连续序列，

如符号串（一串字符）或二进制数字串（一串二进制数字）。

三、如何存贮connection string

关于connection string应该存放在哪里有许多不同的方法每个都有自己的使用场合根据MSDN和我以前编程的经验总结/摘录了一篇文章希望对大家有所帮助

在程序中要存储connection strings我们有不少的选择的每一种方法都有自己的优缺点特别是在灵活性和安全性上当然很多人就直接把connection strings写在了程序里这样虽然效率提高了一些可是实在是非常不方便将来的修改和配置所以并不是一种推荐的行为

在选择connection strings存储方式时感觉最重要的是安全性和易配置性其次就是性能在各类资料中我们可以看到存储的方式主要有）程序配置文件例如asp net中的web config文件）windows注册表中）UDL文件）在+的catalog中（只用于serviced ponent）

下面我们逐个来讨论一下这几种方法的优缺点

）使用XML程序配置文件我们可以使用<appSettings>来把 connection string存储在程序配置文件的custom settings部分<configuration><appSettings><add key= DBConnStr value= server=(local);Integrated Security=SSPI;database=northwind;username=;password=/></appSettings></configuration>

优点 a）很明显容易分发 connection string可以跟随 NET的xcopy机制极其简单的deploy b）易编程性我们可以使用 ConfigurationSettings中的AppSetting来读取connection string using System Configuration; private string GetDBaseConnectionString(){return ConfigurationSettings AppSettings[ DBConnStr ];} c）在ASP NET中使用的话可以自动更新也就是说如果一个管理员修改了web config中的connection string下一次这个string被访问是修改后的内容会被使用这点在web编程中非常实用

缺点安全性虽然ASP NET中已经明确写了带 config后缀的文件是不能被客户访问的并且NTFS文件系统可以用来进一步加强安全性在web server中用明文来存储connection string还是让人觉得不爽啊幸运的是 MS还提供了在配置文件中用encrypted方式存储的办法这下基本上就OK乐

）使用UDL文件 OLE DB NET Data Provider支持在connection string中使用UDL文件具体方法可以参考KB Q HOW TO: Use Data Link Files with the OleDbConnection Object in Visual C NET不过要注意的是这种方法SQL Server NET Data Provider不支持

优点这也是一种比较标准的方法特别是你以前就一直用UDL缺点 a)性能每次connection打开时都需要去读取和分析UDL文件 b)安全性 UDL文件是以明文的方式存放的我们只能通过NT的文件系统设置它的访问权限要注意在ASP NET中要保证ASP NET跑的账号有读的权限并且注意不要把UDL文件放在虚拟目录中不然它有可能会被客户下载

）使用注册表当然我们也可以在注册表中增加一个键来存储connection但是这样比较难以分发

优点 a)安全性我们可以对注册表的键使用ACL来控制读写权限也可以考虑加密信息 b)易编程性 NET也提供了很多类使我们可以容易的操作注册表缺点分发这种方式必须要把相应注册表的修改也放入程序的分发过程中一定程度上就与 NET的xcopy不相符合了）使用自定义文件我们当然也可以自定义一种文件格式来储存connection string但是这样的话就没有太多优点了而且需要额外的编程并且不容易分发所以在很多场合下不太适用

）使用+的catalog和construction arguments在使用到+的时候我们也会把connection string存到+的catalog中然后通过object construction string来传递给object+会在初始化对象时调用对象的construct函数这种方法只适用于service ponents当我们用到分布式transaction或object pooling时我们就可以考虑这种方法

优点管理 Admin可以非常容易的使用MMC配置connection string缺点安全性虽然我们可以通过+中的role来进行一定的控制+ catalog不是一个非常安全的存储地区所以不要以明文的形式在其中存储connection string分发性+ catalog中的内容也必须和我们的程序一起分发这部分的内容比较多这里我就不一一详述了