一看就知道又是一个被所谓ORMAPPING害了的 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

JoJo：

一看就知道又是一个被所谓ORMAPPING害了的

[阅读: 648] 2006-10-13 02:22:07

一个应用程序的生存期远远短于该程序所使用的数据库，当应用程序升级的时候去更改一个已经拥有巨大数据的数据库是一件成本高昂的工作。
我原来工作的一套数据库从93年建起，一直用到2002年，但程序每年都升级一次，数据库结构从没变过。最后在2002年决定修改数据库设计，将原有数据迁移至新的数据库，整个过程历时半年之久，而且由于DBA的原因，新的数据库要经常修修改改，整个成本高得惊人

相关信息:

存储过程该不该用? 多用还是少用? (空) (mhappy [838] 2006-10-13 09:38)
- 1.Y,2.少 (空) (JoJo [492] 2006-10-13 09:45)
  - 就是说只有比较复杂且耗时的处理才用? (空) (mhappy [554] 2006-10-13 09:47)
    - 你这仍然属于面向机器的思考 (68字) (JoJo [770] 2006-10-13 09:52)
      - 我的看法是SP效能较高，且相对易于维护，如果使用不会引起设计上的问题，我觉得SP要比写在代码里面的SQL command要好 (空) (Miracle [547] 2006-10-13 09:56)
        你这仍然属于面向机器的思考 (68字) (JoJo [5] 今天 09:52) (空) (holly [529] 2006-10-13 09:56)
        当你的数据库只供给一个应用程序的时候这样做也没什么大问题 (32字) (JoJo [516] 2006-10-13 09:58)
        是这么回事 (186字) (Miracle [626] 2006-10-13 10:09)
        你们公司应该请一个DBA (38字) (JoJo [575] 2006-10-13 10:11)
        why? 这和你上面的保持独立性不是一致的么? 不过倒是增加了复杂性,不易维护 (空) (mhappy [616] 2006-10-13 10:14)
        没有办法，最早的时候的Solution Manager一定要这么搞，虽然最后终于把他给开了，但设计已经没法重新搞了。 (空) (Miracle [557] 2006-10-13 10:14)
        不过关系不是很复杂，继承深度最后被缩减到了只有2层，所以也不是你想象的那么恐怖 (空) (Miracle [542] 2006-10-13 10:15)
        即使是这样，也是很难受的 (18字) (JoJo [922] 2006-10-13 10:25)
        没错。系统上线正式运行2年了，花费在优化数据库上的时间占了很大一部分，而这个只有2层的关系，确实造成过不少麻烦 (9字) (Miracle [472] 2006-10-13 10:28)
        另外，有很多巨量数据处理的报表应用，涉及多个linked server的数据交换，这种基本上全部用了SP来处理。 (46字) (Miracle [630] 2006-10-13 10:13)
        为应用而使用,比较实用 (空) (mhappy [568] 2006-10-13 10:15)
        一看就知道又是一个被所谓ORMAPPING害了的 (189字) (JoJo [647] 2006-10-13 10:22)
        靠,不要高看偶,根本不懂什么OR... (空) (mhappy [539] 2006-10-13 10:23)
        JoJo可能想回在我那个Solution Manager的帖子下面吧。 (空) (Miracle [481] 2006-10-13 10:24)
        看来你懂,NB~ (空) (mhappy [427] 2006-10-13 10:27)
        是啊是啊，回错了 (66字) (JoJo [516] 2006-10-13 10:28)
        不过,有文章讨论如何把关系库"对象化"... (空) (mhappy [550] 2006-10-13 10:29)
        你认为何莉秀是真正的女人吗？ (20字) (JoJo [548] 2006-10-13 10:35)
        好在最后终于把他给开了，哈哈。 (空) (Miracle [481] 2006-10-13 10:29)
        性能是衡量是否使用SP的一个重要因素 (50字) (JoJo [516] 2006-10-13 10:15)
        我前面已经说过了，SP的功能与具体的程序无关，逻辑自洽的 (空) (Miracle [558] 2006-10-13 10:16)
        只要是跟具体的应用程序无关，就可以使用SP (44字) (JoJo [528] 2006-10-13 10:23)
        ...如果是同一部分人搞APP和DB呢? (空) (mhappy [533] 2006-10-13 10:17)
        如果你的SP是这样用的 (92字) (Miracle [639] 2006-10-13 10:23)
        那么请教一下... (41字) (mhappy [480] 2006-10-13 10:26)
        JoJo说的够明白了 (空) (Miracle [469] 2006-10-13 10:29)
        真正的DBA会综合使用各种数据库技术提供给你一个完整的数据框架 (19字) (JoJo [558] 2006-10-13 10:30)
        偶是说,该创建哪些SP? (空) (mhappy [499] 2006-10-13 10:37)
        还有一点，别老想着DBA，你给钱啊。 (空) (Miracle [535] 2006-10-13 10:36)
        我靠，你们这么大个公司连个DBA也不请一个 (空) (JoJo [556] 2006-10-13 10:38)
        我们有，但是客户不舍得付钱。 (27字) (Miracle [538] 2006-10-13 11:05)
        我会 (10字) (JoJo [469] 2006-10-13 11:10)
        翻完了，客户也走远了。 (空) (Miracle [498] 2006-10-13 11:12)
        那不管我的事，我又不是saler (空) (JoJo [492] 2006-10-13 11:18)
        偶们的原则，客户得到的服务，与他支付的报酬相匹配。 (空) (Miracle [521] 2006-10-13 11:29)
      - 同意... (47字) (mhappy [518] 2006-10-13 10:00)
        我说的并不是这个层面的意思 (154字) (JoJo [589] 2006-10-13 10:07)
        你是说不通用的SP? (空) (mhappy [546] 2006-10-13 10:09)
