On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
>
>
>
> 很不幸我就曾经遇到过这样的二次开发……
>  那个Framework被我们经理称为"Rubbish Oen"（它原名叫"Resource One"）
>

哈哈。不过是否好维护有许多的因素，比如设计，文档，注释，代码风格等等，逻辑上区分了并不一定代码就是好维护的。

-- 
I like python!
My Blog: http://www.donews.net/limodou
My Django Site: http://www.djangocn.org
NewEdit Maillist: http://groups.google.com/group/NewEdit

这个，这个...... 忍不住了！
你们没为这个Framework做过贡献，就不要这样称呼人家的东西是"rubbish"，好歹人家敢于奉献，而你们则感觉喜欢躲在角落悄悄地直接"拿来主义"，结果"拿来"不成功，却反倒恶语相加......

On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
> 很不幸我就曾经遇到过这样的二次开发……
>  那个Framework被我们经理称为"Rubbish Oen"（它原名叫"Resource One"）

On 7/10/06, netkiller <openunix at 163.com> wrote:
>
>  我玩PostgreSQL有段时间，很有搞头的．；）我就喜欢能用数据做的．就不用程序来写．
> 数据好维护，维护程序还得读代码，分析人家思维逻辑．一堆包含文件，一堆变量，有一些是全局的更可怕．如果你做二次开发，遇上这样的程序，你命苦．
>

遇上几百个文档不足的存储过程一样是维护者的噩梦，而且比遇上糟糕的程序的概率大多了。
毕竟稍有经验的开发者写出的程序，即使没有文档，代码本身也是有基本的结构化组织的，但存储过程和sql的抽象组织就很难了。
在电信之类的大型项目中，这部分代码几乎是不可维护的，除了原始作者和少数一两个人，谁也改不动。
再考虑到可重用性和扩展性，可以说存储过程和sql的可维护性只会比程序更差。

这是我对PostgreSQL的一点小供献
> http://netkiller.hikz.com/article/postgres/
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/2ac2bc81/attachment.htm

python-chinese-bounces at lists.python.cn 写于 2006-07-10 14:19:44:

> On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
> >
> >
> >
> > 呵呵，看来这里的MySQL的信徒很多。
>
> 我不是信徒。
>
> > 很多人很少或者从不接触"商业逻辑"，注意我这里所说的"商业逻辑"指的是
> "逻辑"的类型，而不是应用规模，所以跟什么"企业级"沾不上边。
>
> 如你所说，大部分都接触不到的话，说明你所说的东西只是某一领域的东西，
> 因此并不适合各种场合。而这里并未讨论特殊领域的东西，只是一般的通用设
> 计原理而已。有些偷换概念之嫌。
>
我这里本来就在说“商业逻辑”的事情，自然不是什么“一般的通用设计”。再说，对于
数据库来说，由于商业应用占80%以上的比例，所以商业应用就是“一般的通用设计”。

> > 我们通常所面对的商业逻辑，基本上是财务、进销存、物料管理、客户资源
> 管理等，包括OA也可算为商业逻辑，也就是我们通常所说的，ERP,SCM,CRM等软件。
> > 在最为简洁商业逻辑中，也需要大量的子查询、触发器、联合查询、夸库视
> 图、锁、规则等SQL特性，这点大家可以参考开源的ERP实现Compiere。
>
> 我很奇怪，如果你所说最为简洁的商业逻辑，为什么需要所谓的触发器，联合
> 查询，跨库视图。其它的我认可，但这些有些概念过大了吧。我看最简单的也
> 许可以认为就是进，销，存软件吧。好象foxpro这类的就足以完成，需要很复
> 杂的东西嘛？
>
我承认我这个“最”字有点夸张，“管家婆”也算是进销存软件吧，他是我见过最简洁的
了，似乎用Access实现的，不过Access至少还支持事务和锁，比MySQL少维强一
点。“速达”稍微复杂一些，用的是Borland的那个叫什么来着的数据库，介于Access和
PostgreSQL之间，要比MySQL复杂不少。
整个社会在进步，IT在商业领域中的使用也在进步，“foxpro这类的就足以完成”这是N
年以前的观点。如果在Foxpro的年代有MySQL的话，我想很多人会选择后者。
至于为什么商业逻辑要那么复杂，这我一两句话给你解释不清楚，如果你有兴趣，你
可以去研究Compiere

> > 当然理论上讲，可以用编程代替子查询、触发器等东西，但是这个难度是超
> 出一般的商业编程的等级了，已经接近极限编程了。
>
> 子查询我认为并不困难，触发器至少在我的编程生涯中，我目前还没有用过，
> 不知道在什么场合用得上。并不是所有数据库的特性都要用上才叫编程，才叫
> 设计吧。简单能实现为什么不这样做呢？这与极限编程有什么关系，你是想说
> 编程太复杂嘛。那可以不用啊。
>
我想说的是，针对于某人指出用程序和实际“绕开”一些高级SQL特性，是需要相当大难
度的，得不偿失，喧宾夺主。因此我们应该挑选合适的数据库去用而不是编成“绕开”

> > 所以说，不支持高级SQL特性的MySQL只不过是个玩具，无法承载商业逻辑，
> 因此向Compiere这样的开源软件也不选择MySQL（实际是没办法选择）。而
> Compiere所实现的商业逻辑也只不过是比较简单的，中小企业规模的，他只实
> 现了不到SAP50%的商业逻辑。
>
> 如你所说的商业逻辑并没有规定简单的东西就实现不了呀，你的结论似乎是这样推
导的：
>
不是我规定的，我只是陈述了一个事实，目前就是这样，比如Compiere,比如“速
达”，比如“用友”，等等。现在的商业用户很苛刻，商业应用也很复杂

> mysql不支持高级sql特性
> 商业逻辑没有高级sql特性就无法实现
> 所以mysql无法承载商业逻辑
>
> 商业逻辑与高级sql特性根本没有直接的联系。IBM的大机根本不用关系数据
> 库，它做的商业系统是不是根本不具备商业逻辑呢？
>
IBM大型机用的是DB2 for zOS（这也是我日常工作的环境之一）
“根本不用关系数据库”不知道是哪里来的谣言

> >
> > 如果想用开源软件做商业数据库的话，推荐PostgreSQL，他支持几乎所有的
> 高端SQL特性，并且在很多重要领域（比如农行）有成功应用。
>
> 前面是商业逻辑，现在是商业数据库。请问商业逻辑与商业数据库是一个概念吗？
这里的“商业数据库”指用于商业领域、承载商业逻辑的数据库

> >
> > 另外，4GL是个特殊的东西，不要用传统的SQL思维来理解他，有兴趣的人可
> 以去看一些相关资料。曾经我的一个上海朋友就是4GL程序员，他们一家很大
> 的台湾企业所有商业逻辑都是4GL编写的，只不过是用C++做了一个图形前端。
> 4GL编写的应用比直接用C++调Informix的ODBC的确快2个数量级
> >
> 兄弟的概念罗列太多，能不能围绕主题，说得简单清楚些。
4GL的举例用于展示“用数据库来做逻辑”能够达到最高的水平，当然4GL已死

