问spay/中性粒诊所数据库设计

EN

我正在为一个绝育诊所建立一个数据库。我想我已经解决了所有的问题，但我想从我的数据库方面获得第二种意见。我们假设有100,000+客户端，每个客户端有多个宠物，每个宠物有多个工作/发票(他们所做的不仅仅是spay/中性)。至少，我的petdetails表需要处理10,000,000多个条目。如果有更好的方法来优化我的数据库为这样一个不断增长的系统，欢迎所有的建议。我正在考虑使用MySQL作为数据库，因为我们正在寻找一个基于网络的系统，每一个托管公司都有。

我使用了一个在线数据库设计工具来帮助构建系统。可以找到以下内容：联机数据库设计器单击保存/加载->负载(服务器下)，将->输入到字段:spay/中性

以下是我的要求：

• “客户”不一定要有“用户”。“用户”必须有一个“客户”。
• “客户”可以有多个“笔记”。“宠物”可以有多个“音符”。
• 客户可以有多个宠物，但每个宠物有一个客户端。
• 一个约会可以有多个“宠物”。预约只会使每只宠物只有1只'appt‘。
• 每个约会都有一个日期/地点。没有具体的时间。
• “拜访”是宠物在某一天发生的一切(类似于商店里的订单)。
• “services_rend”和“goods”适用于宠物。当选择宠物时，所有的内容都会被加载(pet_id值的原因)。
• 多个“医生”可以在宠物上工作，宠物可以在一天内改变“位置”(这就是为什么把它们添加到“商品”和“services_rend”中的原因)
• “物品”是可以应用于宠物的个别物品。项可以与一系列的“子项”一起分组。
• “计划”是客户可以预订一个'appt‘的空缺列表。
• verbage和代码被放置在自己的表中，以防它们以后需要更改。