Database 相关数据库记录的术语

下面是一个DB模式：

用户（id、姓名）
项目（id、用户、名称），用户是外键
标记（项、名称），项为外键

基于该模式：

• 每个项目都有一个用户（一对一关系）
• 每个项目可能有多个标记（一对多关系）

假装您是来自项目的记录

根据您的关系，您会使用什么术语来指代来自用户的记录？你会称之为“一对一亲属”还是其他什么

---

类似地，您会使用什么术语来指代一组标记？你会称他们为“一对多的亲戚”还是其他什么？

我会说“相应的记录”。

如果类是特定于项的，你可以将项的用户称为“所有者”，而标记只是“标记”

如果类是一个通用的记录处理程序（例如or），那么应用的英语单词就不多了。“Relative”和“relatives”是两个，尽管它们可能不会给方法名增加太多意义。条目和用户之间存在函数关系，条目是参数/输入，用户是值/输出，但这些术语的描述很差。我怀疑大多数通用术语都会遇到同样的问题，即描述能力低

从这个词中得到启发，你可以尝试使用前缀“co-”

---

在OO世界中，项和标记之间的关系是一种关系，这意味着您可以在方法名称中将标记称为“聚合”。

如果您必须从一对多的对应记录中区分一对一，如何？是否有机会使用单词术语？我想这一定是基于隐喻的。@Emanuil-我不知道英语中有哪个词表示“一对一”的关系。这个词有什么用途？您是否在寻找一个用于标识对象在关系中的角色的术语，如“除数”（“除数，被除数”）或“父项”？我正在编写一个处理DB记录的类。类的每个实例都基于单个记录。我需要该类中几个方法名称的术语-这些是检索相关记录的方法。是每个用户只有一个项，还是项对用户多对一？每个项有一个用户，但一个用户可以有多个项。“标记”是否与此问题标记的标记类似？回答得很好！谢谢你抽出时间！我希望我能投更多的票。我喜欢它的主人。我在想，基于这一点，我可以用信仰或财产来做一对多的物品。举个例子——如果用户是项目的所有者，那么项目应该是用户的财产。标签也应该以同样的方式放置在物品的物品上。你认为这有道理吗？有一定道理。然而，“所有权”比“一对多”关系更为密切，可能意味着某些财产。我喜欢（特别是考虑到），它比“所有权”弱一点，对应的是“拥有者”而不是“所有者”。这很有道理。再次感谢！