最后，似乎我有点对牛弹琴，如果你们去Compiere论坛上说“你们怎么不支持MySQL
阿？”，一般会作为笑谈。
另外，如果有不明白的名词请Google，但是Google有的时候也不一定准确
>
> --
> I like python!
> My Blog: http://www.donews.net/limodou
> My Django Site: http://www.djangocn.org
> NewEdit Maillist: http://groups.google.com/group/NewEdit
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/75ea54b7/attachment.html

ºÇºÇ£¬ÓÃÕâ¸ö¶«Î÷Ò²ÊDZ»±ÆµÄ£¬ÒòΪÊDZ¾¹«Ë¾ÁíÍâÒ»¸ö²¿ÃŵÄÈ­Í·²úÆ·£¬Ò»¸öOAµÄ¿ò
¼Ü·ÇÒªÄÃÀ´×öÉÌÒµÂß¼­£¬²»ÊÇRubbishÊÇʲô
µ±È»Áìµ¼Ò²²»Êǰ׳գ¬Áìµ¼¿¼Âǵĸü¶àÊÇһЩ·Ç¼¼ÊõÎÊÌ⣬Èç¹û²»ÓÃÕâ¸ö
Framework£¬¿ÖÅÂһЩÊÂÇé¾Í²»ºÃ°ìÁË
OKÕâ¸öÎÊÌâ¾Í´Ë´òס°É£¬ÎÒÒѾ­²»ÔÚÕâ¸ö¹«Ë¾ÁË£¬ÎÒ²»Ïë¹ý¶àÆÀÂÛÕâ¸ö¹«Ë¾µÄÊÂ
Ç飬±È¾¹È˼ÒÊÇÖйúÈí¼þ²úÒµµÄÁúÍ·ÀÏ´ó¡£

Best Regards,

Zachary Wu (Îâ°~ÀÚ)
Software Engineer, Enterprise Content Management FVT, IBM China Software
Development Lab
Tel: +86 10 82782244-3235. Fax: 82782244-2886 Tie Line: 915-2244-3235
Internet: xiaoleiw at cn.ibm.com
Notes ID: Xiao Lei Wu/China/Contr/IBM at IBMCN
Address: 8/F, Block A, Power Creative Building, No.1, East Road, Shang Di,
Beijing 100085, P.R. China

python-chinese-bounces at lists.python.cn дÓÚ 2006-07-10 14:40:53:

> Õâ¸ö£¬Õâ¸ö...... È̲»×¡ÁË£¡
> ÄãÃÇûΪÕâ¸öFramework×ö¹ý¹±Ï×£¬¾Í²»ÒªÕâÑù³ÆºôÈ˼ҵĶ«Î÷ÊÇ"rubbish"£¬
> ºÃ´õÈ˼ҸÒÓÚ·îÏ×£¬¶øÄãÃÇÔò¸Ð¾õϲ»¶¶ãÔÚ½ÇÂäÇÄÇĵØÖ±½Ó"ÄÃÀ´Ö÷Òå"£¬½á¹û
> "ÄÃÀ´"²»³É¹¦£¬È´·´µ¹¶ñÓïÏà¼Ó......
>
> On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
> > ºÜ²»ÐÒÎÒ¾ÍÔø¾­Óöµ½¹ýÕâÑùµÄ¶þ´Î¿ª·¢¡­¡­
> >  ÄǸöFramework±»ÎÒÃǾ­Àí³ÆΪ"Rubbish Oen"£¨ËüÔ­Ãû½Ð"Resource One"£©
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/fa65f1f2/attachment.htm

On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
>
> 呵呵，看来这里的MySQL的信徒很多。
> 很多人很少或者从不接触"商业逻辑"，注意我这里所说的"商业逻辑"指的是"逻辑"的类型，而不是应用规模，所以跟什么"企业级"沾不上边。
>
> 我们通常所面对的商业逻辑，基本上是财务、进销存、物料管理、客户资源管理等，包括OA也可算为商业逻辑，也就是我们通常所说的，ERP,SCM,CRM等软件。
>
这明明就是典型企业级应用领域...ERP的全称就是Enterprise Resource Plan。
不过概念和定义没啥好争的，如果你所说的商业逻辑就是指这种级别的企业级应用，那么MySQL的确在许多时候不能胜任。

在最为简洁商业逻辑中，也需要大量的子查询、触发器、联合查询、夸库视图、锁、规则等SQL特性，这点大家可以参考开源的ERP实现Compiere。
> 当然理论上讲，可以用编程代替子查询、触发器等东西，但是这个难度是超出一般的商业编程的等级了，已经接近极限编程了。
>
极限编程又不是指高难度的编程...好像和数据库技术也没啥关系，你是不是理解错意思了？

>
> 所以说，不支持高级SQL特性的MySQL只不过是个玩具，无法承载商业逻辑，因此向Compiere这样的开源软件也不选择MySQL（实际是没办法选择）。而Compiere所实现的商业逻辑也只不过是比较简单的，中小企业规模的，他只实现了不到SAP50%的商业逻辑。
>
> 如果想用开源软件做商业数据库的话，推荐PostgreSQL，他支持几乎所有的高端SQL特性，并且在很多重要领域（比如农行）有成功应用。
>
>
> 另外，4GL是个特殊的东西，不要用传统的SQL思维来理解他，有兴趣的人可以去看一些相关资料。曾经我的一个上海朋友就是4GL程序员，他们一家很大的台湾企业所有商业逻辑都是4GL编写的，只不过是用C++做了一个图形前端。4GL编写的应用比直接用C++调Informix的ODBC的确快2个数量级
>
虽然没有研究过4GL，不过我相信是因为他们的对比程序没有充分优化过的结果，或者是底层的数据库设计有问题。
关系数据库发展到今天已经相当成熟了，我相信太阳底下没有什么真正新鲜的东西。

此外，最快的永远是内存中的定制缓存和索引，如果是性能关键的应用的话，实际上最后绝大部分负载都落在这里了。
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/22d97171/attachment.html

On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
>
>
>
> python-chinese-bounces at lists.python.cn 写于 2006-07-10
> 14:19:44:
>
>
>  > On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
>  > >
>  > >
>  > >
>  > > 呵呵，看来这里的MySQL的信徒很多。
>  >
>  > 我不是信徒。
>  >
>  > > 很多人很少或者从不接触"商业逻辑"，注意我这里所说的"商业逻辑"指的是
>  > "逻辑"的类型，而不是应用规模，所以跟什么"企业级"沾不上边。
>  >
>  > 如你所说，大部分都接触不到的话，说明你所说的东西只是某一领域的东西，
>  > 因此并不适合各种场合。而这里并未讨论特殊领域的东西，只是一般的通用设
>  > 计原理而已。有些偷换概念之嫌。
>  >
>
> 我这里本来就在说"商业逻辑"的事情，自然不是什么"一般的通用设计"。再说，对于数据库来说，由于商业应用占80%以上的比例，所以商业应用就是"一般的通用设计"。

如果你只从商业角度出发，自然会认为商业应用占得比例很大。但不要把你自已的限定也加在别人身上。看一看开源世界。再看一看你所说的商业逻辑(下面这段)：
>
>  > > 我们通常所面对的商业逻辑，基本上是财务、进销存、物料管理、客户资源
>  > 管理等，包括OA也可算为商业逻辑，也就是我们通常所说的，ERP,SCM,CRM等软件。

