关于表结构设计问题，请帮忙看下。

[一速微光]

-------------这个是正常的逻辑---------------------------------
因为应该是先去巡查了才会有问题反馈，才会去记录数
巡查详情表（表用途是每天到指定地点去巡查，记录存入此表）
部分字段如下：

巡查序号（主键）
巡查地点
查看记录
创建日期
备注


问题反馈表（用于每次巡查如果发现的问题就存入此表。）
问题序号
巡查序号（外键）
问题描述
创建日期

-----------------目前开发出现的问题如下----------------------
以下是开发人员设计的逻辑，系统已经快开发结束了。以前没接触到这个系统，现在要交接了，我发现这个问题。
就是主外键的逻辑关系反了，但是开发目前不太想改，想问下这样会有什么问题呢？
字段信息如下：

巡查序号
问题序号（外键）
巡查地点
查看记录
创建日期
备注


问题反馈表（用于每次巡查如果发现的问题就存入此表。）
问题序号（主键）
问题描述
创建日期

[丰云]

如果是一对一的关系，就不会有什么大问题 如果是一对多，一个问题，多个反馈，就必须是正常设计，否则会带来一系列的麻烦

[丰云]

建议早改，越拖问题越大

[一速微光]

引用 1 楼 丰云 的回复:

如果是一对一的关系，就不会有什么大问题 如果是一对多，一个问题，多个反馈，就必须是正常设计，否则会带来一系列的麻烦

刚才考虑了下：还真是有些问题，对于删除就会有问题了。主表删除子表也必须删除，按照开发人员的设计这样我的巡查详情记录也就没有了。（详细记录是不能删除掉的） 1:1 也会有问题就是巡查详情的问题序号字段也会有一堆的空值，因为不是每次巡查都会有问题反馈的。

[二月十六]

如果是设计成这样就是一对一了吧，应该也没啥问题，可能出现的问题就是主表数据多点。