- 看情况 (空) (老玉米 [452] 2006-10-13 10:06)
- 转贴CB手册一段话... (348字) (mhappy [580] 2006-10-13 10:07)
- 太笼统了，看具体的情况来定。还要看你的应用！！！ (空) (千仞 [504] 2006-10-13 10:37)
  - 原则? (空) (mhappy [481] 2006-10-13 10:38)
- 一句话，你希望应用与数据库产品绑死吗？ (空) (sealw [461] 2006-10-13 10:43)
  - 数据库是应用的一个组成部分嘛。其实俺觉得就把存储过程当作一个函数吧，只是定义在数据库里面 (25字) (Fish [792] 2006-10-13 10:58)
    - sealw的意思是，如果用了存储过程，当换了数据库，则存储过程也要改写。 (空) (疯子张 [495] 2006-10-13 11:04)
      - 如果真的用到了产品特有的东西，你不用SP就可以不用改写任何东西了吗？ (31字) (Miracle [588] 2006-10-13 11:11)
        特性? 平台算不算? DB自身性能算不算? 价格算不算? (18字) (mhappy [483] 2006-10-13 11:14)
        不过事实上SQL方言用得极少 (73字) (JoJo [596] 2006-10-13 11:15)
        94啊……就算真换，你都舍得MSSQL换ORACLE了，改点SP算个球 (空) (Miracle [447] 2006-10-13 11:23)
        全部用标准SQL，连数据库的函数都不用，偶们公司现在就这样做。 (23字) (疯子张 [619] 2006-10-13 11:16)
        要想让用户换数据库，也不是件容易的事吧。尤其大型应用，正版数据库本身以及支持服务费用的投入，不是小数 (空) (Fish [469] 2006-10-13 11:23)
        不是让用户换数据库，而是用户本来就有各自常用的数据库，应用应该适应不同的用户，这就关系到适应不同的数据库的问题了。 (空) (疯子张 [503] 2006-10-13 11:27)
        你都有雄心壮志支持各种数据库了，就更应该利用好各种数据库独有的、确有明显功效的功能。 (空) (Miracle [583] 2006-10-13 11:29)
        建行用informix，农行用sybase，中信DB2，光大ORACLE，还有一些用sqlserver的，不能为每个客户做一整套程序吧？ (空) (疯子张 [742] 2006-10-13 11:30)
        这是个DAL以下的问题，说什么也不可能重写整套程序。 (空) (Miracle [527] 2006-10-13 11:30)
        所以才要分层啊、中间件啊什么的 (空) (Fish [482] 2006-10-13 11:32)
      - 采用合理的分层和封装（将存储过程看作封装好的函数），那么可以只改中间层（业务层），甚至业务层也不用改，只改数据库存储过程本身 (空) (Fish [650] 2006-10-13 11:14)
        于是 (10字) (JoJo [528] 2006-10-13 11:17)
        用纯粹的SP来写程序吧 (空) (Miracle [453] 2006-10-13 11:24)
    - 其实这样说也有意思... (227字) (mhappy [558] 2006-10-13 11:10)
      - 打个比方吧，可能不是很恰当，说明一点点问题 (199字) (Miracle [592] 2006-10-13 11:28)
        哦,这是安全性考虑... (79字) (mhappy [480] 2006-10-13 11:33)
        faint，压根不是那意思 (13字) (Miracle [641] 2006-10-13 11:50)
        那就来段E文吧... (空) (mhappy [483] 2006-10-13 11:51)
- 只顶.不插嘴 (空) (python [428] 2006-10-13 11:49)
  - 顶你个肺 (空) (Miracle [429] 2006-10-13 12:04)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.010 - 575216