难道我们的开发主要集中在这里吗？而且因为比例大"就是"吗？举个离题的例子，中国汉族占总人口的绝大多数，能说中华民族就是汉族吗？不合逻辑啊。

>  > > 在最为简洁商业逻辑中，也需要大量的子查询、触发器、联合查询、夸库视
>  > 图、锁、规则等SQL特性，这点大家可以参考开源的ERP实现Compiere。
>  >
>  > 我很奇怪，如果你所说最为简洁的商业逻辑，为什么需要所谓的触发器，联合
>  > 查询，跨库视图。其它的我认可，但这些有些概念过大了吧。我看最简单的也
>  > 许可以认为就是进，销，存软件吧。好象foxpro这类的就足以完成，需要很复
>  > 杂的东西嘛？
>  >
>
> 我承认我这个"最"字有点夸张，"管家婆"也算是进销存软件吧，他是我见过最简洁的了，似乎用Access实现的，不过Access至少还支持事务和锁，比MySQL少维强一点。

只有事务和锁吗？Mysql一样支持啊。我虽然用得不多，但这个我知道。再强一点mysql还可以支持全文搜索。Access可以吗？mysql一样在发展啊。

"速达"稍微复杂一些，用的是Borland的那个叫什么来着的数据库，介于Access和PostgreSQL之间，要比MySQL复杂不少。
> 整个社会在进步，IT在商业领域中的使用也在进步，"foxpro这类的就足以完成"这是N年以前的观点。

为什么是N前年的观点。现在依然有人在用啊。许多软件，语言都发展有很多看了，也应该都算是N年前的观点啊。

如果在Foxpro的年代有MySQL的话，我想很多人会选择后者。
>  至于为什么商业逻辑要那么复杂，这我一两句话给你解释不清楚，如果你有兴趣，你可以去研究Compiere

我为什么要研究。你的领域并不表示我的领域，同样我们领域也不表示就是你的领域。所以多说些通用领域的东西，这样大家还有的谈啊。不然有些自说自话。

>
>  > > 当然理论上讲，可以用编程代替子查询、触发器等东西，但是这个难度是超
>
>  > 出一般的商业编程的等级了，已经接近极限编程了。
>  >
>  > 子查询我认为并不困难，触发器至少在我的编程生涯中，我目前还没有用过，
>  > 不知道在什么场合用得上。并不是所有数据库的特性都要用上才叫编程，才叫
>  > 设计吧。简单能实现为什么不这样做呢？这与极限编程有什么关系，你是想说
>  > 编程太复杂嘛。那可以不用啊。
>  >
>
> 我想说的是，针对于某人指出用程序和实际"绕开"一些高级SQL特性，是需要相当大难度的，得不偿失，喧宾夺主。因此我们应该挑选合适的数据库去用而不是编成"绕开"

这种东西只能是猜测，也许真，也许假。我的前提是如果用不上，不知道也没有什么关系，所以也谈不上有什么难度。我已经说了，从我的编程生涯中我是没有用上过，虽然我知道，但因为用不上，所以我从来没做过。所以我说，这种东西不一定就非要用上，也并不是故意绕开，只是用不上而已。不要把事情都想得过于复杂。简单并不一定做不了事，因为事情可能本身就是简单的。
>
>  > > 所以说，不支持高级SQL特性的MySQL只不过是个玩具，无法承载商业逻辑，
>  > 因此向Compiere这样的开源软件也不选择MySQL（实际是没办法选择）。而
>
>  > Compiere所实现的商业逻辑也只不过是比较简单的，中小企业规模的，他只实
>  > 现了不到SAP50%的商业逻辑。
>  >
>  > 如你所说的商业逻辑并没有规定简单的东西就实现不了呀，你的结论似乎是这样推导的：
>  >
> 不是我规定的，我只是陈述了一个事实，目前就是这样，比如Compiere,比如"速达"，比如"用友"，等等。现在的商业用户很苛刻，商业应用也很复杂

所以我说你陈述的是你的职业领域，别人不一定这样。也许你们接触得大顶目，复杂的顶目多，用的东西也高深。但别人也许就接触不了。所以这种推测和结论不是百分百适用的。
>
>  > mysql不支持高级sql特性
>  > 商业逻辑没有高级sql特性就无法实现
>  > 所以mysql无法承载商业逻辑
>  >
>  > 商业逻辑与高级sql特性根本没有直接的联系。IBM的大机根本不用关系数据
>  > 库，它做的商业系统是不是根本不具备商业逻辑呢？
>  >
>  IBM大型机用的是DB2 for zOS（这也是我日常工作的环境之一）
>  "根本不用关系数据库"不知道是哪里来的谣言

据我所知使用文件系统。如果说是谣言，那我想要么是我错了，要么就是你不知道了。
>
>  > >
>  > > 如果想用开源软件做商业数据库的话，推荐PostgreSQL，他支持几乎所有的
>
>  > 高端SQL特性，并且在很多重要领域（比如农行）有成功应用。
>  >
>  > 前面是商业逻辑，现在是商业数据库。请问商业逻辑与商业数据库是一个概念吗？
>
>  这里的"商业数据库"指用于商业领域、承载商业逻辑的数据库
>
>
>  > >
>  > > 另外，4GL是个特殊的东西，不要用传统的SQL思维来理解他，有兴趣的人可
>  > 以去看一些相关资料。曾经我的一个上海朋友就是4GL程序员，他们一家很大
>  > 的台湾企业所有商业逻辑都是4GL编写的，只不过是用C++做了一个图形前端。
>  > 4GL编写的应用比直接用C++调Informix的ODBC的确快2个数量级
>  > >
>  > 兄弟的概念罗列太多，能不能围绕主题，说得简单清楚些。
>
>  4GL的举例用于展示"用数据库来做逻辑"能够达到最高的水平，当然4GL已死
>
>  最后，似乎我有点对牛弹琴，如果你们去Compiere论坛上说"你们怎么不支持MySQL阿？"，一般会作为笑谈。
>  另外，如果有不明白的名词请Google，但是Google有的时候也不一定准确

别人不支持并没有什么呀，为什么一定要别人支持呢？难道一个Compiere不支持mysql，那么mysql就应该消失吗？别人不用它，自然有它的理由，但并不是我们要放弃的理由啊。

-- 
I like python!
My Blog: http://www.donews.net/limodou
My Django Site: http://www.djangocn.org
NewEdit Maillist: http://groups.google.com/group/NewEdit

On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
>
> python-chinese-bounces at lists.python.cn 写于 2006-07-10 14:19:44:
>
>
> 我这里本来就在说"商业逻辑"的事情，自然不是什么"一般的通用设计"。再说，对于数据库来说，由于商业应用占80%以上的比例，所以商业应用就是"一般的通用设计"。
>

赫赫有名的LAMP组合就这样被你排除出数据库应用的范畴了-_-b
单纯论应用数量的话，这可是超过世界上所有商业数据库的部署量总合吧？

