谁能为我的数据流水线提点建议？(300分)

我打算在我的新项目中使用三层结构。不过我不想用现成的体系，如COM/MTS或MIDAS。
我打算定名为数据流水线，完全类似于工厂车间中的器件流线。其要点是：
1.应用服务器不直接接受客户端的SQL请求，而是一套完整的指令系统。我以前设计的系统
中总是在客户端有一套通过类来实现的数据映象，而现在这个数据映象大部分在中间层，只
有少部分在客户端的内存中。中间层通过XML主动向客户端传递所需数据。一旦有新站点有激
活请求，马上传递客户端所需的数据，如果有站点有数据更新，将更新要点传达到所有站点。
所有站点的数据都是同步的、一致的。
2.使用Socket协议，服务端和客户端均有SocketClient和SocketServer，两条通道，每个通
道的一个方向是传递数据，另一个方向传递控制。
3.指令系统中包括连接、会话、断开等数据逻辑，也包括登录、执行每一个企业逻辑功能的
所有action。中间层将每一个站点的请求记录在log中。当然，这套指令系统也是XML格式。
实话说，我还是第一次搞这样的系统，现在希望大家多提宝贵意见，分不够可以再加。
1.预测这样的系统性能如何，主要是稳定性和速度；
2.预测可能会出现什么问题，如何避免这些问题；
3.工作量比直接使用DCOM/MTS或MIDAS是大还是小；
4.中间层使用SQLDirect引擎，完全不用ADO/BDE，用过SQLDIrect的人可以题一些感受。

关注!

me too

你现在还搞不清你在操作什么，也不知道你在为什么服务，你就知道数据数据数据，到底
什么是数据？数据是什么？你走路的时候先迈左脚还是先迈右脚？
不必预测了，我那以前的失败例子给你看看就知道了，就这些失败的例子还比你的思路先进呢。
不过劝你不要搞了，我正在申请专利。

呵呵？你申请的专利是关于什么嘛？
我知道光有创新是不行的，我的确想将企业逻辑写到中间层中，而不仅仅是处理数据。
那就先谈谈你的失败例子吧。

barton，我说话太不客气了，请谅解。
就如同你发现了一棵果树，上面有你从未见过的果实，你会在它还未成熟时、甚至还不知
它是否有毒时就推荐给朋友吗？而你更甚，竟然敢大胆的品尝，所以我估计你肯定要失败，
即使它真的是好东西，但是它还未成熟。更重要的是，你失去了忠诚度、积极性、耐力、金钱和机会。
我不断的教导一些项目经理，告诉他们设计的重要性，他们也谨慎小心的遵循这他们自以为的
工程规则：编码前要做好设计。殊不知他们的设计是将需求拼凑在一起的[大杂烩]，而这些
需求是从叽叽喳喳的客户那里记下来的。在经历失败后，于是他们又有了新的游戏规则（原谅我这么说）：要做概念设计、行为设计和交互设计。但是当手中的项目按期完成后（其实这
是很难的），他们又发现他们得到了一个玩具，一个很好看的玩具，但不能用。经理们开始教训他们的主程序员，但注定了程序员要有如下特点，否则就不是程序员。
1）他们喜欢逻辑，喜欢复杂的东西，并且以此为兴趣；
2）他们喜欢控制，有强烈的控制欲，他们想控制所有的东西，并推荐给他们的客户，如同在女朋友过生日时送给她一个功能强大的电钻一样；
3）他们喜欢学习和弄懂为什么，宁可以工程失败作为代价，他们完全可以到别的公司工作，所以他们不怕；
4）他们总认为自己是对的，同时对其他的行为有一种天生的偏见，所以不会仔细、谦虚的看你的设计文档
5）在功能强大和实用面前，他们宁可选择功能；
6）他们要求每一个使用电脑的客户都要知道系统中有数据库、有内存、有硬盘等等，他们善于解释原理给每个人，并且显示自己知识多么渊博
7）那些他们眼中的[低级用户]，也就是刚会用鼠标、瞧键盘的中年人是他们嘲笑的对象，就象程序员小时侯被[头脑简单、四肢发达]的伙伴嘲笑一样；
8）程序员好斗
9）他们处理不好人际关系，他们正在从感性的、感情的热血动物变成理性的、机器化的计算机，他们分不开2和无穷大的区别，也不会认为1/10000这个数字等于零；
10）他们天生是为了计算机而设计的，永远也不会为用户、为人而设计，因为这是相矛盾的；
11）他们喜欢的环境任何一个正常人都不喜欢。
12）他们喜欢引用、重用东西，他们基于编程来引用这些东西，从来不考虑这些东西是否真的适合用户，同时他们又很懒，以代码少为荣；
13）大部分的项目都是无意中设计出来的；
14）................
程序员永远都是程序员，他们虽然有诸多[特点]，但一个好的项目经理要善于控制这些，特别是很领先、富有创新、没有完成期、没有设计的项目，barton你能做好吗？
我看了你发的各种帖子，你缺的是好的工程开发思路，你也应该认识更多的技术，一个工程要有三条腿支撑，就是实际能力、生存能力、期望能力。三者都要满足。
justep为了今天的辉煌付出了5年默默无闻的工作，作为对手，我佩服他，我就一个人，3年前才开始设想和尝试，但我要告诉你：我是今年才开始编码的。

