一对多关系问题

2019-03-25 13:38|来源: 网路

<many-to-one name="users"
    class="com.kinrich.mediaStorage.dto.Users" update="false" insert="false" fetch="select">
    <column name="CUID" precision="22" scale="0" not-null="false" unique="true" />
</many-to-one>


这是多方的配置文件   我在对多方做添加数据的时候 老是报完整约束错误   我这里不是都设置了update="false" insert="false" 了么   为什么还这样?

下面是dto里面的字段
         private Integer cuid;
	private Users users;
	private String cuname;
	private String describe;
	private Date starttime;
	private Set projects = new HashSet(0);

除了Users之外 就没有别的会影响到完整约束的啊?  求帮助!!!

我想做的操作就是在多方进行增加   在增加的时候必须要增加与Users的关系

问题补充:
RobustTm 写道
<column name="CUID" precision="22" scale="0" not-null="false" unique="true" />
貌似not-null="true"吧



不行
RobustTm 写道
<column name="CUID" precision="22" scale="0" not-null="false" unique="true" />
貌似not-null="true"吧



不行  我试了  是我弄了个轮转  报约束问题  我把那个断开了  谢谢你的回答

相关问答

更多
  • JPA 一对多关系[2022-06-28]

    Book表的设计很关键,按照这种说法,专业图书应该算图书的子类,你可以设计表的继承,即用一个专业图书实体去表明该生借阅的专业图书,很多O/R持久层都支持这种操作,JPA也有,但是忘了,你可以去查查这方面的资料,google一下:JPA中表的继承。就行
  • 您要执行的操作的文档位于此链接的“To-Many Relationships”标题下。 这是一个简短的例子。 首先,我建议将您的关系名称更改为更直观的内容。 它真的会有所帮助: class TrainingDay: NSManagedObject { @NSManaged var day: String @NSManaged var trainingDetails: NSSet } class TrainingDetails: NSManagedObject { // ... ot ...
  • 我找到了一个解决方案。 这里有一个车主拥有很多车的简单例子,可能会对某人有所帮助。 所有者: final class Owner: Model { static let idKey = "id" static let nameKey = "name" static let carsKey = "cars" var name: String let storage = Storage() var cars: Children { ...
  • 您可以通过创建通常与M:N关系相关联的中间表类型来维持1:N关系,但在地址引用字段上添加唯一性约束; 或者,您可以将地址'引用为可空的人,使其成为可选参考。 [编辑] 来自MySQL转储的脚本用以下内容包装其内容: SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS; SET FOREIGN_KEY_CHECKS=0; .... SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS; 正如您可能猜到的那样,它会暂时关闭外 ...
  • 您只需2次JOIN Employee表即可获得预期结果。 使用给定的样本数据进行工作演示: DECLARE @Employee TABLE (emp_id INT, emp_name VARCHAR (100), emp_role VARCHAR (100)); INSERT INTO @Employee (emp_id, emp_name, emp_role) VALUES (1, 'aaaa', 'Supervisor'), (2, 'bbbb', 'Supervisor'), (3, 'cccc' ...
  • 我似乎通过将private ForeignCollection替换为Collection来解决了这个问题。 如果我使用ForeignCollection作为类型,我不太确定为什么它不起作用,但它似乎解决了我所有的问题。 I seemed to have solved the issue by replacing private ForeignCollection to just Collection. I'm not quite sure why it ...
  • 如果城市的密钥是(country_id,city_id),那么关系是“识别” - 意味着主键部分或全部是对另一个表的外键引用。 如果country_id不是主键的一部分,那么它是非标识的。 这两个不同的键会使表格在每种情况下代表非常不同的东西,但只有你可以说哪个更适合你的要求。 不要过分担心识别与非识别关系的概念。 这是一个源于ER建模的概念,但在关系数据库设计中,它通常具有很小的实际意义。 If the key of cities is (country_id, city_id) then the rel ...
  • 为什么不实现某种缓存系统(可能使用Java HashMap ),您可以在其中放置父级及其子级而不是加载它们,只有在它们尚未存在于缓存中时才加载它们? 如果它们在缓存中是alredy,则获取对它们的引用。 我还要看看: Flyweight模式 或者我能想到的另一个解决方案是在Parent类中实现另一个方法:somethink就像“loadOnlyParent()”一样,只加载没有子节点的Parent(如果尚未加载)。 并且仅在必要时实现延迟加载子项(如果尚未加载)。 Why don't you impleme ...
  • 您的图表作为UML图表不正确。 我可以告诉我,因为在协会结束时乌鸦的脚。 要使图表正确: 将鱼尾纹改为多重0..* 将albums属性移动到关联的Album结尾(因为你不应该在UML中埋没这样的列表 - 这就是关联所代表的!) 将关联的Artist结束更改为1的多重性 在关联的Artist端命名属性(例如, artist ) 创建一个名为Song的新类(这是一个具有更多信息而不是名称的实际概念,例如持续时间,作曲家等) 在Album和Song之间建立新关联,创建适当的多重性和属性 Your diagram ...