我承认我这个"最"字有点夸张，"管家婆"也算是进销存软件吧，他是我见过最简洁的了，似乎用Access实现的，不过Access至少还支持事务和锁，比MySQL少维强一点。"速达"稍微复杂一些，用的是Borland的那个叫什么来着的数据库，介于Access和PostgreSQL之间，要比MySQL复杂不少。
>

如果你说子查询、视图、触发器和存储过程这些5.0的新feature还不够成熟那也就算了...MySQL不支持事务和锁？这都是哪个版本的事情啊？

整个社会在进步，IT在商业领域中的使用也在进步，"foxpro这类的就足以完成"这是N年以前的观点。如果在Foxpro的年代有MySQL的话，我想很多人会选择后者。
> 至于为什么商业逻辑要那么复杂，这我一两句话给你解释不清楚，如果你有兴趣，你可以去研究Compiere
>

不同的领域有不同的需求，我所在的公司也是专给世界500强的企业做service的 ，postgresql和sqlserver的使用大概各半。
不过除了稳定性和商业因素的考虑之外，单从功能上来说有一半的项目换成mysql其实也未尝不可。


>
> 我想说的是，针对于某人指出用程序和实际"绕开"一些高级SQL特性，是需要相当大难度的，得不偿失，喧宾夺主。因此我们应该挑选合适的数据库去用而不是编成"绕开"
>
>
且不说那些商业数据库，postgresql的部署、配置比mysql都要麻烦不少，相关周边工具文档的支持程度也要差很多，熟悉postgresql的数据库管理员也要少很多。
其实我也喜欢postgresql，但是对于中小型项目来说，也有很多采用mysql的理由，不能让你这样一棒子打死了。
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/6dca55b6/attachment.htm

OK£¬ÎÒÏ£Íûµ½´ËΪֹ£¬ÎÒ²»ËµÁË£¬ÎÒÍ˶©£¬ÎÒ·¢ÏÖÕâÀïÒ²Óкܶà¿ñÈÈÕߣ¬Ò»¹É¹ÉÎĸï
ÆøÏ¢
±¾À´Ô­ÌÖÂÛÖ÷ÌâÊÇÊý¾Ý¿âÉè¼Æ£¬ÎÒÖ»ÊǾÙÀýÉÌÒµÁìÓòÊý¾Ý¿âÉè¼ÆµÄһЩ·ÖÆ磬˳±ã´ø
³öMySQLµÄһЩ²»×ã
ÎÒʲôʱºò˵¹ý¡°MySQLÓ¦¸ÃÏûʧ¡±£¿Òì»ò¡°Ó¦¸Ã·ÅÆú¡±Ö®ÀàµÄ»°£¿
ÔõôÕâÀïÒ²ÏñijЩLinuxÂÛ̳һÑù£¬µ«·²Ë­ËµÒ»¾äLinux²»ºÃ£¬»òÕßMySQL²»ºÃÖ®ÀàµÄ
»°£¬¾ÍÒªÉϸÙÉÏÏß¿ÚÖï±Ê·¥£¿¾ÍÓÐÈËÒª±©ÌøÈçÀ×£¿
¸üºÎ¿öÎÒ˵µÄ¶¼ÊÇÊÂʵ£¬ÎÒÖ»ÊÇÖ¸³öMySQLµÄÓ¦ÓÃÏÞÖƺÍËûµÄһЩ²»×㣬ÎÒÓÖûÓз´¶Ô
Ëû£¬¸üû×çÖäËü°Ë°Ù±²×æ×Ú£¡
ÎÒÍƼö¶ÔÉÌÒµÓ¦ÓÃÓÐÐËȤµÄÈËÁ˽âÒ»ÏÂCompiereºÍPostgresql£¬£¨Äã²»¸ÐÐËȤ¿ÉÒÔ²»
Óùܣ¬ÄÇҲû±ØÒª¸úÕâ¸öÖ÷Ì⣩ÕâЩҲ¶¼ÊÇ¿ªÔ´Èí¼þÂ²Èµ½Ë­Î²°ÍÁË£¿

Best Regards,

Zachary Wu (Îâ°~ÀÚ)
Software Engineer, Enterprise Content Management FVT, IBM China Software
Development Lab
Tel: +86 10 82782244-3235. Fax: 82782244-2886 Tie Line: 915-2244-3235
Internet: xiaoleiw at cn.ibm.com
Notes ID: Xiao Lei Wu/China/Contr/IBM at IBMCN
Address: 8/F, Block A, Power Creative Building, No.1, East Road, Shang Di,
Beijing 100085, P.R. China
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/afc82d7e/attachment.html

哈哈
这样的问题没必要讨论

如果涉及到商业的事情
不能单用技术角度来看
  ----- Original Message ----- 
  From: swordsp 
  To: python-chinese at lists.python.cn 
  Sent: Monday, July 10, 2006 3:42 PM
  Subject: Re: [python-chinese] [django] 一个老问题 关于数据处理





  On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
    python-chinese-bounces at lists.python.cn 写于 2006-07-10 14:19:44:


    我这里本来就在说"商业逻辑"的事情，自然不是什么"一般的通用设计"。再说，对于数据库来说，由于商业应用占80%以上的比例，所以商业应用就是"一般的通用设计"。

  赫赫有名的LAMP组合就这样被你排除出数据库应用的范畴了-_-b
  单纯论应用数量的话，这可是超过世界上所有商业数据库的部署量总合吧？



    我承认我这个"最"字有点夸张，"管家婆"也算是进销存软件吧，他是我见过最简洁的了，似乎用Access实现的，不过Access至少还支持事务和锁，比MySQL少维强一点。"速达"稍微复杂一些，用的是Borland的那个叫什么来着的数据库，介于Access和PostgreSQL之间，要比MySQL复杂不少。

  如果你说子查询、视图、触发器和存储过程这些5.0的新feature还不够成熟那也就算了...MySQL 不支持事务和锁？这都是哪个版本的事情啊？


    整个社会在进步，IT在商业领域中的使用也在进步，"foxpro这类的就足以完成"这是N年以前的观点。如果在Foxpro的年代有MySQL的话，我想很多人会选择后者。 
    至于为什么商业逻辑要那么复杂，这我一两句话给你解释不清楚，如果你有兴趣，你可以去研究Compiere

  不同的领域有不同的需求，我所在的公司也是专给世界500强的企业做service的 ，postgresql和sqlserver的使用大概各半。
  不过除了稳定性和商业因素的考虑之外，单从功能上来说有一半的项目换成mysql其实也未尝不可。




    我想说的是，针对于某人指出用程序和实际"绕开"一些高级SQL特性，是需要相当大难度的，得不偿失，喧宾夺主。因此我们应该挑选合适的数据库去用而不是编成"绕开"



  且不说那些商业数据库，postgresql的部署、配置比mysql都要麻烦不少，相关周边工具文档的支持程度也要差很多，熟悉postgresql的数据库管理员也要少很多。
  其实我也喜欢postgresql，但是对于中小型项目来说，也有很多采用mysql的理由，不能让你这样一棒子打死了。




------------------------------------------------------------------------------


  _______________________________________________
  python-chinese
  Post: send python-chinese at lists.python.cn
  Subscribe: send subscribe to python-chinese-request at lists.python.cn
  Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
  Detail Info: http://python.cn/mailman/listinfo/python-chinese
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/4af8e364/attachment.htm