学习。

如你的客户端使用的是浏览器，我建议你使用web service,
在客户端运用xml的push技术！

up

to 千王之王：
你的说法很有趣，我能接受绝大部分。不过对于我手头的项目，我只是说我能不能有个选择
而已。我并不认为我是异想天开。起码，有一半的成功的可能。不过，我还是需要按期完成。
我正在做设计，部分工作已经完成，准备付诸实践了。
to 雨人：
客户端不可能用浏览器。我的项目需要自动生成并打印成本成本的合同，我一直不知道使用
java或别的什么工具能够解决这个问题。见http://www.delphibbs.com/delphibbs/dispq.asp?lid=638462
客户端虽然有应用程序，但服务端却不一定是WindowsNT/2K什么的，数据库也不确定。
还有一点，我希望能很好地控制数据流量，在客户端闲时服务端主动传输数据。
这和http协议中一次传输整个页面似乎有冲突。如果需要，可以在服务端加一个网关之类
的程序，协调二者的工作。眼下的三层体系无法替我完成。

》千王之王:
》程序员永远都是程序员，他们虽然有诸多[特点]，但一个好的项目经理要善于控制这些，
》特别是很领先、富有创新、没有完成期、没有设计的项目，barton你能做好吗？
》我看了你发的各种帖子，你缺的是好的工程开发思路，你也应该认识更多的技术，
》一个工程要有三条腿支撑，就是实际能力、生存能力、期望能力。三者都要满足。
给人一种很强烈的感觉，好象与我很类似，希望看到你的更多的论述。
或给个联系方式，以后还请多多关照。

千王之王的意见很有道理，很有高度！

可以作为学习的尝试，但是要拿来做商业应用程序的话，现成的有什么不好呢？
不过还是很敬佩你的探索精神！

to all:
这个方向的终点站是：目标驱动体系结构（请原谅我这莫说）。
要战胜结构式、面向对象体系、面向流体系、流程动作体系结构而最终达到目的。
可目前数据库系统还停留在结构化的SQL或面向对象的OQL、开发工具还停留在
面向对象的DELPHI和VC还有结构式的C语言、软件应用还停留在模块式、存储计算式
、系统分析方面居然提倡UML、软件工程还停留在向印度看齐的状态。可以想象要最
终做出来困难有多大，时间有多遥远、路有多长。而且在最终成为一个
新的体系结构诞生之前毫无应用价值。
to barton:如果您很有钱，那末请毫不犹豫投入进来吧，全世界人民会感谢您的，
我穷的很，只好用着借来的K6266挤时间进行研究，我的任务和你的一样：推翻面向对象、
跨越面向流和流程动作结构、推翻SQL和OQL数据库系统、让面向对象的开发工具如
Delphi、C++成为古董等等。我刚过22岁生日，估计得42岁才能见到谁把它做出来。
我没上过高中和大学，知识匮乏得很，估计仅凭我一个人也没的指望，唉。。。。。
很感谢您，barton。在这条路上我不再感到孤独，谢谢您。因为我技术上孤独、事业上
孤独、社交也孤独。。。。。让我很无奈的习惯了孤独。

to 千王之王：
》8）程序员好斗
好样的！！

不错，不错
如果能坚持下去就更好了
不过具体的东西现在还没有出来不好怎么评价，
其实这种东西偶很早以前就想过了，相信很多人也思考过。

主动推数据？如果数据量小而且单一还可以，否则用户多时效率可能成问题。

多人接受答案了。