一个已年过34的DELPHI程序员的BLOG

Question

从毕业到现在，一直在做技术，不经意回头看看自已走过的路，感触很多。于是博主就把自已的所做过的部分商品化的项目和这些年来的生活点滴也都记录了下来，希望大家有空去坐。 小宇飞刀的博客：   http://blog.163.com/xieyunc/

Answer 1

到BLOG去走了一下马。呵呵，老冯又要发谬论了：老弟，您辛苦了，开了这么长时间的拖拉机。

Answer 2

冯老弟，几天不见了，又在发谬论，我也到BLOG去走了一下马，发现楼主这样一段话：==================================================================================
我想，如果你在客户端用了clientdataset，在服务端用了datasetprovider，那你可以在   datasetprovider的OnGetData事件中，对图像进行压缩，然后在ClientDataSet的AfterGetRecords事件中，对图像进行解压。你的想法不错，我觉得我的系统也可以用这样的方法提高效率...
==================================================================================    我觉得这不是提高效率，而是降低效率！好处仅仅是减少了数据库的字节而已。
    要通过压缩数据提高效率，方法应该和楼主的话相反，在客户端压缩数据，在服务器端解压，这样才能减轻网络传输量啊！
    不知道我上述说法是否谬论，请冯老弟和楼主及楼下指点指点。

Answer 3

三层结构中，所有的业务逻辑应该都在中间层（应用服务器）上的，而且应用服务器和数据库服务器应该都是在局域网中的，在中间层压缩对网络的数据传输量并无太大的影响，因为当我们在数据库服务器中做了pooling之后，数据库的负荷并不会太大，且系统的网络瓶颈是在中间层和客户端之间，因此个人认为在中间层（应用服务器）压缩或加密，在客户端解压或解密，应为最好的解决方案。如果都放在客户端做，那还不如做成两层C/S的，执行效率更高，标准的胖客户端了。

Answer 4

三层结构系统的执行效率分析图：                   压缩、加密            解压、解密 
                       |                     |
数据库SRV<---------应用服务器<------------客户端
  |____________________|             |
        局域网中           网络传输中的真正压力所在

Answer 5

To：zuoansuifeng(左岸)
  最近过得可好？

Answer 6

to xieyunc(小宇飞刀) 
===================================================================================
    也许你说的正确吧，我上面所说的意思主要是就网络数据流量大小而言，压缩数据的主要目的有2个，一是减小数据库容量，二是减轻网络负担，在应用服务器压缩，客户端解压，就是说，客户端传送到服务器段的是没压缩的数据，从应用服务器传给客户端的数据也是未压缩的，显然对没有任何减轻网络负担。
    也许我根本就不应该在你这个帖中讨论这个问题，同这个帖的气氛太不融洽了，但是，我还是仔细看了你的BLOG，才有上面的发言。权当我上面说的废话。

Answer 7

to : xieyunc(小宇飞刀) 过的还好啊  天天加班 搞死了 最近在搞视频音频，自己封装控件 我觉得你那个（网络传输中的真正压力所在） 这个问题确实比较麻烦C/S 三层结构中好象有付载均衡的，要不做成分布式 还有可以搞个压缩算法，网上好象有很些压缩算法，长的可以变短，不过好象会把短的加长小弟随便说了几句~~~~

Answer 8

to maozefa(阿发伯):
   在三层结构的系统中，客户端怎么可能会与数据库服务器直接交接数据流呢？客户只会连接到应用服务器（即中间层）的，中间层与客户端之间的数据是经过了压缩的，比如我为中央电大做的一个全国性的考试系统，数据库服务器和应用服务器都在各省电大中心机房，各省之内的考生客户端是连接到应用服务器，由应用服务器负责向数据库存取数据再经由它压缩传给各考生客户端的，如果应用服务器负荷过大可随时扩展一台或多台连接到同一个数据库服务器的。

Answer 9

bird汗一个先
感慨来感慨去
又变成学术讨论了

Answer 10

感谢 maozefa(阿发伯)的讨论！
同样感谢楼上其它各位的支持!

Answer 11

qzmp_sc(你是白云~我是乌鸦)
bird汗一个先
感慨来感慨去
又变成学术讨论了
=============
你个小Bird, 不讨论学术，你可以去其他地方FLY.

Answer 12

qzmp_sc(你是白云~我是乌鸦)
bird汗一个先
感慨来感慨去
又变成学术讨论了
=============
你个小Bird, 不讨论学术，你可以去其他地方FLY.---------------------------------------------------------------------------------
fly again`~~~

Answer 13

不讨论技术怎么上CSDN   还好我不是小鸟 我是中鸟 嘿嘿

Answer 14

去BLOG转了一圈，初步感觉LZ人品不错！就是有点FAT了，MS腐败！

Answer 15

To newfang(传说中的MIC),本人实在愚昧，FAT是什么意思?

Answer 16

我比楼主小两岁，还在写程序，去看看BLOG去

Answer 17

我比楼主小两岁，还在写程序，去看看BLOG去

Answer 18

不管将来如何，Delphi永远是我们心中割舍不掉的情结。

Answer 19

服务端与客户端数据以xml形式压缩再进行传输效果会是怎样？

Answer 20

今天正式入注CSDN开始与这儿的朋友交流,一来就看到这帖
盒子你也有发过

Answer 21

To honyet(刀笑浪人) :
   让兄弟见笑了！呵呵！^_^

Answer 22

To hongqi162(失踪的月亮)，
你是指数据压缩前是XML格式吗？如果是xml格式的话，压缩效果肯定会很明显，因为xml是文本流而不是二进制流，压缩率会很高！