我是不留,因为有的要测试向一个表里添加数据,因为外键的关系,可能先要向别的N个表里添加完数据才可以,很麻烦。
大家留不留关系?
大家留不留关系?
解决方案 »
- 关于Math.sin()菜鸟问题
- 大家有没有碰到这样:不用对象名却能调用它的方法,怪了。getRootPane().getParent().setVisible(false);
- 字符串替换,正则表达式
- 测试关闭阻塞中的线程
- java怎么动态的创建线程?
- 这段JAVA io代码一直出现问题,不知道为什么啊,还请高手帮忙,我已经郁闷几天了。。。
- 一个登陆界面,怎样在填写完账号与密码后按回车键就能登陆系统
- 运行程序后出现错误:can not find main class,program exit.我该怎么解决这个错误啊?
- JAVA是不是不存在连接器?
- 单例是不是写的有问题?
- swing 弹出菜单显示在窗体外面
- 关于贪吃蛇游戏的疑问
2. MySQL也有的,你找找就可以找到。
建关系太麻烦,而且建好了关系了,如果程序里添加了一个数据是另一个外键表里没有的数据,又报了SQL异常。。但是如果建了关系,虽然是麻烦了一些,但是能保证数据完整性和健壮性。。虽然不做关系的限制,在程序里可以控制,但是谁能保证一定不出错呢?所以强制关系,对于新手是最适合不过的,新手不要怕麻烦,程序不出错才是最重要的,如果不建关系而导致数据库里有不正确的数据,那么测试找错就更麻烦了
数据库设计我们是采用 PowerDesigner 设计的,画好图后选择不同的数据库,可以导出 SQL 语句,
用这些 SQL 来生成表。如果数据结构变化时得先更改数据库设计,再导出 SQL。这样的好处在于可
以保证正式上线时的数据表结构与测试服务器上数据表结构完全一致。同意 pizzame 的观点,我们做的应用所有的表都是不建任何外键引用关系的,实体类中也没有关系,
极少数情况下是为了方便才建有少量的关系,但在物理表中还是没有任何关系)特别是在使用 ORM 工具的情况下,在实体类中映射所有的关系,这样会造成效率很低,而且各种各
样的关系维护起来有时候会非常非常麻烦。表之间的引用建议不建,但是表中的主键,还有诸如唯一键索引的这些必须建,因为这是数据安全的
最后一道防线。