只显示主题贴
如果有兴趣了解这方面的东东，建议可以去看看数据挖掘中数据仓库的建立途径，通常是通过ETL从业务数据库中采集数据，经过清理、转换重组，然后按照规则存放到数据仓库中。
- 进入论坛 Java 版
引用
我们又将交易库分成了当前库，历史库；最后历史库还是慢，没办法就专门做了查询库（包括查询和报表），使得查询大多不需要连接表，我想这是最快的方式了
对于大数据量的查询处理也是一种解决方案，其实就是类似决策系统单独建立数据仓库一样，组织方式通常是面向查询统计的，这样的话当然会比较快一点。
- 进入论坛 Java 版
忍不住浮出水面赞一个，我还以为只有我这样的基础差、对技术泛而不精又逐渐商业化的人才有这种想法呢，也来谈谈感悟：
表示层：
以前不会开发Browser界面层还不敢出声，现在也可以喊一嗓子了。我一直都用PB做前台，其实很多企业应用的前台操作也就是分布在一些固定的科室、部门、人员，没有必要用浏览器做客户端，开发和使用都麻烦，不就是升级维护方便吗，桌面应用也同样可以，你可以把它当作是升级IE嘛。如果潜在使用者不固定，比如一些公众服务应用，那还是有必要用Borwser客户端的，不过那些前台功能一般都是比较简单的。我记得类似的问题在很久以前论坛上也有过讨论。
业务层：
现在有太多的框架，其实都没有涉及到 ...
- 进入论坛 Java 版
通常的解决方法是在中间加一层Cache减少数据访问，很多的OR Mapping方案（包括Hibernate）都提供了Cache功能，如果DAO层是自己编写的，特别是通过SQL语句方式的，可能在利用Cache方面还有一些改造工作要做。
- 进入论坛 Java 版
引用和政府有关的项目，1000万实在只能算是中等项目。不过据我来做过的几个这样的项目来看，放到企业里面，同样的工作量，100万都算是高的了。和政府有关的项目，1000万实在只能算是中等项目。不过据我来做过的几个这样的项目来看，放到企业里面，同样的工作量，100万都算是高的了。（当然不一定都是这样的，可能有很多政府部门也没有钱，或者没有腐败，或者不吹虚泡），另外还需要把大量的时间花费在无谓的等待和不必要的形式化工作上，处理内部各部分之间的明争暗斗，实际负责部门对领导的阳奉阴违、敷衍了事，或者因为领导的一个屁改变一系列的程序流程，这意味有效的软件开发实际上不需要那么多的人月。这样的项目，用XP自然 ...
- 进入论坛 软件开发和项目管理 版
用什么样的工具取决于你的设计侧重点和角度，PD从原来的专业化ER设计工具发展到现在比较全面的功能，虽然现在已经在OO设计方面有了很大的改进，实际上它的优势还是在于ER设计方面。而Rose是基于UML发展起来的设计工具，在OO设计方面自然是它的特长。我个人倾向于使用PD，从最开始专门做数据库设计一直在用，比较熟悉而已，功能上也基本能涵盖Rose。而且我们的表示层开发使用PB，中间层使用Java，与PD均能够很好的融合。
- 进入论坛 软件开发和项目管理 版
引用楼主犯了一个开发大忌。
开发的一个指导性原则是不要预先做优化，实际产生性能瓶颈后再在那里进行优化。
我不认为这是犯了什么大忌，也无须被这些原则捆住手脚。很多一眼可见的性能优化完全可以在开发的时候一并考虑，其实系统的性能就像海绵里的水，最初可以挤出来的何不先挤一下，原则只是教你不要只顾挤那点性能的水而忘了你的主要目的而已。
对于楼主的问题，因为不知道你的具体情况，所以也不能妄加评判。你的应用是一个GUI的设计器，应该是个单用户应用，运行在单个JVM中，使用一些Singleton应该没有什么问题。如果在多用户或者多线程的情况下，需要采取措施保证Singleton确实只产生了单例，而这样可能会 ...
- 进入论坛 Java 版
好像Eclipse下的插件有不少，看看这个吧：
http://home.tiscali.be/redrobin/jython/
- 进入论坛 综合技术 版
评论排行榜