有人可以检查并就以下数据库设计提供任何建议。请忽略实际字段，我想要更多的关系检查。谢谢 ：）
背景
一个客户可以有很多宠物资料说
1 个客户：有很多宠物资料宠物资料有 1 种类型（例如狗）
狗有很多属性集
身高体重
1 个属性集有许多宠物属性答案，例如
重量 = 1 公斤、2 公斤、3 公斤
给出这个场景：
客户添加他/她的宠物。例如，如果是一只狗（来自宠物类型），则会针对该宠物类型询问一系列问题，即体重和身高。他们从下拉列表中选择最佳匹配。因为我需要比较答案，所以这不能是自由文本。
根据建议更新
仔细看看它对宠物类型有意义，为什么不把它作为宠物资料的一部分呢？这不是一回事吗？和宠物形象？可能在宠物资料中没有任何原因吗？然后使用代理键作为唯一标识符，我认为这与宠物属性的相关性会更好一些，因为一切都被规范化并且在一个地方 - 反对三个单独的表......你怎么看？
本质上，您将客户与一个或多个宠物相关联，这些宠物是（宠物名称、宠物类型、宠物图片、宠物属性）的组合，将查找添加到宠物资料和宠物属性，以便您可以按特征和资料进行搜索......
提醒也是如此，在那里添加提醒类型？为什么要把它们分开？当一切都说完来检索信息时，您将需要大量的连接......而且这一切都在个人层面上，所以这不像你正在卷起任何东西......但是