我正在开发一个新的MySQL数据库,它将为大约15种不同的服务存储订单/客户信息。其中7项服务在存储的信息方面与需要额外信息的7项服务中的几项类似。在这里,其他7-8服务也是相似的,但与前7不同,所以我的问题是如何将其分解为MySQL数据库?
每个服务都应该有自己的桌子吗?如果这是真的,那么链接表的最佳方法是什么?任何建议都是非常感谢的!
此外,下面是将存储的信息类型的示例:
发布于 2013-06-28 08:58:42
上帝啊,不。
然后阅读Fowler、Silverston或Hay的数据建模书籍。
发布于 2012-11-29 17:59:09
一种方法是拥有一个存储所有公共信息的订单主表。对于具有非常不同信息的7或8个其他服务,可以使用Service_7_aux_orders_data
(对不起,问题中没有足够的信息来提供更好的示例名称)等表来为主orders
表提供外键。查询时,可以将此表连接到主订单表以获得完整的订单。
https://dba.stackexchange.com/questions/29479
复制相似问题