楼主: myth8860

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

[复制链接]
论坛徽章:
540
奥运会纪念徽章:垒球
日期:2008-09-15 01:28:12生肖徽章2007版:鸡
日期:2008-11-17 23:40:58生肖徽章2007版:马
日期:2008-11-18 05:09:48数据库板块每日发贴之星
日期:2008-11-29 01:01:02数据库板块每日发贴之星
日期:2008-12-05 01:01:03生肖徽章2007版:虎
日期:2008-12-10 07:47:462009新春纪念徽章
日期:2009-01-04 14:52:28数据库板块每日发贴之星
日期:2009-02-08 01:01:03生肖徽章2007版:蛇
日期:2009-03-09 22:18:532009日食纪念
日期:2009-07-22 09:30:00
发表于 2012-1-14 00:07 | 显示全部楼层
myth8860 发表于 2012-1-12 11:11
嗯,非常有道理,把业务的东西都搞到数据库里面来实现,维护及其麻烦。

谁说的?不管用何种开发语言,都有做得好的也有不好的。没有道理写在数据库外面就更容易维护。

使用道具 举报

回复
论坛徽章:
540
奥运会纪念徽章:垒球
日期:2008-09-15 01:28:12生肖徽章2007版:鸡
日期:2008-11-17 23:40:58生肖徽章2007版:马
日期:2008-11-18 05:09:48数据库板块每日发贴之星
日期:2008-11-29 01:01:02数据库板块每日发贴之星
日期:2008-12-05 01:01:03生肖徽章2007版:虎
日期:2008-12-10 07:47:462009新春纪念徽章
日期:2009-01-04 14:52:28数据库板块每日发贴之星
日期:2009-02-08 01:01:03生肖徽章2007版:蛇
日期:2009-03-09 22:18:532009日食纪念
日期:2009-07-22 09:30:00
发表于 2012-1-14 00:09 | 显示全部楼层
并不是只使用ANSI SQL就可以做到各库通用了,TOM最爱举的经典例子是加锁问题,各种数据库不同的加锁机制导致整个逻辑都不一样。

使用道具 举报

回复
招聘 : 数据库管理员
论坛徽章:
46
ITPUB元老
日期:2011-08-06 00:48:09最佳人气徽章
日期:2012-03-13 17:39:18版主1段
日期:2013-03-07 02:21:02ITPUB季度 技术新星
日期:2011-11-18 16:54:31ITPUB伯乐
日期:2012-02-16 14:53:44ITPUB北京2009年会纪念徽章
日期:2009-02-09 11:42:45会员2007贡献徽章
日期:2007-09-26 18:42:10玉石琵琶
日期:2012-02-21 15:04:38授权会员
日期:2007-01-26 09:19:03数据库板块每日发贴之星
日期:2011-08-04 01:01:01
发表于 2012-1-14 10:39 | 显示全部楼层
我觉得决策者在数据库选型上就应该有个整体规划,尽量避免换数据库,我是比较支持才用高特效的,会减少很都开发、优化成本。

使用道具 举报

回复
论坛徽章:
21
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:51ITPUB社区12周年站庆徽章
日期:2013-08-20 11:30:11ITPUB社区12周年站庆徽章
日期:2013-10-17 13:56:59三菱
日期:2013-11-25 11:21:192014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02马上有钱
日期:2014-03-20 15:53:112014年世界杯参赛球队: 葡萄牙
日期:2014-07-24 11:03:54慢羊羊
日期:2015-03-04 14:51:352013年新春福章
日期:2013-04-08 17:42:48
发表于 2012-1-15 11:46 | 显示全部楼层
能用程序解决的最好用程序逻辑解决,但程序逻辑开发起来明显耗时耗力,有数据的工具可以实现,所以为了省时省力,很多人就用了。。

使用道具 举报

回复
论坛徽章:
22
咸鸭蛋
日期:2011-05-24 09:43:08紫蛋头
日期:2012-03-07 10:09:01灰彻蛋
日期:2012-03-07 10:09:01迷宫蛋
日期:2012-03-07 10:09:01蛋疼蛋
日期:2012-03-07 10:09:01复活蛋
日期:2012-03-07 10:09:01生肖徽章2007版:鼠
日期:2012-03-07 10:14:44ITPUB 11周年纪念徽章
日期:2012-10-09 18:09:19奥运会纪念徽章:篮球
日期:2012-10-16 05:37:52本田
日期:2014-01-19 20:29:21
发表于 2012-1-15 16:01 | 显示全部楼层
oracle的话据说迁移到postgresql比较方便.

使用道具 举报

回复
论坛徽章:
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-15 16:12 | 显示全部楼层
用,但不要刻意地用

使用道具 举报

回复
论坛徽章:
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-15 20:00 | 显示全部楼层
prt 发表于 2012-1-12 10:25
我觉得,业务逻辑放到数据库层用存储过程来实现不如放到应用层实现好。虽然开发较快,但维护麻烦。

实不敢苟同!

使用道具 举报

回复
论坛徽章:
23
2012新春纪念徽章
日期:2012-01-04 11:54:26马上有车
日期:2014-11-21 09:55:15马上有车
日期:2014-11-22 15:35:55马上有车
日期:2015-02-07 16:07:042015年新春福章
日期:2015-02-11 11:36:54喜羊羊
日期:2015-02-11 11:40:53沸羊羊
日期:2015-02-16 17:49:48懒羊羊
日期:2015-03-04 14:52:112015年新春福章
日期:2015-03-06 11:58:18暖羊羊
日期:2015-05-04 19:14:03
发表于 2012-1-16 10:35 | 显示全部楼层
数据库厂家花了那么大功夫来提升效率,增加功能,不用岂不是可惜了。要是觉得价格承受不了,或是其他原因要迁移到其他数据库,也可以早点规划,一步步实现修改和剥离。
用了就要做到物尽其用。

使用道具 举报

回复
论坛徽章:
13
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44美羊羊
日期:2015-03-04 14:48:582013年新春福章
日期:2013-04-08 17:42:48ITPUB社区OCM联盟徽章
日期:2013-03-25 14:09:31ITPUB十周年纪念徽章
日期:2011-11-01 16:20:282010广州亚运会纪念徽章:体育舞蹈
日期:2010-11-29 10:30:362010新春纪念徽章
日期:2010-03-01 11:08:29参与WIN7挑战赛纪念
日期:2009-11-06 16:05:25祖国60周年纪念徽章
日期:2009-10-09 08:28:00数据库板块每日发贴之星
日期:2009-02-27 01:01:04
发表于 2012-1-16 15:34 | 显示全部楼层
每种数据库都有自己在技术上的壁垒,提供给自己的死党fans的性能和提供给可能迁移到其他种类数据库的应用的性能绝对是不一样的。
比如left join和(+),前者解析时明显不会自动做谓词传递之类的优化,而后者则自动做,所以在性能上两者差异巨大。
使用通用语法的话必须对性能可能出现的状况考虑充分。

使用道具 举报

回复
招聘 : 数据库管理员
认证徽章
论坛徽章:
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-16 15:49 | 显示全部楼层
fsm 发表于 2012-1-16 15:34
每种数据库都有自己在技术上的壁垒,提供给自己的死党fans的性能和提供给可能迁移到其他种类数据库的应用的 ...

这个确实是使用数据库特性一个很重要的原因,通用的语法可以做到兼容,但是效率上必然会有损失,还是那句话,看自身的应用,如果是卖产品的,需要尽可能做到数据库无关,如果是自己用,既然选择了某一种数据库,那么肯定是尽可能将其特点体现出来。

使用道具 举报

回复

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

本版积分规则 发表回复

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