Asp.net mvc 5 在Asp.NETMVC5中是否可以创建两个单独的标识表来存储单独的登录信息

Asp.net mvc 5 在Asp.NETMVC5中是否可以创建两个单独的标识表来存储单独的登录信息,asp.net-mvc-5,asp.net-identity,model-associations,Asp.net Mvc 5,Asp.net Identity,Model Associations,我是Asp.NETMVC框架的初学者 可以使用Asp.net MVC 5吗 允许创建两个独立的标识表,该表具有独立的列,用于存储两个不同的用户信息,包括用户名和密码 存储模式如下 Stores table id storename address .... RetailUsers table id username password name address StoreId Suppliers table id username passw

我是Asp.NETMVC框架的初学者

可以使用Asp.net MVC 5吗 允许创建两个独立的标识表,该表具有独立的列,用于存储两个不同的用户信息,包括用户名和密码

存储模式如下

Stores table
  id
  storename
  address
  ....
RetailUsers table
  id
  username
  password
  name
  address
  StoreId
Suppliers table
  id
  username
  password
  suppliername
  address
  payment
  ....

SupplierStores table
  SupplierId
  StoreId
根据要求,我有两种不同类型的用户,即零售用户和供应商

1) RetailUser应该只分配给一个商店,表模式如下

Stores table
  id
  storename
  address
  ....
RetailUsers table
  id
  username
  password
  name
  address
  StoreId
Suppliers table
  id
  username
  password
  suppliername
  address
  payment
  ....

SupplierStores table
  SupplierId
  StoreId
因此,将有一个商店分配给零售用户

2) 供应商将被分配到多个门店,表模式如下

Stores table
  id
  storename
  address
  ....
RetailUsers table
  id
  username
  password
  name
  address
  StoreId
Suppliers table
  id
  username
  password
  suppliername
  address
  payment
  ....

SupplierStores table
  SupplierId
  StoreId
因此,将有多个门店分配给多个供应商

零售用户和供应商模型与门店模型的关联

RetailUser model belongs to Store model

Suppliers model has many Stores model
根据要求,零售用户和供应商有两个不同的登录。所以,我们认为有两个不同的标识表。 请帮助我如何使用上述字段为零售用户和供应商创建两个单独的标识表。

答案是“可以”。但这是一个很大的工作。由于您的问题没有包含足够的细节和问题背后的原因,我建议不要这样做。
特别是对于“Asp.net MVC初学者”,首先要做最简单的事情

更新 无需为用户创建单独的表。有一张有用户的桌子。然后是
RetailUserInfo
SuppliersInfo
的表格。然后从这两个表链接回用户表

通过这种方式,您可以分离关注点—有关登录的信息存储在一个表中,有关供应商的信息存储在另一个表中,有关客户的信息存储在第三个表中


无需将身份信息分割成碎片。

我认为,如果您添加一些关于您希望这样做的原因的详细信息,将会有所帮助。从架构的角度更清楚地解释一下你的总体目标。我已经更新了这个问题。。。够了吗?我已经用我的用例更新了这个问题。。您能告诉我如何实现这一目标吗?您将如何将Stores表映射到RetailUsers表。我需要
用户
,然后
客户信息
链接到
商店
。基本上改变你的依赖性。零售用户和供应商与商店的关系不同。例如:
RetailUser模型属于门店
,而
供应商模型通过供应商门店拥有多个门店
table@Trailmax他提供了很好的建议。在我看来,当你开始重叠供应商和用户的概念时,你的模型开始失控。如果你将思考供应商用户与零售用户的概念转变为用户(角色供应商)与用户(角色零售)的概念,我认为这将变得更加清晰。通过为用户表提供两个关系列(都是可选的),您可以处理与门店的“不同关系”:一个是零售角色用户所需的
StoreId
,另一个是供应商角色用户所需的
SupplierId