多用户商城数据库如何设计

差不多都是一个 文章表，用户表，分类表，设置表。

1、数据库分离成前台和后台，通过链接表关联；

2、把前台做成d出窗体，禁止用户使用导航选项和菜单之类；

3、把前台编译成ACCESS2007的accde文件（对应ACCESS2003的mde文件）；

4、把这个accde文件也放在服务器端，客户端通过winform之类exe来远程打开。

前3步都比较正常，第4步的看起来应该比较奇怪。我的想法是，如果accde文件也放在客户端，高手会不会通过反编译就可以进入到数据库看到链接表？感觉上“禁止Shift”，“隐藏表”这类手段只对菜鸟有用。

微信小程序商城类数据库包括：

1、用户信息表，用于存储用户的基本信息，如用户名，手机号，密码，头像等。

2、商品信息表，用于存储商品的基本信息，如商品名称，价格，描述，图片等。

3、订单信息表，用于存储订单的基本信息，如订单号，下单用户，商品信息，价格等。

4、收货地址表，用于存储用户收货地址信息，如收货人姓名，收货地址，联系电话等。

5、商品分类表，用于存储商品分类的基本信息，如分类名称，分类图片等。

6、商品属性表，用于存储商品属性的基本信息，如属性名称，属性值等。

7、购物车表，用于存储用户购物车信息，如用户ID，商品ID，商品数量等。

8、优惠券表，用于存储优惠券信息，如优惠券类型，优惠价格等。

9、评价表，用于存储商品评价信息，如评价内容，评分等。

之前商城平台用的是php+mysql开发的，但运营几年后，只要数据量一上来系统系统响应就非常慢，后台打开一个页面经常要花十几秒，应该是mysql对海量数据的查询性能不太好导致的。目前已经将商城平台迁移至shop++，因为shop++同时支持mysql、sqlserver、oracle多种数据库，现在使用的是oracle,运行挺稳定的，暂时没有出现过系统响应缓慢的问题。

---