外键约束的单独类？
对于具有字段的示例对象
Books
-----
ID
AuthorID
Quantity
ISBN
PublisherID
2 个外键约束对应于作者姓名和字段。其他 2 个表中的发布者名称。
- 为了在列表视图中查看所述对象，是否建议在同一个类中创建 2 个附加字段（AuthorName、PublisherName），或者创建一个具有 2 个字段的单独对象并从 Books 类继承其他字段？
- 企业应用内部的此类场景遵循什么标准？
达米安.
For an example object with fields
Books
-----
ID
AuthorID
Quantity
ISBN
PublisherID
The 2 foreign key constraints correspond to Author Name & Publisher Name from 2 other tables.
- For viewing the said object in a listview, is it recommended to create 2 additional fields (AuthorName,PublisherName) inside the same class or to create a separate object with 2 fields and inherit other fields from the Books class ?
- What is the standard to follow for such scenarios inside enterprise applications ?
Damien.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我同意这种观点：不查询对象模型。
您的问题立即消失:)
我会做的是使用一个简单的查询层来返回我需要的数据。事实上，我更喜欢非规范化查询存储，如果不可能，我将尝试在执行插入/更新时对我正在查询的表进行非规范化，作为最后的手段，我将使用联接。
您可能想看看 CQRS。
I subscribe to the school of thought that you do not query an object model.
Your problem immediately evaporates :)
What I would do is use a simple query layer to return the data I need. In fact, I prefer a denormalized query store and if that isn't possible I will try to denormalize the table I am querying when doing inserts/updates and as a last resort I will use a join.
You may want to take a look at CQRS.