我用MySQL的时候还不如用PostgreSQL的时候多呢，有什么好狂热的...
"MySQL不适合企业级应用"这一点我也很赞同你，但"MySQL是玩具"和"MySQL承担不了商业业务逻辑"是我不认同的。
我只是希望在邮件列表中尽量传达正确全面的信息，比如"MySQL不支持事务和锁"就很明显是会给别人以误导的信息，――当然如果我什么地方误导了别人那么请尽量踩我不要客气，我一向认为在讨论中踩与被踩是开拓眼界的好办法。

Anyway，如果我的言词让你觉得是"上纲上线口诛笔伐"的话，我向你道歉，希望你不要因为这个原因退订。
这个邮件列表是国内我最喜欢的技术社区之一，我希望能一直保持良好的交流气氛。

On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
>
>  OK，我希望到此为止，我不说了，我退订，我发现这里也有很多狂热者，一股股文革气息
> 本来原讨论主题是数据库设计，我只是举例商业领域数据库设计的一些分歧，顺便带出MySQL的一些不足
> 我什么时候说过"MySQL应该消失"？异或"应该放弃"之类的话？
> 怎么这里也像某些Linux论坛一样，但凡谁说一句Linux不好，或者MySQL不好之类的话，就要上纲上线口诛笔伐？就有人要暴跳如雷？
> 更何况我说的都是事实，我只是指出MySQL的应用限制和他的一些不足，我又没有反对他，更没诅咒它八百辈祖宗！
>
> 我推荐对商业应用有兴趣的人了解一下Compiere和Postgresql，（你不感兴趣可以不用管，那也没必要跟这个主题）这些也都是开源软件嘛，踩到谁尾巴了？
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/8a370a83/attachment.html

²»ÊÇ˵Ä㣬²»ÒªÎó»á

Best Regards,

Zachary Wu (Îâ°~ÀÚ)
Software Engineer, Enterprise Content Management FVT, IBM China Software
Development Lab
Tel: +86 10 82782244-3235. Fax: 82782244-2886 Tie Line: 915-2244-3235
Internet: xiaoleiw at cn.ibm.com
Notes ID: Xiao Lei Wu/China/Contr/IBM at IBMCN
Address: 8/F, Block A, Power Creative Building, No.1, East Road, Shang Di,
Beijing 100085, P.R. China

python-chinese-bounces at lists.python.cn дÓÚ 2006-07-10 17:01:32:

> ÎÒÓÃMySQLµÄʱºò»¹²»ÈçÓÃPostgreSQLµÄʱºò¶àÄØ£¬ÓÐʲôºÃ¿ñÈȵÄ...
> "MySQL²»ÊʺÏÆóÒµ¼¶Ó¦ÓÃ"ÕâÒ»µãÎÒÒ²ºÜÔÞͬÄ㣬µ«"MySQLÊÇÍæ¾ß"ºÍ"MySQL³Ð
> µ£²»ÁËÉÌÒµÒµÎñÂß¼­"ÊÇÎÒ²»ÈÏͬµÄ¡£
> ÎÒÖ»ÊÇÏ£ÍûÔÚÓʼþÁбíÖо¡Á¿´«´ïÕýÈ·È«ÃæµÄÐÅÏ¢£¬±ÈÈç"MySQL²»Ö§³ÖÊÂÎñºÍ
> Ëø"¾ÍºÜÃ÷ÏÔÊÇ»á¸ø±ðÈËÒÔÎóµ¼µÄÐÅÏ¢£¬¡ª¡ªµ±È»Èç¹ûÎÒʲôµØ·½Îóµ¼Á˱ðÈËÄÇ
> ôÇ뾡Á¿²ÈÎÒ²»Òª¿ÍÆø£¬ÎÒÒ»ÏòÈÏΪÔÚÌÖÂÛÖвÈÓë±»²ÈÊÇ¿ªÍØÑÛ½çµÄºÃ°ì·¨¡£
>
> Anyway£¬Èç¹ûÎÒµÄÑÔ´ÊÈÃÄã¾õµÃÊÇ"ÉϸÙÉÏÏß¿ÚÖï±Ê·¥"µÄ»°£¬ÎÒÏòÄãµÀǸ£¬Ï£
> ÍûÄã²»ÒªÒòΪÕâ¸öÔ­ÒòÍ˶©¡£
> Õâ¸öÓʼþÁбíÊǹúÄÚÎÒ×îϲ»¶µÄ¼¼ÊõÉçÇøÖ®Ò»£¬ÎÒÏ£ÍûÄÜÒ»Ö±±£³ÖÁ¼ºÃµÄ½»Á÷Æø
·Õ¡£

> On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
> OK£¬ÎÒÏ£Íûµ½´ËΪֹ£¬ÎÒ²»ËµÁË£¬ÎÒÍ˶©£¬ÎÒ·¢ÏÖÕâÀïÒ²Óкܶà¿ñÈÈÕߣ¬Ò»¹É¹ÉÎÄ
¸ïÆøÏ¢
> ±¾À´Ô­ÌÖÂÛÖ÷ÌâÊÇÊý¾Ý¿âÉè¼Æ£¬ÎÒÖ»ÊǾÙÀýÉÌÒµÁìÓòÊý¾Ý¿âÉè¼ÆµÄһЩ·ÖÆ磬
> ˳±ã´ø³öMySQLµÄһЩ²»×ã
> ÎÒʲôʱºò˵¹ý"MySQLÓ¦¸ÃÏûʧ"£¿Òì»ò"Ó¦¸Ã·ÅÆú"Ö®ÀàµÄ»°£¿
> ÔõôÕâÀïÒ²ÏñijЩLinuxÂÛ̳һÑù£¬µ«·²Ë­ËµÒ»¾äLinux²»ºÃ£¬»òÕßMySQL²»ºÃÖ®
> ÀàµÄ»°£¬¾ÍÒªÉϸÙÉÏÏß¿ÚÖï±Ê·¥£¿¾ÍÓÐÈËÒª±©ÌøÈçÀ×£¿
> ¸üºÎ¿öÎÒ˵µÄ¶¼ÊÇÊÂʵ£¬ÎÒÖ»ÊÇÖ¸³öMySQLµÄÓ¦ÓÃÏÞÖƺÍËûµÄһЩ²»×㣬ÎÒÓÖû
> Óз´¶ÔËû£¬¸üû×çÖäËü°Ë°Ù±²×æ×Ú£¡
> ÎÒÍƼö¶ÔÉÌÒµÓ¦ÓÃÓÐÐËȤµÄÈËÁ˽âÒ»ÏÂCompiereºÍPostgresql£¬£¨Äã²»¸ÐÐËȤ
> ¿ÉÒÔ²»Óùܣ¬ÄÇҲû±ØÒª¸úÕâ¸öÖ÷Ì⣩ÕâЩҲ¶¼ÊÇ¿ªÔ´Èí¼þÂ²Èµ½Ë­Î²°ÍÁË£¿
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/e87b5a68/attachment.htm

