windows之家1.有没有什么办法可以使SQLserver2008与wind10兼?
SQL Server 2008 在Microsoft的数据平台上发布，可以组织管理任何数据。
可以将结构化、半结构化和非结构化文档的数据直接存储到数据库中。可以对数据进行查询、搜索、同步、报告和分析之类的操作。
数据可以存储在各种设备上，从数据中心最大的服务器一直到桌面计算机和移动设备，它都可以控制数据而不用管数据存储在哪里。 SQL Server 2008 允许使用 Microsoft .NET 和Visual Studio开发的自定义应用程序中使用数据，在面向服务的架构（SOA）和通过 Microsoft BizTalk Server 进行的业务流程中使用数据。
信息工作人员可以通过日常使用的工具直接访问数据。
2.SQLServer复制的向后兼容性是什么?
一、在SQL Server 2008中不推荐使用事务复制的订阅过期。
其实这个订阅保持期就好像是一个“有效期”或者叫做“质保期”。如果数据库系统未能够在有效的“质保期”内完成同步订阅工作，则这订约作业就会停用或者过期。
如假设最大的分发保持期为72小时（这是SQLServer数据库的默认设置，管理员可以根据实际情况来调整），如果订阅未能够在72小时内同步的话，而且分发数据库中还存在尚未传递到订阅服务器的更改，则订阅作业将会被分发服务器上运行的“清除分发”作业标记为停用。 此时数据库管理员如果要重新启用这个订阅功能的话，那么就必须重新初始化订阅。
而在数据库中，主要是这个sp_addpublication过程来控制这个订阅周期。在这个存储过程中，有一个@retention 属性。
这个属性主要用来设置订阅活动的保持期。 默认情况下这个属性的值为336小时。
如果订阅活动在保持期内不活动的话，则过期后系统就会将其自动删除。一般来说，这个值可以大于发布服务期使用的分发数据库的最大保持期。
也就是说，他们具有一定的独立性。如果数据库管理员想让订阅永远不过期的话，则只需要将这个参数设置为0即可。
不过根据微软的官方资料可以知道，这个参数的话在以后的版本中可能会被逐渐的淘汰。因为这个属性如果设置不当的话，会给合并复制造成一系列的不利影响，影响合并复制作业的稳定性。
为此数据库管理员在部署复制作业时，最好不要使用这个参数，以免跟后续的数据库版本不兼容。 如果一定要使用这个参数的话，那么最好能够遵循下面的一些建议。
一是如果采用合并复制，那么合并发布的保持期最好给一个宽限期。因为可能数据库部署在不同的时区，如果没有宽限期的话，那么这些分布在不同时区中的订阅服务器，运行起来就可能会出现问题。
为此笔者建议，通常情况下需要给其一个24小时的宽限期。即使现在企业用不到，但是随着后续规模的扩大，很有可能要在不同的国家设置数据库服务器。
如美国的企业，可能会在国内的办事处设置一台订阅服务器，以提高办公的效率。此时就应该为其设置24小时的宽限期。
二是尽量不要将这个参数设置为0。如果把这个参数设置为0，就表示没有保持期的限制。
虽然这从某个程度来讲，可以简化数据库管理员的维护工作。但是将这个参数的值设置为0，可能会产生一系列的负面效应。
如此时数据库系统将无法删除元数据等等。 为此，笔者的建议时，在实现复制服务时，最好不要采用这个参数。
如果一定要用的话，那么要给其设置一个合理的宽限期；并且最好不要将这个参数设置为0。虽然这不是强制性的规定，但是为了复制服务能够稳定运行，各位数据库管理员最好还是好好考虑笔者的这个建议。
3.sqlserver有时查询不了的问题win2000server+
共有三种类似情况，这三种错误信息都是发生在 SQL Server 自带的客户端工具中，在应用程序中我们也会遇到类似的错误信息，例如： Microsoft OLE DB Provider for SQL Server (0x80004005) [DBNETLIB][ConnectionOpen (Connect())。
]Specified SQL server not found。 Microsoft OLE DB Provider for SQL Server (0x80004005) 用户 'sa' 登录失败。
原因： 未与信任 SQL Server 连接相关联。 Microsoft OLE DB Provider for ODBC Drivers 错误 '80004005'。
[Microsoft][ODBC SQL Server Driver]超时已过期。 首先，让我们来了解一下使用 ODBC 和使用 OLE DB 连接 SQL Server 有什么不同之处。
在实际使用中，应用程序创建和使用各种 ADO 对象，ADO 对象框架调用享用的 OLE DB 提供者。为了访问 SQL Server 数据库，OLE DB 提供了两种不同的方法：用于 SQL Server 的 OLE DB 提供者以及用于 ODBC 的 OLE DB 提供者。
这两种不同的方法对应于两种不同的连接字符串，标准的连接字符串写法如下所示： 1、使用用于 SQL Server 的 OLE DB 提供者： 使用 SQL Server 身份验证： oConn。Open "Provider=sqloledb;" & _ "Data Source=myServerName;" & _ "Initial Catalog=myDatabaseName;" & _ "User Id=myUsername;" & _ "Password=myPassword" 使用 Windows 身份验证（信任连接）： oConn。
Open "Provider=sqloledb;" & _ "Data Source=myServerName;" & _ "Initial Catalog=myDatabaseName;" & _ "Integrated Security=SSPI" 2、使用用于 ODBC 的 OLE DB 提供者（不使用 ODBC 数据源）： 使用 SQL Server 身份验证： oConn。 Open "Driver={SQL Server};" & _ "Server=MyServerName;" & _ "Database=myDatabaseName;" & _ "Uid=myUsername;" & _ "Pwd=myPassword" 使用 Windows 身份验证（信任连接）： oConn。
Open "Driver={SQL Server};" & _ "Server=MyServerName;" & _ "Database=myDatabaseName;" & _ "Trusted_Connection=yes" 3、使用用于 ODBC 的 OLE DB 提供者（使用 ODBC 数据源）： oConn。 Open "DSN=mySystemDSN;" & _ "Uid=myUsername;" & _ "Pwd=myPassword" 如果遇到连接失败的情况，我们只要按照一中所示的方法，结合程序中的连接字符串进行检查，基本都能得到解决。
另外，还有以下几个要注意的地方： 1、配置 ODBC 数据源时，点击"客户端"配置选项可以让我们指定连接使用的网络库、端口号等属性； 2、如果遇到连接超时的错误，我们可以在程序中修改 Connection 对象的超时设置，再打开该连接。 例如： 3、如果遇到查询超时的错误，我们可以在程序中修改 Recordset 对象的超时设置，再打开结果集。
例如： Dim cn As New ADODB。Connection Dim rs As ADODB。
Recordset 。 。
。 cmd1 = txtQuery。
Text Set rs = New ADODB。Recordset rs。
Properties("Command Time Out") = 300 '同样以秒为单位，如果设置为 0 表示无限制 rs。Open cmd1, cn rs。
MoveFirst 。 。
。 上面所有的测试在 Windows 2000 Advanced Server + SQL Server 2000 企业版上通过。
希望能对你有所帮助。 谢谢！ 。
4.win8无法安装sql server2012,是不是不支持
你好，如果你sqlserver2012数据库确定是64位的，那么出现这样的错误只能有一个原因就是win8 64位不支持sqlserver2012的安装导致的。
failed失败的意思，其实微软推出win8系统之后，是有很多的缺陷与不足的，不管是从用户体验方面还是从产品功能方面来说都不是特别的使用，而且微软为了弥补win8的过失与缺陷已经与2015年1月23日正式推出了windows 10系统。 win8系统开发的出发点就能够实现与手机屏幕的结合，里面的很多系统功能都是被省略的所以它的环境根本无法支持SQLSERVER数据库安装所要具备的环境。
并且如果你真的使用win8去搭建开发环境个人认为不合理。 希望对你有所帮助。
转载请注明出处windows之家 » sql2008不兼容win10如何解决