中间层是资料库与软体的介面，也是伺服器与客户端的连线口，只有在中间层配置完全的情况下客户端才能连线
中间层伺服器同一个版本，且有许可。 有什么问题加我qq752170638
一种企业管理系统软体，
就是让你的公司所有业务流程实现电子网路化的一种软体程式.
我们公司用的是SAP。
比ERP系统还要高阶，英文版的。
pw_tmsgs是PW论坛里的表，有很多资料的，至于是什么资料，我也不是很清楚。删除后可能要出问题。
要扩充套件资料库有四大挑战：搜寻、并发性、一致性和速度。
假设你有一张清单，上面有10个人名。如果你想要查询某个人，只需要看一眼清单就行。
但如果清单上有100万个人名呢？这时，你就需要一些策略了。电话簿把人名按照字母顺序排列，这样你就可以略过不需要的部分了。这就是针对搜寻问题的一种解决方案。
如果有100万人在同时使用这本电话簿呢？这就是并发性的问题。要么大家在市政厅排长队等待使用电话簿，要么把电话簿影印100万份——“主从复制”策略。如果你把这100万份影印件放到每个人的家里——“分散式”策略——你同样可以得到快速响应。
如果有人电话号码更换了呢？主从复制策略造成了一个问题：现在必须对100万本电话簿作出更改。而且它们还在被使用呢，何时才能进行更改呢？如果一本一本的更改，就可能造成资料一致性问题。如果全部回收并印发新的，就可能造成可用性问题。
如果每小时都有成百上千的人更换他们的电话号码呢？这时你就面临由于“资源争用”引起的严重的资讯堵塞，这种堵塞还会导致“竞态条件”（不可预知的输出）和“死锁”（资料库的僵局）。
以上所有问题都有解决方案，但这些解决方案可能会非常复杂。比如，可以通过发放电话簿的附录（称为“修改日志”）而不是重新列印它们，不过你得时时刻刻检查你的附录。你可以按照修改日期释出电话簿的新版本，这样人们可以同一时间交换它们以获得更高的一致性，不过这样的话，电话簿就总会稍微有一点过时。
现在，把规模扩充套件到有上百万的使用者使用，数十亿条资料分散式的储存在世界各地的资料中心中。
资料库基本目标是维护一种假象，即它只有一份拷贝，同一时间只有一个人在修改它，所有人看到的都是最新的资料，并且能立即响应。当资料库扩充套件到全球有上百万的人使用和修改上以万亿计的资料时，这个目标就无法达到了。
因此资料库设计的任务是使用环环相扣的演算法技巧以尽可能的接近这一假象。
楼主，你好！虽然现在是2013年，而这个问题是2012年问的，我还是来回答下吧。一般在开启金蝶K3客户端或者使用金蝶K3的某个功能时，会出现金蝶提示对话方块“正在呼叫中间层元件……”，我也经常遇到，一般是由于网路不通，或者网路不稳定导致这种现象的。
以上希望能帮助到你
1．资料库完整性约束能够防止合法使用者使用资料库时向资料库中新增不合语义的资料。
2．利用基于DBMS的完整性控制机制来实现业务规则，易于定义，容易理解，而且可以降低应用程式的复杂性，提高应用程式的执行效率。同时，基于DBMS的完整性控制机制是集中管理的，因此比应用程式更容易实现资料库的完整性。
3．合理的资料库完整性设计，能够同时兼顾资料库的完整性和系统的效能。比如装载大量资料时，只要在装载之前临时使基于DBMS的资料库完整性约束失效，此后再使其生效，就能保证既不影响资料装载的效率又能保证资料库的完整性。
4．在应用软体的功能测试中，完善的资料库完整性有助于尽早发现应用软体的错误。
资料库完整性约束可分为6类：列级静态约束、元组级静态约束、关系级静态约束、列级动态约束、元组级动态约束、关系级动态约束。动态约束通常由应用软体来实现。不同DBMS支援的资料库完整性基本相同。