gpt4 book ai didi

database - 这个数据库设计多对多适合生产吗?

转载 作者:搜寻专家 更新时间:2023-10-30 22:06:11 25 4
gpt4 key购买 nike

我有一个关于在四个表之间实现简单关系的问题。

Client
Employee
Automobile
Sales

创建了所有这些,但我只是想确保我没有遗漏任何可能损害数据库设计的东西。

sales 表是所有其他表之间的中介。这是SQL

CREATE TABLE automobile (
automobile_id INTEGER NOT NULL,
automobile_brand VARCHAR2(16),
automobile_model VARCHAR2(16),
automobile_year DATE,
automobile_color VARCHAR2(12),
automobile_kilometers INTEGER,
automobile_price NUMBER
);

ALTER TABLE automobile ADD CONSTRAINT automobile_pk PRIMARY KEY ( automobile_id );

CREATE TABLE client (
client_id INTEGER NOT NULL,
client_name VARCHAR2(25),
client_address VARCHAR2(32),
client_telephone VARCHAR2(15)
);

ALTER TABLE client ADD CONSTRAINT client_pk PRIMARY KEY ( client_id );

CREATE TABLE employee (
employee_id INTEGER NOT NULL,
employee_name VARCHAR2(25),
employee_position VARCHAR2(15),
employee_telephone VARCHAR2(15)
);

ALTER TABLE employee ADD CONSTRAINT employee_pk PRIMARY KEY ( employee_id );

CREATE TABLE sales (
sale_id INTEGER NOT NULL,
client_id INTEGER,
automobile_id INTEGER,
employee_id INTEGER,
sale_date DATE
);

ALTER TABLE sales ADD CONSTRAINT sales_pk PRIMARY KEY ( sale_id );

ALTER TABLE sales
ADD CONSTRAINT automobile_id FOREIGN KEY ( automobile_id )
REFERENCES automobile ( automobile_id );

ALTER TABLE sales
ADD CONSTRAINT client_id FOREIGN KEY ( client_id )
REFERENCES client ( client_id );

ALTER TABLE sales
ADD CONSTRAINT employee_id FOREIGN KEY ( employee_id )
REFERENCES employee ( employee_id );

ALTER TABLE sales
ADD CONSTRAINT automobile_id FOREIGN KEY ( automobile_id )
REFERENCES automobile ( automobile_id );

ALTER TABLE sales
ADD CONSTRAINT client_id FOREIGN KEY ( client_id )
REFERENCES client ( client_id );

ALTER TABLE sales
ADD CONSTRAINT employee_id FOREIGN KEY ( employee_id )
REFERENCES employee ( employee_id );

和ER图 enter image description here

有了解数据库设计的人可以分享一下意见吗?非常感谢!

最佳答案

汽车、客户和员工的外键脚本似乎是重复的。

约束的名称应包含 FK 和 PK 表的名称,例如

fk_sales_client

这样,当数据库模式增长和添加新约束时,它们就不会与其他约束名称冲突。例如。您可能有一名员工负责客户的联系人。用你的命名模式结束有两个名为 employee_id 的约束(对于 client->employeesales->employee)。

有时在同一个表中存在同一个 PK 表的多个外键,例如在产品表中,您可能有一个 FK 指向制造商地址,另一个指向供应商地址。那么你需要另一种方式来区分约束名称

fk_product_address01
fk_product_address02

fk_product_address_man
fk_product_address_sup

如果一个客户每次销售可以购买不止一辆汽车,并且这些汽车可以是不同的汽车型号,那么您必须重构您的数据库。您需要一个新的连接表 sales_item 来实现 salesautomobile 之间的 m 对 n 关系。可能这个新表还将包含一个 quantity 列。

+------------+     +------------+
| | | |
| Client | | Employee |
| | | |
+----+-------+ +---------+--+
^ ^
| |
| +--------------+ | +-------------+
| | o--+ | |
+-----o Sales | | Automobile |
| | | |
+----+---------+ +-------+-----+
^ ^
| |
| +------------+ |
| | | |
+--------o Sales_Item o--------+
| |
+------------+

关于database - 这个数据库设计多对多适合生产吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52915560/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com