˵µÄ²»ÊÇÄ㣬Çë²»ÒªÎó»á
ÎÒ˵µÄÊÇÄǸö³Æ¡°IBMµÄ´ó»ú¸ù±¾²»ÓùØϵÊý¾Ý¿â¡±µÄÈË
ÎÒÏëÎÒÏÖÔÚÔ½À´Ô½ºýÍ¿ÎÒ³ÉÌìËù¹¤×÷µÄÄǸöƽ̨£º
http://www-306.ibm.com/software/data/db2/zos/
ÊǸöʲô¶«Î÷ÁË
ÎÒ²»ÖªµÀ£¬ÎÒÕæµÄ²»ÖªµÀ¡­¡­

Best Regards,

Zachary Wu (Îâ°~ÀÚ)
Software Engineer, Enterprise Content Management FVT, IBM China Software
Development Lab
Tel: +86 10 82782244-3235. Fax: 82782244-2886 Tie Line: 915-2244-3235
Internet: xiaoleiw at cn.ibm.com
Notes ID: Xiao Lei Wu/China/Contr/IBM at IBMCN
Address: 8/F, Block A, Power Creative Building, No.1, East Road, Shang Di,
Beijing 100085, P.R. China

python-chinese-bounces at lists.python.cn дÓÚ 2006-07-10 17:01:32:

> ÎÒÓÃMySQLµÄʱºò»¹²»ÈçÓÃPostgreSQLµÄʱºò¶àÄØ£¬ÓÐʲôºÃ¿ñÈȵÄ...
> "MySQL²»ÊʺÏÆóÒµ¼¶Ó¦ÓÃ"ÕâÒ»µãÎÒÒ²ºÜÔÞͬÄ㣬µ«"MySQLÊÇÍæ¾ß"ºÍ"MySQL³Ð
> µ£²»ÁËÉÌÒµÒµÎñÂß¼­"ÊÇÎÒ²»ÈÏͬµÄ¡£
> ÎÒÖ»ÊÇÏ£ÍûÔÚÓʼþÁбíÖо¡Á¿´«´ïÕýÈ·È«ÃæµÄÐÅÏ¢£¬±ÈÈç"MySQL²»Ö§³ÖÊÂÎñºÍ
> Ëø"¾ÍºÜÃ÷ÏÔÊÇ»á¸ø±ðÈËÒÔÎóµ¼µÄÐÅÏ¢£¬¡ª¡ªµ±È»Èç¹ûÎÒʲôµØ·½Îóµ¼Á˱ðÈËÄÇ
> ôÇ뾡Á¿²ÈÎÒ²»Òª¿ÍÆø£¬ÎÒÒ»ÏòÈÏΪÔÚÌÖÂÛÖвÈÓë±»²ÈÊÇ¿ªÍØÑÛ½çµÄºÃ°ì·¨¡£
>
> Anyway£¬Èç¹ûÎÒµÄÑÔ´ÊÈÃÄã¾õµÃÊÇ"ÉϸÙÉÏÏß¿ÚÖï±Ê·¥"µÄ»°£¬ÎÒÏòÄãµÀǸ£¬Ï£
> ÍûÄã²»ÒªÒòΪÕâ¸öÔ­ÒòÍ˶©¡£
> Õâ¸öÓʼþÁбíÊǹúÄÚÎÒ×îϲ»¶µÄ¼¼ÊõÉçÇøÖ®Ò»£¬ÎÒÏ£ÍûÄÜÒ»Ö±±£³ÖÁ¼ºÃµÄ½»Á÷Æø
·Õ¡£

> On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
> OK£¬ÎÒÏ£Íûµ½´ËΪֹ£¬ÎÒ²»ËµÁË£¬ÎÒÍ˶©£¬ÎÒ·¢ÏÖÕâÀïÒ²Óкܶà¿ñÈÈÕߣ¬Ò»¹É¹ÉÎÄ
¸ïÆøÏ¢
> ±¾À´Ô­ÌÖÂÛÖ÷ÌâÊÇÊý¾Ý¿âÉè¼Æ£¬ÎÒÖ»ÊǾÙÀýÉÌÒµÁìÓòÊý¾Ý¿âÉè¼ÆµÄһЩ·ÖÆ磬
> ˳±ã´ø³öMySQLµÄһЩ²»×ã
> ÎÒʲôʱºò˵¹ý"MySQLÓ¦¸ÃÏûʧ"£¿Òì»ò"Ó¦¸Ã·ÅÆú"Ö®ÀàµÄ»°£¿
> ÔõôÕâÀïÒ²ÏñijЩLinuxÂÛ̳һÑù£¬µ«·²Ë­ËµÒ»¾äLinux²»ºÃ£¬»òÕßMySQL²»ºÃÖ®
> ÀàµÄ»°£¬¾ÍÒªÉϸÙÉÏÏß¿ÚÖï±Ê·¥£¿¾ÍÓÐÈËÒª±©ÌøÈçÀ×£¿
> ¸üºÎ¿öÎÒ˵µÄ¶¼ÊÇÊÂʵ£¬ÎÒÖ»ÊÇÖ¸³öMySQLµÄÓ¦ÓÃÏÞÖƺÍËûµÄһЩ²»×㣬ÎÒÓÖû
> Óз´¶ÔËû£¬¸üû×çÖäËü°Ë°Ù±²×æ×Ú£¡
> ÎÒÍƼö¶ÔÉÌÒµÓ¦ÓÃÓÐÐËȤµÄÈËÁ˽âÒ»ÏÂCompiereºÍPostgresql£¬£¨Äã²»¸ÐÐËȤ
> ¿ÉÒÔ²»Óùܣ¬ÄÇҲû±ØÒª¸úÕâ¸öÖ÷Ì⣩ÕâЩҲ¶¼ÊÇ¿ªÔ´Èí¼þÂ²Èµ½Ë­Î²°ÍÁË£¿
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/9f7783fe/attachment.html

On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
>
>
>
> 说的不是你，请不要误会
>  我说的是那个称"IBM的大机根本不用关系数据库"的人

那不就是说我嘛。这个问题我特意问过国际卡的人，他们告诉我用文件系统。db2并不是大机用的唯一的数据库，许多系统根本不用关系数据库，有用文件系统的，好象还有用层次型数据库的。我只是听说，我也没有用过。

至于你认为我哪你说得不对，请指出，那里偏激或上纲上线了？如果确有语气不好，如果事情属实本人愿为那些言论道歉。

>  我想我现在越来越糊涂我成天所工作的那个平台：
>  http://www-306.ibm.com/software/data/db2/zos/
>  是个什么东西了
>  我不知道，我真的不知道……
>
-- 
I like python!
My Blog: http://www.donews.net/limodou
My Django Site: http://www.djangocn.org
NewEdit Maillist: http://groups.google.com/group/NewEdit

有一本，＜数据理论＞方面的书．里面将过，层次型数据库，和网状数据库．但都是早期产品．后来基本放弃开发了．

层次型数据库，查旬比关系型的快数倍．但增，删是它的弱点．LDAP是用层次型数据库的．． 


很多层次型数据是用ＤＢＤ．实现的．．

只记得这么多．．

----- Original Message ----- 
From: "limodou" <limodou at gmail.com>
To: <python-chinese at lists.python.cn>
Sent: Monday, July 10, 2006 5:50 PM
Subject: Re: [python-chinese] [django] 一个老问题 关于数据处理


