答复: 如何在敏捷开发中进行数据库设计

[quote="mabusyao"]楼上有位朋友提到性能问题,我想起之前做过一个performance tuning的工作,基本上也是源于现在流行的ORM工具。有一个很大的问题就是,由于开发人员存取数据都是通过Java对象来操作。后来发现很多瓶颈都出在这些地方,我们把ORM工具所产生的真实的SQL语句打印出来,结果显示,很多没必要的查询,以及完全没有经过优化的查询,极大的拖慢了系统的性能。

这也是我之前会问如果从领域层出发产生数据库建表语句,开发人员该如何跟DBA协同合作的问题了。我们又该如何保证经验不足的开发人员所导致的性能瓶颈呢?[/quote]
直接优化hibernate的使用和配置
借助p6spy+sql profiler优化索引
二级缓存、查询缓存、分布式缓存、应用层缓存……

其实这已经跑题了,回到敏捷开发。
我觉得敏捷之所以是个有效的东西,是因为它很务实,它承认人是会犯错误的,人是无法一次把事情做完美的,人是无法预测未来的,事情是一定会变的。
敏捷的解决之道就是:好吧,既然没法一次把事情做完美,那么我们就把系统做的容易变“美”,
比如尽量简单的实现以便日后重构,写大量的自动化测试以便日后安全的重构,

如果在两个系统之间做选择,
一个系统实现的功能很多但是代码难以修改和优化,改个表结构都伤筋动骨让人提心吊胆,
另一个系统实现的功能还很少很简单,但是架构简单、没有重复,有工业强度的自动化测试套件,可以放心大胆的去改,
敏捷的开发者会毫不犹豫的选择后者。而且现实中大量的案例证明,前一个系统很快会腐烂变质,付出高昂的维护成本后被丢弃,后一个系统会越来越健康,开发效率越来越高,获得极高的投资回报率。

此所谓拥抱变化。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值