只显示主题贴
rubasse 写道经过一番讨论后，大家知道了眉目。我在这里提个意见，能不能让Robbin、dlee来做个总结，基于java。
意见：
1。如果把邮箱嵌入到原有的系统中（在上面robbin提到），那么用什么样的控件，比较好（性能上、扩展性、功能上）。
2。如果用来像门户网站上的邮箱开发，那么选用那些控件或者中间间，或者基于其他组建上进行搭建（比如利用Qmail来搭建）比较好。我们谈论的只是个框架性的东西。
3。用什么语言来开发邮箱系统最好，用java如果做mail开发，适合开发哪种等级的mail？
第一种情况下，如果用户量不大的话，可以用javamail API做。也就是相当于给现有系统增加了 ...
- 进入论坛 Java 版
tomcat 写道同意！
在很多较大的项目里面，由于历史的原因（这些行业历经多年变化后的数据结构），数据库中每一个字段都有明确的含义。基本上是没有逻辑主键，也没有外键约束。
为什么这样呢？
很简单，实践中得来的，而且这些应用追求的是速度至上！这种设计模式也的确存在很多的问题，比如：修改某表的主键，会引起连锁反应。
如果是现代的中小型应用的话，还是采用流行的设计模式较好。
BTW:在oracle中，外键的支持是从哪一年才有的？
电力的实时控制系统就是追求速度至上的系统。它存储的是电力网各个节点的实时数据。这样的一个系统，都是建立在服务器内存中的，以商用数据库作为其历史数据存储地。其中的绝大多 ...
- 进入论坛 Java 版
可以自己编写一个类 implements net.sf.hibernate.id.IdentifierGenerator。
在实现过程中，ID的主要生成过程继承（照搬）hibernate自带的方法，但在该继承方法内部添加一些操作，修改由hibernate方法生成的ID，是ID变成自己所需要的样子。
你搜一下，yehs220曾经回复过某位朋友的帖子（也是关于主键生成方式的）。
- 进入论坛 Java 版
为什么用到com.sun.mail.util.****类呢？
直接用javax.mail.***，肯定可以。
- 进入论坛 Java 版
但是，如果不要物理外键而仅仅用程序上的逻辑控制的话，对于大象目是肯定不行的。一是维护度和复杂度上升，而是性能也下降。
我昨天和我的PM讨论了一下这个问题。他们曾经针对部分表进行过行列倒置的设计。
参见我的帖子：http://forum.hibernate.org.cn/viewtopic.php?t=2427
- 进入论坛 Java 版
hellotoy 写道3。报表的问题。传统的做法，为了考虑报表和性能，实际数据模型存在大量的冗余，还不一定能完全满足要求，如果完全按此种思路转变，那么这些问题如何解决？实际上数据如果严格按三范式约束，我们的很多业务系统根本无法做出报表
或者在海量数据的情况下，有很大的性能问题，能够提供一个简明的思路？
这个问题真的是很困扰人。如果采用hibernate，数据必然被分散很多个表里面，那么统计的时候，呵呵，就有得受了——光是外键关联引起得性能损耗就得烦死你。
- 进入论坛 Java 版
其实，在一个实际应用系统中，不会出现很多功能模块都需要如此“动态”的需求。针对某个特殊变化的功能模块，可以对这一模块涉及到的表进行特殊设计。
比如：一些设备，他们之间并没有什么联系，但各自有很多属性（技术参数、对其他对象的从属关系等等）。为了统计数据的便利（主要是统计工作），可以对之采取行列倒置的方式，将这些设备的记录放到一张表里，其字段为：id，属性名，属性值。
这样不也可以一定程度地解决问题吗？
只是，如果采用hibernate地映射机制的话，表可以该，但是POJO就不好动态更改或添加了。
- 进入论坛 Java 版
评论排行榜