mysql - 我在数据库表中遇到主键和外键的挑战

Question

我正在为一家房地产公司设计数据库表。我的头被堵住了。我不知道如何决定哪些列将成为主键、外键和/或复合键。

我有四张 table ；位置、楼层、特性类型和功能。位置表是最基本的表，有列；位置长、位置纬度、位置名称和属性名称。 locationlong 是该表中的主键。我创建了位置表并使用 locationlong 作为主键，因为我发现地球上的每个点都有唯一的位置经度。这是如果我认为正值和负值始终是唯一的。(我会被收集)。

但是，我注意到，在某些情况下，我想要识别某个位置上的特性，该特性拥有超过一层的建筑物。因此，我想弄清楚我的楼层表需要如何构建。我正在考虑有一个位置长栏和第二个 称为楼层号的列，这样这两列都将成为该表的复合主键。

还有第三个表，称为 typeOfProperty。在这张表中，我希望有不同的列来选择特定楼层上的属性类型。即一个楼层可以有许多房屋要购买、许多房屋要出租、商业地产要出售等，所以我创建了以下列；

hseBuyOrLetOrFurn ENUM('buy', 'let', 'furn') - SELECT IF HOUSE IS TO BUY, LET, 
                                               OR FULLY FURNISHED    
comspaceBuyOrLease ENUM('buy', 'lease') - TO SELECT IF COMMERCIAL SPACE IS BUY 
                                           OR LEASE
cost INT -- TO CAPTURE COST OF PROPERTY ETC.

我想知道在这个表中使用什么作为主键。

还有第三个表，称为一般特征。该表的列显示了特定类型特性的特征，例如，它有一列表示卧室数、闭路电视、游泳池、浴室、电梯等。我还有其他类似的一般功能表，如下面的代码所示。

请帮助我知道如何找出此表中的主键和外键。

CREATE TABLE `location` (
  `locationLong` decimal(11,8) NOT NULL,
  `locationLat` decimal(10,8) NOT NULL,
  `locationName` varchar(35) NOT NULL,
  `houseNumber` int(11) DEFAULT NULL,
  PRIMARY KEY (`locationLong`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1

CREATE TABLE `floors` (
  `locationLong` decimal(11,8) NOT NULL,
  `locationLat` decimal(10,8) NOT NULL,
  `locationName` varchar(35) NOT NULL,
  `id` int(11) DEFAULT NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`ld`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1


CREATE TABLE `propertytype` (
  `locationLong` decimal(11,8) NOT NULL,
  `locationLat` decimal(10,8) NOT NULL,
  `hseBuyOrLetOrFurn` enum('buy','let','furn') DEFAULT NULL,
  `bedrooms` int(11) DEFAULT NULL,
  `gatedOrSloneOrApart` enum('gated','slone','apart') DEFAULT NULL,
  `hotelOr` tinyint(4) DEFAULT NULL,
  `gdwnBuyOrLease` enum('gdwn','lease') DEFAULT NULL,
  `landBuyOrLease` enum('buy','lease') DEFAULT NULL,
  `comspaceBuyOrLease` enum('buy','lease') DEFAULT NULL,
  `twoDImage` blob,
  `threeDImage` blob,
  `vRVideo` blob,
  `cost` int(10) unsigned NOT NULL,
  `location_locationLong` decimal(11,8) NOT NULL,
  PRIMARY KEY (`locationLong`),
  KEY `fk_propertyType_location_idx` (`location_locationLong`),
  CONSTRAINT `fk_propertyType_location` FOREIGN KEY (`location_locationLong`) REFERENCES `area` (`locationLong`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=latin1

CREATE TABLE `generalfeatures` (
  `locationLong` decimal(11,8) NOT NULL,
  `locationLat` decimal(10,8) NOT NULL,
  `livingAreaAndSize` int(11) NOT NULL,
  `bedrooms` int(11) NOT NULL,
  `bathrooms` int(11) NOT NULL,
  `masterEnsuite` tinyint(1) NOT NULL,
  `bedroomsWithBathrooms` tinyint(4) NOT NULL,
  `kitchenAndSize` tinyint(4) NOT NULL,
  `parkingAndSlots` tinyint(4) NOT NULL,
  `swimmingPool` tinyint(1) NOT NULL,
  `liftsAndNumber` tinyint(4) NOT NULL,
  `CCTV` tinyint(1) NOT NULL,
  `sizeOfLand` int(11) NOT NULL,
  `borehole` tinyint(1) NOT NULL,
  `propertyType_locationLong` decimal(11,8) NOT NULL,
  PRIMARY KEY (`locationLong`),
  KEY `fk_generalFeatures_propertyType1_idx` (`propertyType_locationLong`),
  CONSTRAINT `fk_generalFeatures_propertyType1` FOREIGN KEY (`propertyType_locationLong`) REFERENCES `propertytype` (`locationLong`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=latin1

CREATE TABLE `hotelfeatures` (
  `locationLong` decimal(11,8) NOT NULL,
  `locationLat` decimal(10,8) NOT NULL,
  `conference` tinyint(1) NOT NULL,
  `fibreCable` tinyint(1) NOT NULL,
  `spa` tinyint(1) NOT NULL,
  `freshOutdoor` tinyint(1) NOT NULL,
  `laundryFacilities` tinyint(1) NOT NULL,
  `entertainment` tinyint(1) NOT NULL,
  `wifi` tinyint(1) NOT NULL,
  `propertyType_locationLong` decimal(11,8) NOT NULL,
  PRIMARY KEY (`locationLong`),
  KEY `fk_hotelFeatures_propertyType1_idx` (`propertyType_locationLong`),
  CONSTRAINT `fk_hotelFeatures_propertyType1` FOREIGN KEY (`propertyType_locationLong`) REFERENCES `propertytype` (`locationLong`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=latin1

CREATE TABLE `outdoorfeatures` (
  `locationLong` decimal(11,8) NOT NULL,
  `locationLat` decimal(10,8) NOT NULL,
  `gym` tinyint(1) NOT NULL,
  `matureGardens` tinyint(1) NOT NULL,
  `partyArea` tinyint(1) NOT NULL,
  `gardenAndSize` tinyint(1) NOT NULL,
  `waterFront` tinyint(1) NOT NULL,
  `propertyType_locationLong` decimal(11,8) NOT NULL,
  PRIMARY KEY (`locationLong`),
  KEY `fk_outdoorFeatures_propertyType1_idx` (`propertyType_locationLong`),
  CONSTRAINT `fk_outdoorFeatures_propertyType1` FOREIGN KEY (`propertyType_locationLong`) REFERENCES `propertytype` (`locationLong`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=latin1

我想大致了解具有位置详细信息的位置表、具有楼层类型详细信息的楼层表的链接如何链接到链接到不同属性类型的属性类型表，以及最后该属性类型表如何链接到一般特征、酒店特征和室内特征表。

Answer 1

您有一个表来保存属性主要数据(稍后您可以根据需要向该表添加更多字段，直到我获得表的最终设计)例如: main_property_file( property_id PK , 地址, GPS_location )然后你需要知道它是出租还是出售，建立查找表保存这个，例如:property_for(typefor PK, name this)并在之前的 main_property_file 中添加一个字段作为外键归档依此类推，直到你把所有的业务数据结构都放好，然后检查表和关系的一致性，如果你无法想象每个表的关系和数据，你可以把它放在可视化工具中，最后用查询询问你的模型查找信息或输入新数据等，以确保您的表格设计完整，并检查约束。