> On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
>>
>>
>>
>> 说的不是你，请不要误会
>>  我说的是那个称"IBM的大机根本不用关系数据库"的人
>
> 那不就是说我嘛。这个问题我特意问过国际卡的人，他们告诉我用文件系统。db2并不是大机用的唯一的数据库，许多系统根本不用关系数据库，有用文件系统的，好象还有用层次型数据库的。我只是听说，我也没有用过。
>
> 至于你认为我哪你说得不对，请指出，那里偏激或上纲上线了？如果确有语气不好，如果事情属实本人愿为那些言论道歉。
>
>>  我想我现在越来越糊涂我成天所工作的那个平台：
>>  http://www-306.ibm.com/software/data/db2/zos/
>>  是个什么东西了
>>  我不知道，我真的不知道……
>>
> -- 
> I like python!
> My Blog: http://www.donews.net/limodou
> My Django Site: http://www.djangocn.org
> NewEdit Maillist: http://groups.google.com/group/NewEdit
>


--------------------------------------------------------------------------------


> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese 

àÅ£¬IBMµÄ¶«Î÷ÄãµÄÄǸö¡°¹ú¼Ê¿¨µÄÈË¡±±ÈÎÒ¸üÃ÷°×
àÅ£¬"IBMµÄ´ó»ú¸ù±¾²»ÓùØϵÊý¾Ý¿â"¸ù"db2²¢²»ÊÇ´ó»úÓõÄΨһµÄÊý¾Ý¿â"ÊÇÒ»¸öÒâ
˼
°´Àí˵¸óÏÂÒ²²»ÊÇ¡°ÎÞÖªÕß¡±£¬¿ÉÔõô¾ÍÄÇô¡°ÎÞη¡±ÄØ£¿

PS:"´ó»ú"Õâ¸ö´ÊÔÚIBMÄÚ²¿ÊÇ´ÓÀ´²»Óõģ¬ÎÒÃÇÒ»°ã³ÆÓ²¼þΪMainFrame£¨Ö±½ÓÓÃÓ¢ÎÄ
´Ê£¬»òÕß¼ò³ÆMF£©£¬»òÕßzϵÁУ¬zϵͳ£¬zijij¡­¡­
OSµÄ»°£¨¡°ÏµÍ³¡±£¿£©£¬ÓÐzOS/OS390,VM,VSEºÍTPF£¬³ýÁËTPFºÍÒѾ­²»ÔÙunder support
µÄMVS£¬¶¼ÓÐfollow releaseµÄDB2Êý¾Ý¿â°æ±¾
ÄǸö¡°Îļþϵͳ¡±µÄ¶«Î÷½Ð×÷VMDSS£¬DB2 for VMÊÇwork on VMDSSµÄ£¬µ«ËûµÄ±íÏÖÈÔÈ»
ÊÇRMDB
Ò²¿ÉÄÜÄã˵µÄÊÇTSM£¬ÒòΪ±Ï¾¹ÖªµÀVMDSSµÄÈ˺ÜÉÙ£¬Êµ¼ÊÉϳýÁËzOS,ÁíÍ⼸ÖÖOSÔÚÖÐ
¹ú¼¸ºõÊÇûÓÐʹÓõÄ
TSMʵ¼ÊÉϲ¢²»ÊÇMFÌØÓеģ¬¸ùDB2Ò»ÑùËüÖ§³ÖËùÓеÄIBMƽ̨£¬ËûµÄijЩÌØÕ÷¿´ÆðÀ´Ïñ
¸ö¡°Êý¾Ý¿â¡±£¬ÉõÖÁһЩbase on DBµÄÈí¼þ¶¼¿ÉÒÔbase on TSM£¬±ÈÈçCS£¬DMµÈ£¬ºÜÓпÉ
ÄÜһЩÈËÔÚMFÉÏʹÓÃTSMºÍһЩBase on TSMµÄÓ¦Ó㬰ÑTSMµ±×÷ÁËÊý¾Ý¿â¡£±¾ÖÊÉÏTSM
ÊÇÒ»¸ö´æ´¢ÏµÍ³£¨ÆäʵRMDBÒ²ÊÇ´æ´¢¡­¡­£©

×îºóÎÒÏë·îȰһϣ¬²»Òª¶Ô×Ô¼º²»Á˽âµÄ¶«Î÷Íý¼ÓÆÀÂÛ

Best Regards,

Zachary Wu (Îâ°~ÀÚ)
Software Engineer, Enterprise Content Management FVT, IBM China Software
Development Lab
Tel: +86 10 82782244-3235. Fax: 82782244-2886 Tie Line: 915-2244-3235
Internet: xiaoleiw at cn.ibm.com
Notes ID: Xiao Lei Wu/China/Contr/IBM at IBMCN
Address: 8/F, Block A, Power Creative Building, No.1, East Road, Shang Di,
Beijing 100085, P.R. China

python-chinese-bounces at lists.python.cn дÓÚ 2006-07-10 17:50:07:

> On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
> >
> >
> >
> > ˵µÄ²»ÊÇÄ㣬Çë²»ÒªÎó»á
> >  ÎÒ˵µÄÊÇÄǸö³Æ"IBMµÄ´ó»ú¸ù±¾²»ÓùØϵÊý¾Ý¿â"µÄÈË
>
> ÄDz»¾ÍÊÇ˵ÎÒÂï¡£Õâ¸öÎÊÌâÎÒÌØÒâÎʹý¹ú¼Ê¿¨µÄÈË£¬ËûÃǸæËßÎÒÓÃÎļþϵͳ¡£
> db2²¢²»ÊÇ´ó»úÓõÄΨһµÄÊý¾Ý¿â£¬Ðí¶àϵͳ¸ù±¾²»ÓùØϵÊý¾Ý¿â£¬ÓÐÓÃÎļþ
> ϵͳµÄ£¬ºÃÏó»¹ÓÐÓòã´ÎÐÍÊý¾Ý¿âµÄ¡£ÎÒÖ»ÊÇÌý˵£¬ÎÒҲûÓÐÓùý¡£
>
> ÖÁÓÚÄãÈÏΪÎÒÄÄÄã˵µÃ²»¶Ô£¬ÇëÖ¸³ö£¬ÄÇÀïÆ«¼¤»òÉϸÙÉÏÏßÁË£¿Èç¹ûÈ·ÓÐÓïÆø
> ²»ºÃ£¬Èç¹ûÊÂÇéÊôʵ±¾ÈËԸΪÄÇЩÑÔÂÛµÀǸ¡£
>
> >  ÎÒÏëÎÒÏÖÔÚÔ½À´Ô½ºýÍ¿ÎÒ³ÉÌìËù¹¤×÷µÄÄǸöƽ̨£º
> >  http://www-306.ibm.com/software/data/db2/zos/
> >  ÊǸöʲô¶«Î÷ÁË
> >  ÎÒ²»ÖªµÀ£¬ÎÒÕæµÄ²»ÖªµÀ¡­¡­
> >
> --
> I like python!
> My Blog: http://www.donews.net/limodou
> My Django Site: http://www.djangocn.org
> NewEdit Maillist: http://groups.google.com/group/NewEdit
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/e613910b/attachment.htm

