如果优化的话
拆成下面几个表:用户表 (所有的用户,里面包括出租房子的,出售房子的,求租的,求购的)
房源表 (房源的信息,就是户型等等,然后加上一个字段,来标志是出售还是出租,另外再加上一个发布人的id,参照用户表的信息)
需求表 (需求的信息,就是最后两个表的共同部分,然后加上一个字段,来标志是求购还是求租,另外再加上一个需求人的id,参照用户表的信息)
拆成下面几个表:用户表 (所有的用户,里面包括出租房子的,出售房子的,求租的,求购的)
房源表 (房源的信息,就是户型等等,然后加上一个字段,来标志是出售还是出租,另外再加上一个发布人的id,参照用户表的信息)
需求表 (需求的信息,就是最后两个表的共同部分,然后加上一个字段,来标志是求购还是求租,另外再加上一个需求人的id,参照用户表的信息)
解决方案 »
- MSSQL2008中多个客户端同时Update同一张表出现死锁的问题!
- 还是这句SQL 我又来了
- 麻烦看看,求一SQl语句:
- 时间类型是char的,里面保存的格式是11 14 2005和输入的2005-11-14不同,怎么判断
- sql 2000的联机丛书发生错误
- 问一个数据读取的乱码问题
- 请问一上存储过程变量@news char(10) 如给变量@news赋值120个字符,是会截取前10个字符,还是自动增加到char(120)
- 请问,VF6.0中的SQL是哪一个版本的标准?是不是完全支持?
- 有关触发器的一个小问题?
- 关于生成1000000不重复的随机数的SQL语句
- 【求助】实现两个数据表的交叉查询?
- rollback
衡量一个数据设计冗余大不大,最好的方法是“在数据更改的情况下必须更新大量数据,也同时浪费存储空间,这就是冗余大的标志,并不是所有冗余都是坏事,当冗余的数据基本不变化,这样的冗余是好的,这样可以大大提高效率”你的设计很不好,基本看不见软件工程学的任何影子,对扩展及业务应用上根本就是自己给设下了第一个障碍,建议从OOp到数据层设计
这里有你应该看的,非常非常专业