刚做好一个SHOP系统，发现有不少问题值得继续推敲。
1）定位问题
定位确实很重要，他决定与你的系统的设计模型。难以程度及价格。
2）什么样叫做合理系统
对于SHOP来说，我个人认为商品和订单部分是最最关键的部分之一。你的SHOP支持什么样的商品，是按照不同的商品做不同的版本，诸如：音像版、花店版等等。。。。
3）用什么数据库
数据库的选择和你的定位及语言是密切相关的，别以为ACCESS就不好。他虽然没有MSSQL那样的存储过程和自定义函数，也没有MYSQL的速度快。但是其效率和性能也绝对符合中小型的需求。关键在于设计者而不是完全以来数据库。
4）系统的扩展
你的系统做好了，不能一直不段的进行系统大面积的调整，尤其是数据库结构。所以在设计前要先充分了解需求和制定规划书以确实有效的设计库结构和语言编码规范。方便的扩展前期规划很重要。
5）购物系统的问题（匿名，库存）
这个应用确实值得考虑，用匿名就是在没有准确系统帐号的前提下进行购销。这么做就有很多不确定性。拿什么来做唯一依据，离开站点后是否要保留其相关信息。下单后库存数量是否要减少。
这里有我一个SHOP系统，各位指教一下：
store.contnew.com以上的大部分问题都已经解决了，还有怎么处理用户的折扣率的问题。
以下是一些简单的个人制作看法
对于订单部分是最头疼的，是将商品放在购物车里就减少库存呢还是在下单后减少。如果下单一般停止了怎么处理，等等。
我现在是这么处理的。首先比如商品A，他有库存10件。在A，B，C用户购买时都可以各自选择10件，但是A用户如果购买了5件商品，他只能在选择5件而不是可以选择10件。只有当下单并切确认订单后才会减少库存。如果管理员发现这个订单是错误或恶意的。可以退回所购买的库存数量。
对于商品的价格。
因为会员的级别不同所看到的价格也不同，但是你又不能控制设置几个价格。为了增强这块扩展实用性将系统定义的组设置为一个折扣点。当用户登录后所看到的商品价格就是你当前所属组的折扣后的价格。这样即可以实现商品属性的简单也可以增强系统本身的应用。
当然还有很多，要下班了有时间在和大家讨论。
