你的是本地数据库还是远程数据库?首先你要知道你远程数据库的IP地址 然后点击 开始 运行 输入 PING XXX。
XXX。XXX。
XXX(这个代表你远程数据库的IP地址)看看能不能正常ping通 如果能ping通的话联系远程数据库的操作人员 问一下数据库是否开启 如果是正常开启的话 你可以找软件中的数据服务器设置(应该是一个单独的程序)重新设置一下你的数据库连接 输入时应输入IP地址 数据库名称 用户名和密码 重新建立连接后启动财务软件就可以了。 应该和软件公司没什么关系 据我了解金蝶K3软件是由服务器端和客户端组成的 服务器端应安装在你所在公司的网络里 你可以找单位的计算机维护人员来帮你分析原因 如果你在的单位是大型企业 总部和你所在办公地点不在一个区域的时候应该考虑你但是安装财务软件的时候是不是用了金蝶提供的免费VPN,你的机器启动的时候有没有启动这个服务。
1005:创建表失败 1006:创建数据库失败 1007:数据库已存在,创建数据库失败 1008:数据库不存在,删除数据库失败 1009:不能删除数据库文件导致删除数据库失败 1010:不能删除数据目录导致删除数据库失败 1011:删除数据库文件失败 1012:不能读取系统表中的记录 1020:记录已被其他用户修改 1021:硬盘剩余空间不足,请加大硬盘可用空间 1022:关键字重复,更改记录失败 1023:关闭时发生错误 1024:读文件错误 1025:更改名字时发生错误 1026:写文件错误 1032:记录不存在 1036:数据表是只读的,不能对它进行修改 1037:系统内存不足,请重启数据库或重启服务器 1038:用于排序的内存不足,请增大排序缓冲区 1040:已到达数据库的最大连接数,请加大数据库可用连接数 1041:系统内存不足 1042:无效的主机名 1043:无效连接 1044:当前用户没有访问数据库的权限 1045:不能连接数据库,用户名或密码错误 1048:字段不能为空 1049:数据库不存在 1050:数据表已存在 1051:数据表不存在 1054:字段不存在。
使用SQL Server的朋友应该都知道,在SQL Server 2005中处理错误,最重要的因素是@@ERROR变量。
每个语句执行以后,你必须查询这个变量值,以保证没有使事务回滚的错误发生。这种方法有些麻烦,更重要的是,还容易出错。
另外,在SQL Server 2000中能够处理的错误类型仅限于某些类型的错误。 终止事务或批处理的错误就无法处理,也没有详细的错误信息。
TRYCATCH SQL Server 2005提供TRYCATCH结构,它出现在许多现代迭代程序语言之中,如Java和C#中。此结构让你通过CATCH结构中的一系列新函数访问更为详细的错误信息,这些函数包括: ERROR_NUMBER:返回错误号码,与@@ERROR的值相同。
ERROR_SEVERITY:返回调用CATCH块错误的严重程度。 ERROR_STATE:返回错误状态号码。
ERROR_LINE:返回错误发生的行号。 ERROR_PROCEDURE:返回促使错误发生的存储程序和触发器的名称。
ERROR_MESSAGE:返回错误的完整信息文本。 在CATCH块内,你可以在任何地方应用这些函数,它们将返回与发生的错误有关的信息。
在CATCH块外,这些函数返回零值。 处理死锁错误 让我们来看一个例子,了解如何应用SQL Server 2005中的新错误处理功能来处理死锁情形,在SQL Server 2000的数据库级别下,这种问题几乎无法处理。
计算机中存在资源竞争就会发生死锁。这种情形并非仅发生在数据库管理系统中,还发生在操作系统或其他任何出现资源争夺的系统中。
当一个进程锁定特定的资源,而又需要另外的资源来完成任务时,就会发生死锁。如果另一个进程锁定了第一个进程需要的资源,而且还需要第一个进程获得的资源,就会出现僵局。
两个进程都不愿释放自己的资源,意味着两个进程都不能完成自己的任务。不过,SQL Server中本身就存在一个运算法则,在这种情形下,它会随机选择一个失败者,这个失败者释放自己的资源以便另一个进程能够完成自己的任务。
这就意味着那个被终止的进程必须再次尝试。 在SQL Server 2000及更早的版本中,解决这种情形的最佳方法是在业务层专门针对死锁编写代码,如果探测到死锁情况,就再次尝试事务。
随着时间的推移,如果你注意到死锁情形发生的趋势,你就可以在存储程序中包括逻辑,设定死锁的优先权。这种方法允许你在死锁情形下选择失败者,但你无法再次尝试被终止的进程。
用SQL Server 2005,你能够在数据层发现错误,这样业务层开发人员就不必担心事务再次尝试问题。如果你能够发现一个死锁错误,你就需要再次尝试语句(可能要在一段时间之后,以便释放所需的资源)。
为说明这些新功能的运作情况,查看列表A。 表中的代码用来记录发生的错误。
我希望记录错误处理函数的所有信息,以及错误发生的日期和发生错误的数据库。 我将用列表B中的代码来记录程序中发生的所有错误。
注意你不必给程序设定任何参数,此程序将访问上面描述的错误处理函数。这是因为在执行CATCH块的时候,你可以调用这个程序。
即使调用了其他程序,你也可以在CATCH块的任何地方参考这些函数。 列表C专门用来查检死锁错误号,此时为1205。
如果FicticiousTable1更新时发生死锁错误,语句即被重试三次。如果重试三次后还不能成功更新,就停止更新此表。
SQL Server 2005错误处理的优点 与之前的版本相比,SQL Server 2005提供了一种更为稳健的错误处理工具。 在SQL Server 2000数据库层几乎无法处理的死锁问题,现在也能轻松解决。