楼主: myth8860

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

[复制链接]
认证徽章
论坛徽章:
86
秀才
日期:2015-09-21 09:46:16目光如炬
日期:2014-07-28 06:00:03马上有钱
日期:2014-06-16 15:55:42马上有房
日期:2014-06-16 15:55:422014年世界杯参赛球队: 伊朗
日期:2014-06-13 11:29:242014年世界杯参赛球队:巴西
日期:2014-06-06 14:36:14马上有钱
日期:2014-04-04 13:51:21马上加薪
日期:2014-04-04 13:35:40马上有房
日期:2014-02-18 16:42:022014年新春福章
日期:2014-02-18 16:42:02
发表于 2012-1-11 14:58 | 显示全部楼层
这个主要看技术的方向,如果没有数据库支持的话,就要在应用进行设计。tom 大师说过:如果能在数据库中实现的,全部用数据库实现。出发点不一样,技术方向也就不一样。如果没有非常好的数据库做支持的话,那就要靠应用程序来设计了,其中要包含数据库中已经实现的特性来保证应用的质量。

使用道具 举报

回复
论坛徽章:
0
发表于 2012-1-11 15:57 | 显示全部楼层
我们公司(我们部门) 老板的策略是自己掌握主动. 最好做到关联性最小, 比如程式可以支援Oracle 也要支援DB2. 这样自己掌握主动.
不然随着规模的扩大, 会被绑的死死的, 成本以及后续的整合变得很困难.

使用道具 举报

回复
论坛徽章:
0
发表于 2012-1-11 15:58 | 显示全部楼层
diniwang 发表于 2012-1-11 15:57
我们公司(我们部门) 老板的策略是自己掌握主动. 最好做到关联性最小, 比如程式可以支援Oracle 也要支援DB ...

我们用 oracle express 来做生产环境!

使用道具 举报

回复
论坛徽章:
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 15:59 | 显示全部楼层
myth8860 发表于 2012-1-11 14:58
不是这个意思,如果用的标准一点,可选择的余地就大一些,不至于一棵树上吊死。

那就白白的浪费了所选择数据库的大好特性。

使用道具 举报

回复
招聘 : 数据库管理员
认证徽章
论坛徽章:
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 16:34 | 显示全部楼层
diniwang 发表于 2012-1-11 15:57
我们公司(我们部门) 老板的策略是自己掌握主动. 最好做到关联性最小, 比如程式可以支援Oracle 也要支援DB ...

和你们这边类似,我们现在开发的新应用就要求能在MSSQL和ORACLE上面运行,而且开发用到的SQL语法首选SQL92标准。
主要还是看应用的特点,如果只是自己用,并且资金充裕,选择一种大型数据库可以选择绑定,如果是作为产品对外提供要卖钱的,那么至少要考虑兼容3种以上的数据库,因为你不可能去帮客户考虑他的数据库版本。

使用道具 举报

回复
论坛徽章:
37
秀才
日期:2015-08-26 09:00:13秀才
日期:2015-08-26 09:00:13嫦娥
日期:2015-08-26 10:44:22ITPUB14周年纪念章
日期:2015-10-26 17:23:44
发表于 2012-1-11 16:35 | 显示全部楼层
如果做的是产品,有多个客户,还是尽量通用的好,因为用什么数据库可能是客户订的

使用道具 举报

回复
论坛徽章:
11
迷宫蛋
日期:2011-10-24 10:43:14蛋疼蛋
日期:2013-01-10 11:03:47奥运纪念徽章
日期:2012-12-06 09:21:40ITPUB 11周年纪念徽章
日期:2012-10-31 14:48:00ITPUB 11周年纪念徽章
日期:2012-10-09 18:14:48ITPUB 11周年纪念徽章
日期:2012-09-28 17:34:422012新春纪念徽章
日期:2012-01-04 11:57:13茶鸡蛋
日期:2011-12-06 16:25:55ITPUB十周年纪念徽章
日期:2011-11-01 16:25:51ITPUB官方微博粉丝徽章
日期:2011-10-31 10:21:02
发表于 2012-1-11 16:51 | 显示全部楼层
学习

使用道具 举报

回复
论坛徽章:
469
生肖徽章2007版:猴
日期:2008-05-16 11:28:59生肖徽章2007版:马
日期:2008-10-08 17:01:01SQL大赛参与纪念
日期:2011-04-13 12:08:17授权会员
日期:2011-06-17 16:14:53ITPUB元老
日期:2011-06-21 11:47:01ITPUB官方微博粉丝徽章
日期:2011-07-01 09:45:27ITPUB十周年纪念徽章
日期:2011-09-27 16:30:472012新春纪念徽章
日期:2012-01-04 11:51:22海蓝宝石
日期:2012-02-20 19:24:27铁扇公主
日期:2012-02-21 15:03:13
发表于 2012-1-11 16:55 | 显示全部楼层
这个是项目选项时要考虑的问题,如果选定了数据库是ORACLE,那么建议数据库特性越能发挥到极致越好!!

使用道具 举报

回复
论坛徽章:
401
紫蛋头
日期:2012-05-21 10:19:41迷宫蛋
日期:2012-06-06 16:02:49奥运会纪念徽章:足球
日期:2012-06-29 15:30:06奥运会纪念徽章:排球
日期:2012-07-10 21:24:24鲜花蛋
日期:2012-07-16 15:24:59奥运会纪念徽章:拳击
日期:2012-08-07 10:54:50奥运会纪念徽章:羽毛球
日期:2012-08-21 15:55:33奥运会纪念徽章:蹦床
日期:2012-08-21 21:09:51奥运会纪念徽章:篮球
日期:2012-08-24 10:29:11奥运会纪念徽章:体操
日期:2012-09-07 16:40:00
发表于 2012-1-11 17:33 | 显示全部楼层
不要刻意地用,看应用系统需要,比如要按时间点恢复,那么必须对日志归档

使用道具 举报

回复
论坛徽章:
2
2012新春纪念徽章
日期:2012-01-04 11:55:05双黄蛋
日期:2012-02-29 11:03:35
发表于 2012-1-11 21:18 | 显示全部楼层
这真是个无聊的问题,完全脱离了要解决的问题说解决问题的方法,不同的项目要解决不同的问题,有不同的阶段,对于具体的问题和阶段哪些特性是最主要的,是效率快速上线?还是控制成本?还是扩展性?既然数据库已经买了有的特性能用尽量用了,一切以解决实际的问题为标准,顺便说一下,我们发现市场上的数据库不能满足我们的要求,我们就自己做了一个数据库来解决我们遇到的问题。

使用道具 举报

回复

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

本版积分规则 发表回复

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