这是一个创建于 1620 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在需要开发一个活动发布平台小程序，其中会包括拼团、秒杀、打卡、评选、调查、填表等 10 多种类型活动，每种活动会有封面图、标题、内容等基本信息，但是每种活动同时会分别有自己的一些个性化信息和活动设置信息，我本来的想法是考虑到后期的数据库可维护性，可移植性，偶合性，索性把每一种活动当作一个独立的模块分别设计各个活动自己独里的数据库表结构，这样以后也方便移植，比如一段时间后我们觉的拼团这种活动大有可为，就可以非常方便的独立出来一个新的小程序来独立运营，可是这个方案被老大否定了，说还不如自己统一设计一张活动表，包含 10 几个活动的基础信息，想听听大家面对这样的需求，大家会怎么去设计数据库表架构？
 |
1
huazhu 2020-06-13 15:19:23 +08:00
个人看法：前期数据量小的话，一张表足够了，后期多了或者差异化大了再拆。怎么快怎么来
|
Select Language