租赁房源数据库设计

我正在设计一个简单的数据库的租赁房源网站,
有点像分类广告，但只为家庭/房租。

这是我想出迄今：租赁房源数据库设计

enter image description here

问题1
对于“后”表，我其实是想了解更多信息。例如，会有一个'设施'部分，用户可以选择是否有'停车'可用，我需要一个单独的桌子吗？或者只用0代表否，1代表是的？

问题2
这是我做的 “类别” 表（对不起，我不知道如何漂亮打印尚）
CATEGORY_ID 1是租
CATEGORY_ID 2 buildingType

对于“categoryProperty”表
Category_ID 1 categoryPropertyID 1 House
Category_ID 1 categoryPropertyID 2房间
Category_ID 2 categoryPropertyID 3 Apartment
CATEGORY_ID 2 categoryPropertyID 4共管
CATEGORY_ID 2 categoryPropertyID 5脱离

是否上述有意义吗？

问题3个
用户可以上传他们是否已登录还是不行。
只需登录用户/会员就可以跟踪他们的广告/调整可用性。
如何记录会员发布的广告？像他们的历史。
我应该创建一个“postHistory”表并将'postHistory_ID'设置为FK为“member”表吗？

非常感谢您的帮助，特别是指点我正确的方向。

来源

2011-10-07 roxcerise

问题1：

做一个单独的表，并进行一对一的关系，这将是最简单的方法：

POST - | ----- | - 配件

在EXTRAS你可能有每多场（停车场= 1/0，in_down_town = 1/0，has_a_gost = 1/0）

问题2：这是没有意义的，你两个选择：

Post表中的

创建一个“type_of_operation”，它可以有两个值（building_type，rent）。或者你可以创建不同的表格，但会使这个更复杂（你应该分析，如果相同的类型可以在两种状态，等等）。

问题3：我建议你让你的用户注册。即使有一个非常简单的表单（电子邮件+密码）。

来源

2011-10-07 04:12:17 santiagobasulto

2.所以你的意思是，整个“类别”表是不必要的，我应该只包括“后”表下的所有内容？ – roxcerise

3.嗯，我打算让他们先发布广告，然后注册，以鼓励简单的使用，但第二个想法是，只是简单的注册在开始。 – roxcerise

是的，只有一个类别表。不要混淆。我的意思是，“类别”与操作类型（或交易类型）不同，你想如何称呼它。 – santiagobasulto

似乎是在正确的轨道上 - 对于您的具体问题：

问题1：假设有不止一种类型的设施（停车场，游泳池，健身房），那么你有一个多对一您需要2个新表：设施和PropertyFacilities。每个Property（或者我猜“post”）都可以在PropertyFacilities表中有多行。

问题2：不清楚你在得到什么 - 是每种房产类型可以全租或每房租？

问题＃3：好问题，你想要做的是在你的POST表中有一个活动位或一个ExpireDate - 那么任何变为不活动或过期的东西都会自动成为“历史”数据，不需要马歇尔它到历史表。尽管你当然需要归档。

来源

2011-10-07 04:19:23 LesterDove

2.我其实在这里把所有东西都包起来了。我指的是这篇文章[链接] http://stackoverflow.com/questions/2100008/can-this-mysql-db-be-improved-or-is-it-good-as-it-is。我有类似租金，买，卖，建筑类型，家具。然后是类别属性每个像（租）房子，房间（购买）房子，公寓，（建筑物类型）公寓，别墅，半独立式（带家具）是，不是，部分。太复杂？或者我应该将它们分成不同的表格？ – roxcerise

3.对于历史记录 - 我的意思是存档，例如，User11923发布了Post_ID 23，Post_ID 123，Post_ID 403等。我是否需要一个存档表？但是，感谢关于Active bit/ExpireDate的提示，尽管如此：D – roxcerise

租赁房源数据库设计

回答

相关问题