虽然我同意@cybmeta的观点，即考虑到WP，这听起来像是一个边缘案例，但这是一个合理的要求。我们抛出的问题太笼统了：-）
我稍微回避了你的确切问题，因为我可以看到，创建大量帖子并强迫它们的slug不是唯一的，这可能会导致未来的灾难。如果你在项目a中有一栋房子2，在项目B中有一栋房子2，而有人把它们都改成了项目B，你会怎么处理这些鼻涕虫？B项目的3号楼永远不会真的需要搬到D项目，是吗？我觉得分类学在这里并不合适。
如果这是我的编码项目，我会为projects 和houses, 将自定义设置构建到WP admin屏幕中，以允许我分配houses 作为的子帖子projects. 有点像Posts/Pages &；其附件Attachments. （我过去在产品变体/选项方面也做过类似的事情，但由于工作时间/预算不足，从来没有正确的界面。）
