查看: 11609|回复: 68

[每周一议]应用是否应该使用大量的数据库特性?

[复制链接]
认证徽章
论坛徽章:
43
现任管理团队成员
日期:2011-05-07 01:45:08ITPUB元老
日期:2012-09-12 14:50:28版主5段
日期:2014-06-11 02:21:31阿斯顿马丁
日期:2013-11-19 10:38:16祖母绿
日期:2012-11-06 12:43:12路虎
日期:2013-11-20 11:37:53雪佛兰
日期:2013-09-05 13:28:25ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512015中国数据库技术大会纪念徽章
日期:2015-04-24 16:04:24秀才
日期:2015-05-26 13:32:07
发表于 2012-1-11 10:41 | 显示全部楼层 |阅读模式
     每种数据库都有大量自己的特性,在应用开发过程中是否应该使用这些数据库独特的特性呢?一方面我们为这些特性花了钱,用起来也很方便;另一方面如果大量使用这些特性就会被这种数据库彻底绑定。
      我见过一个部委的应用使用了大量oracle面对对象的特性,业务逻辑基本上用数据库的脚本来实现了,oracle脚本加起来有100多M,结果是下面的机关单位根本买不起oracle,也无法切换成其他的数据库。
      请大家参与讨论,讨论最激烈最有价值的、参与最积极的5位会员可以赠送一枚彩蛋徽章+666pub币,以表示对大家积极参与的感谢。

招聘 : 数据库管理员
认证徽章
论坛徽章:
38
2010新春纪念徽章
日期:2010-03-01 11:19:10ITPUB社区OCM联盟徽章
日期:2014-03-19 09:57:09问答徽章
日期:2014-03-17 09:53:582014年新春福章
日期:2014-02-18 16:43:09优秀写手
日期:2013-12-18 09:29:14奔驰
日期:2013-11-29 09:43:42阿斯顿马丁
日期:2013-11-19 10:38:162013年新春福章
日期:2013-02-25 14:51:24奥运会纪念徽章:游泳
日期:2012-09-11 12:38:112012新春纪念徽章
日期:2012-02-13 15:11:52
发表于 2012-1-11 12:31 | 显示全部楼层
这种就要看应用了,实际上像电信,银行这些行业基本上就固定死了一种数据库,那么考虑到性能以及开发简便等方面,肯定会把数据库的已有成熟的特性都用上。
而另外一些外包公司或者电子商务的,则会尽可能做到数据库无关,所有的功能都通过标准SQL来实现。
两种方式各有各的使用场景和优势。

使用道具 举报

回复
论坛徽章:
19
ITPUB十周年纪念徽章
日期:2011-11-01 16:26:292015年新春福章
日期:2015-03-04 14:53:16优秀写手
日期:2014-03-19 06:00:24马上有对象
日期:2014-02-18 16:44:082014年新春福章
日期:2014-02-18 16:44:08比亚迪
日期:2013-10-23 21:35:02ITPUB社区12周年站庆徽章
日期:2013-10-08 14:54:39茶鸡蛋
日期:2013-07-25 19:48:40灰彻蛋
日期:2013-05-24 09:42:412013年新春福章
日期:2013-02-25 14:51:24
发表于 2012-1-11 13:25 | 显示全部楼层
本帖最后由 ahdong2007 于 2012-1-11 13:26 编辑

绑定,意味着某种开发上的优势;意味着管理上的方便;意味着系统的效率。
但同时也意味着,异构数据迁移的成本高;成为厂商的板上肉,任人宰割...


使用道具 举报

回复
招聘 : 多个岗位招聘
论坛徽章:
33
2010广州亚运会纪念徽章:跆拳道
日期:2010-11-22 15:42:39灰彻蛋
日期:2012-05-16 13:17:56参与WIN7挑战赛纪念
日期:2012-05-24 10:37:35茶鸡蛋
日期:2012-05-28 17:27:32灰彻蛋
日期:2012-06-13 18:48:14双黄蛋
日期:2012-06-14 14:32:02奥运会纪念徽章:帆船
日期:2012-07-10 09:43:29奥运会纪念徽章:足球
日期:2012-08-17 09:17:32奥运会纪念徽章:帆船
日期:2012-07-26 15:46:49奥运会纪念徽章:赛艇
日期:2012-08-20 16:23:58
发表于 2012-1-11 13:49 | 显示全部楼层
其实还是看架构的设计

使用道具 举报

