＜项目1.0＞悉尼歌剧院的订票系统数据库模型搭建

项目介绍（谷歌翻译，原文参考图片）

悉尼娱乐与剧院 (SET) 是一家本地拥有的剧院运营商和制作投资者，在澳大利亚各地拥有众多剧院场地。作为从 COVID-19 大流行中恢复的一部分，并为了增强其数字足迹，SET 已分配给您开发新数据库系统的任务，从 ER 图中描述的概念模型开始，该模型捕获了下面描述的所有概念。
SET 参与了 Dine & Discover，这是一项重大的 COVID-19 刺激计划，政府最近启动了该计划，以鼓励社区出去走走，支持娱乐和餐饮业务并刺激经济支出。该计划向每位成人提供四张价值 25 美元的代金券，总价值 100 美元，用于娱乐和餐饮消费，包括剧院、电影院、餐厅、主题公园和大多数娱乐活动。
SET 组织了一系列戏剧作品，如迪士尼的《冰雪奇缘》、《罗密欧与朱丽叶》和《狮子王》，这些作品在他们的剧院系列中上演。有兴趣预订观看这些作品之一即将上映的表演的客户应该能够检查他们所需表演的座位可用性，并预订一个或多个可用的表演座位。
SET 的每个剧院作品都有：名称、描述、制作日期和“制作座位成本”；并且还有一套预定的表演。每场表演都有计划的开始和结束日期/时间，并将在某个剧院举行。每个剧院都有名称、地址、邮政编码、容量和描述，并且由 1 个或多个座位区组成，其中一个座位区由 1 个或多个座位组成。不同的剧院座位部分会有不同的景观和舒适度，因此会有不同的“部分座位成本”。
希望通过 SET 预订一个或多个表演座位的客户必须提供有关他们自己的详细信息，包括他们的名字、姓氏、出生日期、手机号码和电子邮件地址。客户进行的预订表示客户、所选表演和客户为该表演选择的可用座位之间的关联。客户选择的表演日期和时间必须是未来发生的事件，即在预订日期/时间之后。预订的总费用将计算为预订中每个座位的费用之和，预订中一个座位的费用计算为“部分座位费用”和“生产座位费用”之和前面介绍过。 SET 应该始终能够证明并说明他们如何计算每次预订的总成本，包括如何使用部分座位成本和生产座位成本来计算它。
要完成预订，客户必须提供有关他们希望用于预订的付款方式的信息。总预订费用金额可以分为多种付款方式。根据选择的付款方式，必须提供以下详细信息：(a) 对于 Dine & Discover 代金券：代金券唯一代码和代金券有效期，(b) 对于信用卡：卡号、持卡人姓名、卡有效期和 CVV，(c) 对于 SET 礼品卡：15 位卡号和 PIN。 Dine & Discover 代金券是一次性使用的，如果每张代金券的使用价值低于 25 美元，剩余价值将被没收，以后不能再使用，也不能由 SET 报销。

任务1:实体关系图 (ERD) 建模的域描述

ERD Model：

Descriptions of ERD

An Entity Relationship Diagram (ERD) is a visual representation of different entities within a system and how they relate to each other (Tuteja, 2021). In this report, the drawing tool used is “draw.io” and the process of designing the ERD is:

1. Identify all the entities

2. Identify relationships

3. Add attributes

In this report, the Entity-Relationship Diagram (ERD) is composed of 6 entities: ‘Customer’, ‘Production’, ‘Theatre’, ‘Dine & Discover voucher’, ‘Credit card’, and ‘SET Gift card’ and 5 weak entities: ‘Performance’, ‘Booking’, ‘Payment’, ‘Seat section’ and ‘Seat’. The way to identify strong and weak entities is to determine whether the entity needs to rely on other entities to exist or not. For example, ‘Seat’ and ‘Seating section’ are weak entities of ‘Theatre’ because they cannot exist without ‘Theatre’.

Each entity has its attributes, and its Primary Key (PK) or discriminator. Normally, a strong entity has a PK which is its unique attributes. The weak entity has the discriminator which is a set of attributes that allows this distinction to