2016-11-20 82 views
0

Im在相互关联表时遇到问题。
以下是我想根据我的理解创建的。我有一个可以请求服务的组织,他可以从不同的服务中选择(Service1,Service2,OtherServices)Service1-2是固定的,他们有自己特定的列名(这意味着当一个组织请求Service1或2,他们必须填写表格),而其他服务是没有表格的服务。因此,如果管理员添加了新服务,它将自动成为没有表单的服务,因此将反映在OtherServices表中。Mysql - 一个表中的两个主键 - (自动递增,一个是一个主键 - 子类型)

所有TrackingNo是自动递增 从每个服务服务ID是1是1对1与表服务,并从每一个服务的RequestID的外键表Request_Service

This is what my table looks like

+0

你看看组合键?这是一个链接http://stackoverflow.com/questions/5835978/how-to-properly-create-composite-primary-keys-mysql –

回答

0

在这情况我会去为文档中心存储您的服务,而不是强迫他们进入关系数据结构。数据并不是自然而然的关系,所以如果你这样设计,整个系统会更容易编写,效率更高。

以文档为中心我的意思是当请求服务时,应用程序使用文档模板向用户呈现表单,然后将用户输入捕获为单个文档,而不是多列数据或多个表。

文档格式有很多选择,其中最流行的两种是JSON和XML。如果你需要帮助与利弊等,我认为这应该是一个单独的问题。

要存储文档,您只需使用文件系统或BigTable。您甚至可以将文档作为单个列存储在关系数据库中,但我会敦促您远离此选项。

你的数据库模式会是这个样子:

/*!40101 SET NAMES utf8mb4 */; 

CREATE DATABASE IF NOT EXISTS `services` /*!40100 DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci */; 
USE `services`; 

CREATE TABLE IF NOT EXISTS `organization` (
    `organization_id` int(11) NOT NULL AUTO_INCREMENT, 
    PRIMARY KEY (`organization_id`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 

CREATE TABLE IF NOT EXISTS `request_service` (
    `request_id` int(11) NOT NULL AUTO_INCREMENT, 
    `organization_id` int(11) NOT NULL, 
    `service_id` int(11) NOT NULL, 
    `service_type` int(11) NOT NULL, 
    `document` LONGTEXT NOT NULL COLLATE 'utf8mb4_unicode_ci', 
    `tracking_no` int(11) DEFAULT NULL, 
    PRIMARY KEY (`request_id`), 
    KEY `FK_request_service_service` (`service_id`), 
    KEY `FK_request_service_organization` (`organization_id`), 
    CONSTRAINT `FK_request_service_organization` FOREIGN KEY (`organization_id`) REFERENCES `organization` (`organization_id`), 
    CONSTRAINT `FK_request_service_service` FOREIGN KEY (`service_id`) REFERENCES `service` (`service_id`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 

CREATE TABLE IF NOT EXISTS `requirement` (
    `requirement_id` int(11) NOT NULL AUTO_INCREMENT, 
    `name` varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL, 
    `requirement_type` int(11) NOT NULL, 
    PRIMARY KEY (`requirement_id`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 

CREATE TABLE IF NOT EXISTS `restriction` (
    `restriction_id` int(11) NOT NULL AUTO_INCREMENT, 
    `service_id` int(11) NOT NULL, 
    `is_allowed` bit(1) NOT NULL, 
    `for_active_only` bit(1) NOT NULL, 
    PRIMARY KEY (`restriction_id`), 
    KEY `FK_service_restrictions_service` (`service_id`), 
    CONSTRAINT `FK_service_restrictions_service` FOREIGN KEY (`service_id`) REFERENCES `service` (`service_id`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 

CREATE TABLE IF NOT EXISTS `service` (
    `service_id` int(11) NOT NULL AUTO_INCREMENT, 
    `name` varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL, 
    `requirement_id` int(11) NOT NULL, 
    PRIMARY KEY (`service_id`), 
    KEY `FK_service_list_of_requirement` (`requirement_id`), 
    CONSTRAINT `FK_service_list_of_requirement` FOREIGN KEY (`requirement_id`) REFERENCES `requirement` (`requirement_id`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; 
+0

我知道,我做的表不太可能。这就是为什么我认为有什么不对。无论如何,我最近才发现面向文档的数据库,但问题是我只能使用mysql(来自phpmyadmin)。所以我认为我的其他选择是使用JSON或者甚至使用文件系统将文档存储在单一的coumn中。 –

+0

如果你遵循我的建议,那么你可以从你的设计中删除三个尴尬的表,并简单地将服务加入服务请求。这将极大地简化您的设计,并且使未来增加新的服务变得更加容易。 – bikeman868

+0

如果我删除3个尴尬的表(服务1,2和其他服务),我将如何反映组织根据他的输入做出的服务?使用你说的解决方案? :) –

相关问题