回复
认证徽章
论坛徽章:
43
现任管理团队成员
日期:2011-05-07 01:45:08ITPUB元老
日期:2012-09-12 14:50:28版主5段
日期:2014-06-11 02:21:31阿斯顿马丁
日期:2013-11-19 10:38:16祖母绿
日期:2012-11-06 12:43:12路虎
日期:2013-11-20 11:37:53雪佛兰
日期:2013-09-05 13:28:25ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512015中国数据库技术大会纪念徽章
日期:2015-04-24 16:04:24秀才
日期:2015-05-26 13:32:07
发表于 2012-1-11 14:03 | 显示全部楼层
ahdong2007 发表于 2012-1-11 13:25
绑定,意味着某种开发上的优势;意味着管理上的方便;意味着系统的效率。
但同时也意味着,异构数据迁移的 ...

使用道具 举报

回复
论坛徽章:
212
现任管理团队成员
日期:2012-01-16 14:02:09马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:14ITPUB 11周年纪念徽章
日期:2012-10-09 18:06:202012欧洲杯之星
日期:2012-07-02 11:27:02奥运会纪念徽章:射击
日期:2012-06-27 15:36:35NBA季后赛纪念徽章
日期:2012-06-25 12:19:11NBA常规赛纪念章
日期:2012-04-27 16:07:05
发表于 2012-1-11 14:48 | 显示全部楼层
买不起,为什么还要用呢?

采购时就应该衡量成本吧

使用道具 举报

回复
论坛徽章:
14
2011新春纪念徽章
日期:2011-02-18 11:43:35生肖徽章2007版:龙
日期:2012-02-07 10:33:22生肖徽章2007版:龙
日期:2012-02-07 10:33:22生肖徽章2007版:龙
日期:2012-02-07 10:33:22生肖徽章2007版:龙
日期:2012-02-07 10:32:552012新春纪念徽章
日期:2012-02-07 09:59:352012新春纪念徽章
日期:2012-01-04 11:53:54蜘蛛蛋
日期:2011-12-02 17:13:44ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26开发板块每日发贴之星
日期:2011-08-16 01:01:01
发表于 2012-1-11 14:52 | 显示全部楼层
应该大量使用,因为这意味着性能,但同时要看架构,架构应该考虑到这些问题,退一步说异构数据迁移目前貌似没有多么难吧,再退一步说,变更数据库应该是很少的吧。

使用道具 举报

回复
论坛徽章:
14
2011新春纪念徽章
日期:2011-02-18 11:43:35生肖徽章2007版:龙
日期:2012-02-07 10:33:22生肖徽章2007版:龙
日期:2012-02-07 10:33:22生肖徽章2007版:龙
日期:2012-02-07 10:33:22生肖徽章2007版:龙
日期:2012-02-07 10:32:552012新春纪念徽章
日期:2012-02-07 09:59:352012新春纪念徽章
日期:2012-01-04 11:53:54蜘蛛蛋
日期:2011-12-02 17:13:44ITPUB十周年纪念徽章
日期:2011-11-01 16:23:26开发板块每日发贴之星
日期:2011-08-16 01:01:01
发表于 2012-1-11 14:53 | 显示全部楼层
难道为了不成为厂商板上的肉而自己造一个数据库?

使用道具 举报

回复
认证徽章
论坛徽章:
43
现任管理团队成员
日期:2011-05-07 01:45:08ITPUB元老
日期:2012-09-12 14:50:28版主5段
日期:2014-06-11 02:21:31阿斯顿马丁
日期:2013-11-19 10:38:16祖母绿
日期:2012-11-06 12:43:12路虎
日期:2013-11-20 11:37:53雪佛兰
日期:2013-09-05 13:28:25ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512015中国数据库技术大会纪念徽章
日期:2015-04-24 16:04:24秀才
日期:2015-05-26 13:32:07
发表于 2012-1-11 14:57 | 显示全部楼层
laou2008 发表于 2012-1-11 14:48
买不起,为什么还要用呢?

采购时就应该衡量成本吧

这个是客观存在的,滋生了大量的盗版oracle

使用道具 举报

回复
认证徽章
论坛徽章:
43
现任管理团队成员
日期:2011-05-07 01:45:08ITPUB元老
日期:2012-09-12 14:50:28版主5段
日期:2014-06-11 02:21:31阿斯顿马丁
日期:2013-11-19 10:38:16祖母绿
日期:2012-11-06 12:43:12路虎
日期:2013-11-20 11:37:53雪佛兰
日期:2013-09-05 13:28:25ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512015中国数据库技术大会纪念徽章
日期:2015-04-24 16:04:24秀才
日期:2015-05-26 13:32:07
发表于 2012-1-11 14:58 | 显示全部楼层
accphaijiang 发表于 2012-1-11 14:53
难道为了不成为厂商板上的肉而自己造一个数据库?

不是这个意思,如果用的标准一点,可选择的余地就大一些,不至于一棵树上吊死。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表