Database 非规范化数据库上的hibernate逆向工程
在非规范化数据库上使用逆向工程是可能的吗?为数据库中的所有表生成Pojo类的hibernate反向工程似乎不起作用,因为这些表中没有任何主键或外键。解决这个问题的办法是什么Database 非规范化数据库上的hibernate逆向工程,database,spring,hibernate,jdbc,pojo,Database,Spring,Hibernate,Jdbc,Pojo,在非规范化数据库上使用逆向工程是可能的吗?为数据库中的所有表生成Pojo类的hibernate反向工程似乎不起作用,因为这些表中没有任何主键或外键。解决这个问题的办法是什么 我是使用Netbeans实现的&错误是无法生成Pojo类,因为表没有主键。在使用该工具之前在数据库中创建主键/外键。可能在原始数据库的克隆中。除此之外,您只能自己编写映射。在使用该工具之前在数据库中创建主键/外键。可能在原始数据库的克隆中。除此之外,您只能自己编写映射。这个问题可能会对您有所帮助:如果表没有主键约束该怎么办?
我是使用Netbeans实现的&错误是无法生成Pojo类,因为表没有主键。在使用该工具之前在数据库中创建主键/外键。可能在原始数据库的克隆中。除此之外,您只能自己编写映射。在使用该工具之前在数据库中创建主键/外键。可能在原始数据库的克隆中。除此之外,您只能自己编写映射。这个问题可能会对您有所帮助:如果表没有主键约束该怎么办?这个问题可能会对您有所帮助:如果表没有主键约束该怎么办?该应用程序将为遗留数据库构建。并且授予的访问权限是只读的。我可以使用任何其他工具(如JOOQ、MiddleGen?)吗?您不能复制数据库,在那里创建约束并从那里生成约束吗。原版不会被碰的,不会的。克隆数据库不是一个选项。(事实上,有多个模式具有相同的数据模型。它不仅仅是一个。数据源将以动态方式标识)。我正在考虑手动创建POJO类,并使用JDBC进行查询(因为在这种情况下,使用ORm工具看起来不是一个好主意)。你还有其他想法吗?有没有一种方法可以只在Hibernate中指定关系而不干扰数据库?是什么让您认为ORM在这种情况下不好?缺少约束对ORM来说不是问题,我的前两个项目是没有约束的遗留dbs,ORM不在乎。只有当您让hibernate创建模式,然后您可以禁用约束的创建时,它才相关。数据库克隆只在那里进行一次反向工程,然后您可以从那里构建并丢弃克隆。或者你只是手写地图。哇。成功了。我手动创建了POJO并使用了“@Entity”注释(没有使用“@Id”注释)。然后,我得到一个错误“没有为实体指定标识符”。然后,我对模型类中的第一个变量使用了“@Id”注释(甚至没有注意到它们是什么)。应用程序运行良好。沿着这条路走可以吗?当我编写复杂的HQL查询时,它会产生任何问题吗?该应用程序是为遗留数据库构建的。并且授予的访问权限是只读的。我可以使用任何其他工具(如JOOQ、MiddleGen?)吗?您不能复制数据库,在那里创建约束并从那里生成约束吗。原版不会被碰的,不会的。克隆数据库不是一个选项。(事实上,有多个模式具有相同的数据模型。它不仅仅是一个。数据源将以动态方式标识)。我正在考虑手动创建POJO类,并使用JDBC进行查询(因为在这种情况下,使用ORm工具看起来不是一个好主意)。你还有其他想法吗?有没有一种方法可以只在Hibernate中指定关系而不干扰数据库?是什么让您认为ORM在这种情况下不好?缺少约束对ORM来说不是问题,我的前两个项目是没有约束的遗留dbs,ORM不在乎。只有当您让hibernate创建模式,然后您可以禁用约束的创建时,它才相关。数据库克隆只在那里进行一次反向工程,然后您可以从那里构建并丢弃克隆。或者你只是手写地图。哇。成功了。我手动创建了POJO并使用了“@Entity”注释(没有使用“@Id”注释)。然后,我得到一个错误“没有为实体指定标识符”。然后,我对模型类中的第一个变量使用了“@Id”注释(甚至没有注意到它们是什么)。应用程序运行良好。沿着这条路走可以吗?当我编写复杂的HQL查询时,它会产生任何问题吗?