相关文章
更多最近更新
更多数据库中未设外键，可否在hibernate中配置关联关系？？
2019-03-25 13:41|来源: 网路
刚学hibernate，大家都关注在一对一啊，一对多，多对多怎么配置，可是如果数据库中一个表只有主键，但是另一个表没有与其对应的外键，可否将两表关联？？
相关问答
更多-
Hibernate如何处理外键？[2022-08-10]
1. 需要，一般用id作为外键。数据表中做不做外键约束都可以，各有优劣，一般是不做。 2. hibernate处理简单的对象关系比较方便，一旦业务复杂之后，复杂度会变得非常高。所以当对象关系很简单，层级只有一级的时候，用对象比较方便；关系略有复杂，就不要用hibernate的级联查询了，自己来处理。 3. 普通属性做插入更新时，记录不存在也没关系，查询的时候排除掉就行。比较好的方式是在原数据表加个disable项，删除的时候是修改disable为1，而不是真的删除，这样就不用考虑记录不存在的情况了。 4. ... -
是不是用了hibernate之后在数据库建表时候就不用设置外键或者关系表了？[2021-07-17]
表设置不设置外键跟habernate没有必然的联系.即使你表中设置了外键.你hibernate中仍然可以不设置关联关系.但是你用hibernate查询的时候就需要关联查询,自己组织数据.现在的项目应该比较少用外键了吧.麻烦不说,会带来很多不必要的问题.直接在代码里控制好关系数据就好了. -
实体框架 - 与假外键的关系（在数据库中没有外键）(Entity Framework - relationship with fake Foreign Key (no foreign key in the db))[2023-01-20]
如果你的LanguageID是静态的，你可以尝试使用这个黑客。 定义您的实体，如： public class Entity { public int Id { get; set; } public int TextId { get; set; } public Translation Translation { get; set; } } // No LanguageId in translation public class Translation { public in ... -
这是预期的行为，因为关联并不总是涉及user_id类型列。 如果您认为这会引发错误，那么这可能更适合rails github问题页面或rails开发邮件列表。 This is the expected behavior, as associations don't always involve a user_id type column. If you think this should throw an error, this is probably better suited for the rails ...
-
外键继续“多”。 例如，如果一个sales_order与最多一个customer相关联，并且一个customer可以有零个，一个或多个sales_order 然后，我们将customer_id放入sales_order表中，作为对customer表中（唯一） id列的引用。 这意味着我们首先需要向customer添加一行，然后才能为该customer添加sales_order 。 （外键约束会阻止我们在sales_order中添加一行，该行在customer_id列中的值不存在于customer id列中。 ...
-
“例如，是否可以包含另一个包含owner_ID所属表的名称的列？” 这就是多态关系的工作原理！ :) 编辑:(是的，你可以做到这一点，它实际上很常见） 参考文献： （Rails / ActiveRecord文档）： http : //guides.rubyonrails.org/association_basics.html#polymorphic-associations （Laravel / Eloquent Docs）： https ：//laravel.com/docs/5.4/eloquent-r ...
-
您的路线类应如下所示： class Route extends Model { public function locationStart() { $this->belongsTo(Location::class, 'location_start'); } public function locationDestination() { $this->belongsTo(Location::class, 'location_distin ...
-
将外键关系添加到实体框架中的现有只读数据库(Add foreign key relationship to existing read-only database in Entity Framework)[2021-08-21]
对于传统数据库模式，我不建议尝试在EF模型中引入导航属性和人为关系。 如果在一个查询中需要“相关”数据，我可能会使用手动LINQ连接或存储过程来连接数据并将加载的项映射到专用类中。 With a legacy database schema I would not recommend trying to introduce navigation properties and an artificial relationship in your EF model. If you need "related" ... -
在设计器中的每个表（在您的情况下为里程碑数据）下，您有一个名为Keys的“文件夹”。 如果右键单击它，则会出现一个New Foreign Key...选项。 单击它将打开一个对话框，其中包含正在创建的外键的众多属性。 您需要在Tables And Columns Specification上省略 - 它会打开一个新对话框，允许调整源表和目标表以及键映射。 这种方式适用于SQL Server Management Studio，但您提供的图像表明VS的解决方案应该完全相同。 Under each table ...
-
在关系数据库中是否可以使用循环外键依赖项？(Is it ok to have cyclic foreign key dependencies in a relational database?)[2023-11-17]
循环依赖是相当普遍的。 一些例子： 实现“邻接列表”层次结构时，表会引用自身。 在实现1：1 *关系时，两个表互相引用。 两个相互引用的表是1：N关系的可能实现之一（其中“N”侧的行之一是“特殊”）。 此外，我已经看到多个表形成“环”的情况...... 所以是的，拥有循环依赖关系是“好的”。 *严格来说， 真正的 1：1需要延迟约束来解决鸡蛋问题（MySQL不支持），否则你只能有1：0..1或0..1：0..1 。 但在所有这些情况下，您有两个相互引用的表。 Circular dependencies ar ...