不确定如何将实体关系图实施到工作中的 SQL 数据库中。 C#

Not sure how to implement an Entity Relationship Diagram into a working SQL database. C#

我正在创建一个包含很多表的 C# 应用程序。 我已经创建了一个实体关系图/模型,但不确定如何将其实现到工作 SQL 数据库中。 我需要以下方面的帮助:

如果有人可以帮助我解决这些问题中的任何一点或您认为对我有帮助的任何其他问题,我将不胜感激。

(我会展示我的实体关系,但你必须对 link 他们有一定的声誉,而我没有)

您是否需要在您的数据库中为我的多对多关系之间的关系创建一个单独的 table?

是的,它是我们所说的面向对象设计的一部分,这在行业中很常用,通过您的 table 进行操作会更容易,并且加入 table 的查询更短检索数据时会更短 faster/efficient.

如何对待一对多和一对一的关系。

例如,一家公司有很多地址,那么您必须有一个 table 作为地址(例如 t_Address),它将用作 table 中的外键为您的公司(例如 t_Company)。这是一个(公司)对多个(地址)的关系。
因此,一对一关系是您必须在 table 之间有一个 link 返回。 例如,学生的 table 地址(例如 t_Address)有一个外键 Student_ID,学生 table(例如 t_Student)也有Address_ID 的外键。这是一对一的关系,您可以通过地址搜索学生,反之亦然。

什么时候做外键? 如果你需要在这些 table 之间建立关系。

什么时候使用复合键?
好吧,现在使用复合键不再有效,它主要用于过去,有些人认为拥有多个主键(或所谓的复合键)比只有一个主键要好,但实际上它会只是给你带来问题,因为你有 2 个唯一的键,它们将在其他 table 上引用,这会导致你花费大量时间并可能在编码阶段出现错误,因为当你使用其他 table在引用复合键的地方,您将总共有三个唯一列来标识一条记录,这使得效率非常低。

复合键怎么做? (好吧,这可能效率不高,但如果它是您项目或其他方面的要求的一部分,您可以参考它)
how do I make a composite key with SQL Server Management Studio?
http://www.1keydata.com/blog/2013/02/composite-key-in-sql.html