物业管理系统(数据关联）

一个小区可以有好几栋楼，但一栋楼可以有好几百间房屋。物业管理的数据特点就是量多、关联也多，当然多了就复杂了，那么怎么理顺并良好的表达出它们的关系呢？这里用楼和房的简单例子看一下：


首先是楼的数据，

[img]http://wuxun1997.iteye.com/upload/picture/pic/42725/46dff88c-dac0-3bf8-a875-21ec5541a915.jpg[/img]

然后是房屋的数据，房屋太多，有时我们就需要根据条件去查，这里是根据房屋的编号，

[img]http://wuxun1997.iteye.com/upload/picture/pic/42729/d0fb42b5-27ad-3fa4-9a13-4840b7d86ad6.jpg[/img]

只有上面两个表无法知道楼跟房屋的关系，那么就得建立他们的关系，比如点击某一栋楼时我们可以看到这栋楼的所有房屋。当然房屋很多得注意分页。

[img]http://wuxun1997.iteye.com/upload/picture/pic/42731/97c91c2e-d26e-30a6-bb91-f9ae65bf7b26.jpg[/img]

上面这个关联借鉴了在SAAS鼎鼎大名的Salesforce的CRM界面操作，通过一个关联页面清晰具体的描述了两个对象的关联。不过采用这种做法得处理一些问题，比如这个楼和房关联表的操作分别与楼列表、房屋列表的操作要怎么协调？在编辑房屋时，会从两个不同的地方跑到一个相同的编辑界面，如何正确的让他们返回到各自来地方呢？新增完成后各自提交到什么地方去呢？等等。这些问题就属于表现层要处理的事了。