寻求一个设计思路，物业管理软件

问题描述

假设有一幢商务楼，30层，每层的租户单元不固定，比如101室，可能会拆分成101A,101B,或者某天再将A和B合并成101，根据实际需要灵活调整单元数目。请问如何设计来满足“租赁合同（需要登记所租单元号）”，“租户信息（属性中有一项该租户所占单元）”和“单元管理”之间矛盾冲突和一致性？

解决方案

解决方案二：
从需求来看，我认为可以用子父级树形关系101下的子集有101A和101B，单元管理也可以用树形来管理
解决方案三：
其实你这很简单的啊主要是你的单元有可能拆分或合并你只要在拆分或合并前线查询下是否有合同已经占用了该单元,若有的话你就先处理(具体的看需求了)..没有的话就直接拆分/合并就好了
解决方案四：
你是想说界面设计还是数据结构设计？
解决方案五：
这不就是无限子集关系么。建立无限层集他爱怎么合并，怎么分都可以
解决方案六：
不要过度设计。当101“拆分”，跟你有什么关系？101走了，来了一个101A，又来了一个101B。你有什么必要找麻烦呢？如果需要这种东西，你为什么不支持101和201合并为302呢？
解决方案七：
没有必要时，不要搞太技术的东西。太技术了，说明你没有技术，说明你没有应付“大动作”的技术，在小伎俩上反复纠结。那要是101跟201上下打通呢？要是101跟202从窗户外边架个楼梯打通呢？要是101跟503人家就是要作为一家单独面对物业呢？你如果想搞什么技术，把这些都考虑进去吧。
解决方案八：
樓上的分析很對頭.101,分為101a,101B,里面的人也變了吧.根本不需要考慮這种問題.