用的是wxpython函数写的GUI界面
在python环境下运行的界面很漂亮。

用py2exe打包后，过程中出现了
The following modules appear to be missing
['FCNTL','TERMIOS']
的提示，可这两个包都是用在Unix下的啊。。


打包出来的exe程序功能也都正常，就是界面显示很差劲，比如说splitter window中的组建全都深深陷了进去。
buttom效果也没有3D  成了平面。。


有遇到过这种情况的吗？该怎么解决？

搞明白了这个问题和'FCNTL''TERMIOS'无关

但是还是有打包前后的巨大差异

我又试着写个最简单的
一个frame，里边有个buttom 和一个文本
结果在python里显示很正常

打包后巨丑无比。

setup程序为
from distutils.core import setup
import py2exe

setup(windows=["Frame2.py"],
)


下边是源程序。    大家有碰到过这种情况吗？？？


#Boa:Frame:Frame2

import wx

def create(parent):
    return Frame2(parent)

[wxID_FRAME2, wxID_FRAME2BUTTON1, wxID_FRAME2BUTTON2, wxID_FRAME2PANEL1, 
 wxID_FRAME2SPLITTERWINDOW1, wxID_FRAME2TEXTCTRL1, 
] = [wx.NewId() for _init_ctrls in range(6)]

class Frame2(wx.Frame):
    def _init_ctrls(self, prnt):
        # generated method, don't edit
        wx.Frame.__init__(self, id=wxID_FRAME2, name='', parent=prnt,
              pos=wx.Point(377, 302), size=wx.Size(400, 250),
              style=wx.DEFAULT_FRAME_STYLE, title='Frame2')
        self.SetClientSize(wx.Size(392, 216))

        self.splitterWindow1 = wx.SplitterWindow(id=wxID_FRAME2SPLITTERWINDOW1,
              name='splitterWindow1', parent=self, point=wx.Point(0, 0),
              size=wx.Size(200, 100), style=wx.SP_3D)

        self.textCtrl1 = wx.TextCtrl(id=wxID_FRAME2TEXTCTRL1, name='textCtrl1',
              parent=self.splitterWindow1, pos=wx.Point(200, 0),
              size=wx.Size(192, 216), style=0, value='textCtrl1')

        self.panel1 = wx.Panel(id=wxID_FRAME2PANEL1, name='panel1',
              parent=self.splitterWindow1, pos=wx.Point(0, 0), size=wx.Size(196,
              216), style=wx.TAB_TRAVERSAL)
        self.splitterWindow1.SplitVertically(self.panel1, self.textCtrl1, 196)

        self.button1 = wx.Button(id=wxID_FRAME2BUTTON1, label='button1',
              name='button1', parent=self.panel1, pos=wx.Point(72, 56),
              size=wx.Size(75, 24), style=0)

        self.button2 = wx.Button(id=wxID_FRAME2BUTTON2, label='button2',
              name='button2', parent=self.panel1, pos=wx.Point(96, 120),
              size=wx.Size(75, 24), style=0)

    def __init__(self, parent):
        self._init_ctrls(parent)


if __name__ == '__main__':
    app = wx.PySimpleApp()
    wx.InitAllImageHandlers()
    frame = create(None)
    frame.Show(True)
    app.MainLoop()





----- Original Message ----- 
From: "张鹏飞" <zhangpf at ichaier.com>
To: <python-chinese at lists.python.cn>
Sent: Monday, July 10, 2006 6:40 PM
Subject: [python-chinese] 为什么py2exe打包前后的GUI显示效果不一样？？？？


> 用的是wxpython函数写的GUI界面
> 在python环境下运行的界面很漂亮。
> 
> 用py2exe打包后，过程中出现了
> The following modules appear to be missing
> ['FCNTL','TERMIOS']
> 的提示，可这两个包都是用在Unix下的啊。。
> 
> 
> 打包出来的exe程序功能也都正常，就是界面显示很差劲，比如说splitter window中的组建全都深深陷了进去。
> buttom效果也没有3D  成了平面。。
> 
> 
> 有遇到过这种情况的吗？该怎么解决？
>


--------------------------------------------------------------------------------


> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese

On 7/10/06, Xiao Lei Wu <xiaoleiw at cn.ibm.com> wrote:
>
>
>
> 嗯，IBM的东西你的那个"国际卡的人"比我更明白
>  嗯，"IBM的大机根本不用关系数据库"根"db2并不是大机用的唯一的数据库"是一个意思
>  按理说阁下也不是"无知者"，可怎么就那么"无畏"呢？
>
> PS:"大机"这个词在IBM内部是从来不用的，我们一般称硬件为MainFrame（直接用英文词，或者简称MF），或者z系列，z系统，z某某……
>  OS的话（"系统"？），有zOS/OS390,VM,VSE和TPF，除了TPF和已经不再under
> support的MVS，都有follow release的DB2数据库版本
>  那个"文件系统"的东西叫作VMDSS，DB2 for VM是work on VMDSS的，但他的表现仍然是RMDB
>  也可能你说的是TSM，因为毕竟知道VMDSS的人很少，实际上除了zOS,另外几种OS在中国几乎是没有使用的
>  TSM实际上并不是MF特有的，根DB2一样它支持所有的IBM平台，他的某些特征看起来像个"数据库"，甚至一些base
> on DB的软件都可以base on TSM，比如CS，DM等，很有可能一些人在MF上使用TSM和一些Base on
> TSM的应用，把TSM当作了数据库。本质上TSM是一个存储系统（其实RMDB也是存储……）
>
>  最后我想奉劝一下，不要对自己不了解的东西妄加评论
>
>
如果你抓住这一点，我承认我无知啊，你是IBM当然比我懂得多。

但请问其它的评论呢？我很想知道还有没有我无知的东西呢？

-- 
I like python!
My Blog: http://www.donews.net/limodou
My Django Site: http://www.djangocn.org
NewEdit Maillist: http://groups.google.com/group/NewEdit

我也遇到了，wxpython的进度条变难看了。同问

在06-7-10，张鹏飞 <zhangpf at ichaier.com> 写道：
>
> 用的是wxpython函数写的GUI界面
> 在python环境下运行的界面很漂亮。
>
> 用py2exe打包后，过程中出现了
> The following modules appear to be missing
> ['FCNTL','TERMIOS']
> 的提示，可这两个包都是用在Unix下的啊。。
>
>
> 打包出来的exe程序功能也都正常，就是界面显示很差劲，比如说splitter window中的组建全都深深陷了进去。
> buttom效果也没有3D  成了平面。。
>
>
> 有遇到过这种情况的吗？该怎么解决？
>
> _______________________________________________
> python-chinese
> Post: send python-chinese at lists.python.cn
> Subscribe: send subscribe to python-chinese-request at lists.python.cn
> Unsubscribe: send unsubscribe to  python-chinese-request at lists.python.cn
> Detail Info: http://python.cn/mailman/listinfo/python-chinese
>
>


-- 
Ocean
mail: chocean at gmail.com
homepage: www.oceanisland.com.cn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060710/43409570/attachment-0001.html