电商项目数据库设计文档
网上超市购物车数据库设计
网上超市购物车数据库设计1.1. 购物车常见实现方式购物车是任何一个电商项目都会使用到的功能，面试的时候也经常问到，传统的做法是使用关系型数据库，比如mysql，建立一个cat 购物车表，把相关的购物车产品信息都放到数据库里面。
CREATE TABLE goods_shopcar (id int(4) NOT NULL ,uid int(10) NULL ,goods_id int(10) NULL ,number int(10) NULL ,status tinyint(4) NULL ,create_time int(10) NULL ,update_time int(10) NULL ,PRIMARY KEY (id));这样的设计在功能完全没问题，但在实际使用中，由于购物车的数据量太大，而且修改频繁，会导致数据库的压力增加，所以在正式项目开发中，一般不会直接使用关系型数据库来存储购物车信息。
既然不用关系型数据库，但就从非关系型数据库里面做选择了，很多的架构师会选择使用mongodb存购物车的数据，这也完全可以，mongodb有非常丰富的查询API，性能也比传统关系型数据库要好，使用mongodb确实是个不错的选择。
但比起使用mongodb,有部分公司也会使用redis来存放购物车的信息，比起mongdb的性能，redis的性能要来得更好。
在这就来谈论下使用redis来完成购物车得思路。
1.2. 开启持久化购物车的数据，既然不存在关系型数据库中，使用redis存储也不能让数据丢失，那redis必须开启持久化，这样哪怕redis重启数据也不至于丢失。
Redis有两种持久化机制，一种叫rdb,一种叫aof。
rdb也叫镜像文件，存放的是某个时刻redis内存数据的一个镜像aof就是append only file的简写，里面存放的是日志文件，准确的来说是存放RESP的指令日志，这里RESP指令并不是这次的重点，这里不做讨论。
电商数据库表结构设计
电商数据库表结构设计随着互联网技术的不断发展，电子商务在全球范围内的普及和应用，电商数据库的设计变得越来越重要。
电商数据库是电子商务系统中最基础的组成部分，它承载了整个电子商务系统的数据，包括商品信息、订单信息、用户信息等等。
因此，一个合理、高效的电商数据库表结构设计是至关重要的。
一、商品信息表商品信息表是电商数据库中最重要的一张表，它包含了所有商品的详细信息。
主要字段包括商品ID、商品名称、商品描述、商品价格、商品分类、商品品牌、库存数量等等。
其中，商品ID是该表的主键，用于唯一标识每一件商品。
商品分类和品牌字段可以通过外键关联到相应的分类表和品牌表，方便查询和管理。
二、订单信息表订单信息表用于保存用户的购买记录，主要字段包括订单ID、用户ID、商品ID、购买数量、订单状态、下单时间、支付时间等等。
其中，订单ID是该表的主键，用于唯一标识每一笔订单。
用户ID和商品ID可以通过外键关联到相应的用户表和商品信息表，方便查询和管理。
订单状态字段用于记录订单的当前状态，例如待支付、已支付、已发货、已完成等。
三、用户信息表用户信息表用于保存用户的个人信息，主要字段包括用户ID、用户名、密码、昵称、性别、生日、手机号码、邮箱等等。
其中，用户ID是该表的主键，用于唯一标识每一个用户。
用户名和密码字段用于用户登录时进行身份验证，昵称字段用于显示用户的昵称。
性别、生日、手机号码和邮箱字段是用户的个人信息，可以用于个性化推荐和营销。
四、购物车表购物车表用于保存用户的购物车信息，主要字段包括用户ID、商品ID、购买数量等等。
其中，用户ID和商品ID可以通过外键关联到相应的用户表和商品信息表，方便查询和管理。
购买数量字段用于记录用户加入购物车的商品数量。
五、地址表地址表用于保存用户的收货地址信息，主要字段包括用户ID、收货人姓名、收货人电话、省份、城市、区域、详细地址等等。
其中，用户ID可以通过外键关联到相应的用户表，方便查询和管理。
电商数据库表结构设计
电商数据库表结构设计随着电商行业的迅速发展，数据库表结构设计变得至关重要。
一个良好设计的数据库表结构可以提高系统的性能，减少数据冗余，保证数据的一致性和完整性。
在设计电商数据库表结构时，需要考虑到产品、订单、用户等多个方面的信息。
产品表（Product Table）产品表是电商系统中最重要的表之一，用于存储所有商品的信息。
在产品表中，通常包含产品ID、产品名称、描述、价格、库存数量、分类ID等字段。
通过产品表可以方便地查询和管理所有商品信息，实现对商品的上架、下架、价格调整等操作。
订单表（Order Table）订单表用于存储用户下单的订单信息，包括订单号、用户ID、订单状态、订单总额、下单时间等字段。
订单表与产品表之间通过产品ID建立关联，可以实现订单与商品的关联查询。
同时，订单表还可以记录用户的收货地址、支付信息等详细信息，方便订单的配送和结算。
用户表（User Table）用户表用于存储所有用户的信息，包括用户ID、用户名、密码、手机号、邮箱等字段。
用户表是电商系统中最核心的表之一，用户的注册、登录、个人信息管理等功能都离不开用户表。
通过用户表可以实现用户信息的管理和权限控制，保障用户数据的安全性。
购物车表（Shopping Cart Table）购物车表用于存储用户添加到购物车中的商品信息，包括购物车ID、用户ID、商品ID、数量、加入时间等字段。
购物车表可以实现用户在不同设备上的购物车同步，方便用户随时随地浏览和编辑购物车中的商品信息。
评论表（Comment Table）评论表用于存储用户对商品的评价和评论信息，包括评论ID、用户ID、商品ID、评分、评论内容、评论时间等字段。
评论表可以帮助电商平台了解用户对商品的喜好和意见，提高商品的质量和服务水平。
优惠券表（Coupon Table）优惠券表用于存储电商平台发放的优惠券信息，包括优惠券ID、优惠券名称、优惠金额、使用条件、有效期等字段。
电商数据库表结构设计
电商数据库表结构设计电商数据库表结构设计是指在电商网站运营过程中，为了方便数据存储和管理，需要对数据库进行合理的表结构设计。
以下是电商数据库表结构设计的详细内容：一、用户表用户表是电商网站最基本的数据存储单元，用于存储用户信息。
这个表通常包括以下字段：1. 用户ID：唯一标识一个用户的数字或字母组合。
2. 用户名：用户在网站上注册时所填写的用户名。
3. 密码：用户在网站上注册时所设置的密码。
4. 昵称：用户在网站上使用的昵称。
5. 真实姓名：用户真实姓名。
6. 性别：男或女。
7. 生日：用户出生日期。
8. 手机号码：用于接收短信验证码等信息。
9. 邮箱地址：用于接收邮件通知等信息。
10. 地址信息：包括省份、城市、区县、详细地址等字段。
11. 注册时间：记录用户在网站上注册的时间点。
二、商品表商品表是电商网站中最重要的数据存储单元，用于存储商品信息。
这个表通常包括以下字段：1. 商品ID：唯一标识一个商品的数字或字母组合。
2. 商品名称：商品名称，例如“iPhone 12 Pro”。
3. 商品价格：商品销售价格，单位为人民币元。
4. 商品描述：商品的详细描述信息。
5. 商品分类：商品所属的分类，例如“手机”、“电脑”等。
6. 商品图片：商品的图片地址，可以存储多张图片地址。
7. 库存数量：商品的库存数量，用于控制销售量和库存量之间的平衡。
8. 销售数量：记录商品的销售数量。
9. 上架时间：记录商品上架时间，用于控制商品展示顺序和推荐算法等。
10. 下架时间：记录商品下架时间，用于控制商品展示顺序和推荐算法等。
三、订单表订单表是电商网站中用于存储订单信息的数据单元。
这个表通常包括以下字段：1. 订单ID：唯一标识一个订单的数字或字母组合。
2. 用户ID：关联用户表中的用户ID字段，表示该订单是哪个用户下单的。
3. 订单状态：表示订单当前所处状态，例如“待付款”、“已发货”等状态。
4. 订单总价：记录该订单中所有商品价格之和，单位为人民币元。
电商数据库设计
电商数据库设计电商数据库设计围绕购物流程mysql5.7mysql SQLyogLinux Shell脚本⽤户登录-选购商品-加购物车-检查库存-提交订单-货到付款-订单付款-发货模块设计⽤户模块⽤户注册登录验证商品模块前后台商品管理订单模块订单购物车⽣成和管理仓配模块仓库库存和物流的管理数据库设计规范逻辑设计-物理设计实际⼯作中逻辑设计+物理设计表名字段名字段类型数据库字段设计规范-数据库对象名称必须使⽤⼩写字段下划线分隔 DbName not Equal dbname-数据库对象禁⽌使⽤mysql保留关键字select id,username,from,age from tb_user 报错select id,username,from,age from tb_user 不报错-数据库对象命名见名识意不超过32字符⽤户数据库mc_userdb ⽤户数据表user_account -所有临时表以tmp为前缀并且以⽇期为后缀-备份库备份表必须以bak为前缀并以⽇期为后缀-所有储存相同数据的列名和列类型必须⼀致-所有表是使⽤Innodb存储引擎⽀持事务⾏级锁更好的恢复性⾼并发下性能好-数据库和表的字符集统⼀使⽤UTF8统⼀字符集可以避免由于字符集转换成的乱码-使⽤comment从句添加表和列的注释数据字典的维护-控制单表数据量的⼤⼩控制在500w⾏内-限制取决于存储设置和⽂件系统-分区表在物理上表现为多个⽂件逻辑上为⼀个表-谨慎选择分区键跨分区效率更低物理分表⽅式管理⼤数据-禁⽌表中使⽤预留字段-禁⽌在数据库中存储图⽚⽂件等⼆进制数据-禁⽌线上做数据库压⼒测试-禁⽌开发测试环境连接⽣成环境数据库索引设计规范-限制表索引数量建议单张表索引不超过5个-每个Innodb表必须有⼀个主键不能使⽤频繁更新的列作为主键-不使⽤UUID MD5 HASH 字符串作为主键-SELECT UPDATE DELETE语句的WHERE从句中的列包含在ORDER BY,GROUP BY,DISTINCT中的字段多表的关联列-避免建⽴冗余索引和重复-对于频繁查询优先考虑覆盖索引-尽⼒避免使⽤外键-外键⽤于保障数据参照完整性建议在业务端实现数据库字段设计规范-优先选择符合存储需要的最⼩的数据类型-将字符串转换为数字类型存储INET_ATON('255.255.255.255') = 4294967295INET_NTOA(4294967295) = '255.255.255.255'(字符串需要15个字节 int只需要4个字节)-对于⾮负数数据采⽤⽆符号整型进⾏存储SIGNED INT -2147483648~2147483648UNSIGNED INT 0~4213213123-VARCHAR(N) 中的N代表的是字符数不是字节数使⽤UTF-8存储汉字 Varchar(255) = 765个字节-避免TEXT BLOG类型数据-避免使⽤ENUM数据类型 (修改⽤ALTER )-尽可能把所有列定义为NOT NULL (索引NULL需要增加额外空间)-使⽤TIMESTAMP或者DATETIME存储时间TIMESTAMP 1970-01-01 00:00:01 ~ 2038-01-19 03:14:07超出时间⽤DATETIME-数据类型财务相关 decimal类型计算时不会丢失精度数据库SQL开发规范-充分利⽤表上已有的索引避免使⽤双%号的查询条件如：a like '%123%'-⼀个sql只能利⽤到复合索引中的⼀列进⾏范围查询-使⽤left join或者not exist优化not in操作-设计时对以后的数据库扩展考虑-程序连接不同的数据库-为数据库迁移和分库分表留余地-禁⽌使⽤SELECT * 必须使⽤ SELCT <字段列表查询> (会消耗更多的CPU和IO以及⽹络带宽资源) 可以减少表结构表化的影响-禁⽌使⽤不含字段列表的INSERT语句INSERT into t values('a','b','c');INSERT into t(c1,c2,c3) values('a','b','c');可以减少表结构表化的影响-避免使⽤⼦查询可以把⼦查询优化为join查询（⼦查询结果集⽆法使⽤索引）⼦查询会产⽣临时表操作⼦查询数据量⼤会严重影响效率-避免使⽤join关联太多表不要超过5个-减少同数据的交互次数数据库更适合批量操作合并多个相同的操作到⼀起可以提⾼处理效率alter table t1 add column c1 int,change column c2 c2 int-使⽤in代替or-禁⽌使⽤order by rand()随机排序会把表中符合条件的数据装载到内存中排序消耗⼤量CPU推荐程序中获取随机值然后从数据中获取-where从句中禁⽌对列进⾏函数转换和计算where date(createtime)= '20160901' 会⽆法使⽤索引改为where createtime >= 20160901 and createtime < '20160902' -明显不会有重复值时使⽤UNION ALL⽽不是UNIONunion会把所有数据放到临时表中再操作会去重操作union all不会再对结果集重新操作-拆分复杂的⼤sql为⼩sql数据库操作⾏为规范-超过100w⾏的批量写操作要分批多次操作⼤批量操作可能会造成严重主从延迟避免产⽣⼤量⽇志-对于⼤表使⽤pt-online-schema-change修改表结构-禁⽌为程序使⽤的账号使⽤super-程序使⽤账号只能在⼀个DB上使⽤原则上不能有drop权限。
电商项目设计方案
电商项目设计方案电商项目设计方案一、项目简介电商项目旨在搭建一个线上购物平台，方便用户在线购买商品和服务。
通过平台的建立，商家能够展示和销售自己的产品，用户可以在平台上进行商品搜索、下单、支付和评价等一系列购物活动。
二、项目目标1. 提供丰富多样的商品种类，满足用户不同的购物需求。
2. 提供便捷的购物流程，让用户能够简单、快速地浏览和购买商品。
3. 提供安全可靠的支付方式，保护用户的个人信息和支付安全。
4. 提供快速准确的物流配送服务，保证用户能够及时收到商品。
5. 提供高效的售后服务，解决用户的投诉和问题。
三、项目实施方案1. 技术选型：- 前端技术：HTML5、CSS3、JavaScript- 后端技术：Java、Spring、MyBatis、MySQL- 架构设计：采用分层结构，前后端分离，提高系统的可维护性和扩展性。
2. 功能设计：- 用户注册和登录：用户能够注册账号，登录系统。
- 商品展示：商家可以添加、编辑和删除商品信息，用户可以根据关键词、分类等条件搜索商品。
- 购物车管理：用户可以将商品加入购物车，查看购物车中的商品，进行结算和支付。
- 订单管理：用户可以查看自己的订单，取消未支付的订单，评价已完成的订单。
- 支付接口：集成第三方支付平台，提供支付宝、微信等在线支付方式。
- 物流配送：与物流公司合作，提供快速准确的物流配送服务。
- 售后服务：用户可以提交售后申请，与客服进行沟通和解决问题。
3. 系统开发：- 前端开发：采用响应式设计，兼容各种终端设备，提高用户的使用体验。
- 后端开发：采用MVC架构，实现业务逻辑的处理和数据的交互。
- 数据库设计：设计合理的数据库结构，确保数据的完整性和安全性。
- 接口开发：与第三方支付平台和物流公司进行对接，实现支付和物流配送功能。
4. 测试与上线：- 单元测试：对每个模块进行功能和性能测试，确保系统的稳定性和可靠性。
- 集成测试：对系统的各个模块进行整合测试，确保系统的功能和流程的正常运行。
社交电商平台开发与运营项目计划书
社交电商平台开发与运营项目计划书一、项目概述随着互联网技术的不断发展和普及，社交电商作为一种新兴的电子商务模式，正以其独特的社交互动性和便捷性受到越来越多消费者的青睐。
本项目旨在开发一款功能强大、用户体验良好的社交电商平台，并通过有效的运营策略，吸引用户，促进交易，实现商业价值的最大化。
二、市场分析1、行业现状当前，社交电商市场呈现出蓬勃发展的态势。
众多社交电商平台如拼多多、小红书等已经取得了显著的成绩，吸引了大量用户和商家。
同时，传统电商平台也在不断加强社交元素的融入，以提升用户粘性和活跃度。
2、市场需求消费者对于个性化、社交化的购物体验需求不断增加。
他们希望在购物过程中能够与朋友分享、交流，获取他人的建议和推荐，同时也希望通过社交互动获得更多的优惠和福利。
3、竞争态势虽然市场上已经存在一些知名的社交电商平台，但仍有机会通过创新的功能和优质的服务脱颖而出。
需要深入了解竞争对手的优势和不足，找准市场定位，提供差异化的产品和服务。
三、平台定位1、目标用户主要面向年龄在 18-45 岁之间，具有一定消费能力和社交需求的消费者，包括上班族、学生、家庭主妇等。
2、平台特色（1）打造个性化推荐系统，根据用户的兴趣、偏好和社交关系为其推荐商品。
（2）提供丰富的社交互动功能，如购物分享、好友推荐、群组讨论等。
（3）与众多品牌和商家合作，确保商品的品质和种类丰富多样。
（4）建立完善的售后服务体系，保障消费者权益。
四、平台功能规划1、用户注册与登录支持多种注册登录方式，如手机号、邮箱、第三方社交账号等，方便用户快速进入平台。
2、商品展示与搜索清晰展示商品的图片、价格、详情等信息，提供便捷的搜索功能，让用户能够快速找到心仪的商品。
3、社交互动功能（1）购物分享：用户可以将购买的商品分享到自己的社交圈，分享购物心得和体验。
（2）好友推荐：用户可以向好友推荐商品，好友购买后双方均可获得一定的奖励。
（3）群组讨论：用户可以创建或加入感兴趣的购物群组，与其他用户交流购物经验和心得。
电商平台数据库设计与优化
电商平台数据库设计与优化随着互联网的迅猛发展，电子商务平台已经成为了商业交易的主要形式之一。
对于电商平台来说，数据库的设计与优化至关重要。
一方面，合理的数据库设计能够提高系统的性能和运行效率，保证系统的稳定性和可靠性；另一方面，数据库的优化能够提升用户体验，加快网页加载速度，提高购物流程的顺畅度。
一、数据库设计在进行电商平台数据库设计时，需要考虑以下几个方面：1. 数据库的表结构设计：合理的表结构设计是一个高性能数据库的基础。
根据电商平台的属性，可以设计出包括用户表、商品表、订单表、购物车表等在内的多个表，通过主键、外键等关系进行关联。
2. 数据库的索引设计：索引是提高数据库查询效率的关键。
在电商平台设计中，根据经常查询的字段进行索引的设计，如商品的分类、名称、价格等。
但需要注意的是，过多的索引会增加数据库的存储空间和维护成本，需要考虑权衡。
3. 数据库的数据类型选择：合适的数据类型不仅能节约存储空间，还能提高数据库的查询性能。
在电商平台设计中，可以选择适当的整型、字符型、日期时间型等数据类型，并根据业务需求进行选择。
4. 数据库的范式设计：范式是数据库设计中的一种规范，能够帮助减少数据冗余和提高数据更新的速度。
在电商平台设计中，可以使用第三范式进行表的设计，避免数据的重复存储。
二、数据库优化数据库优化是为了提高系统性能和用户体验，保证电商平台的正常运行。
以下是一些常用的数据库优化方法：1. 优化查询语句：对于经常用到的查询语句，可以使用索引、限制返回结果集的数量、添加合适的过滤条件等方式进行优化。
避免使用SELECT *语句，只查询需要的字段，减少数据库的负载。
2. 合理使用缓存：对于频繁读取但很少修改的数据，可以使用缓存技术，如Redis或Memcached。
将数据缓存在内存中，加快数据的读取速度，减轻数据库的压力。
3. 数据分区和分表：对于数据量较大的表，可以考虑进行数据分区，将数据分散存储在不同的物理磁盘上，提高查询效率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2
Usr_name
Varchar(50)
用户名
ar(50)
密码
NotNull
4
Usr_realname
Varchar(50)
真实姓名
NotNull
5
Usr_sex
Varchar(2)
性别
6
Usr_tel
Varchar(11)
电话
7
Usr_email
用户订单的商品内容
4
T_Goodstype
商城内物品的类别信息
5
T_Goodscon
商城内物品的基本信息
6
T_Adminuserinfor
管理员的基本信息
7
T_Bulletioncon
公告栏的基本信息
8
T_Specialgoods
特价/主题商品信息
5
1
序号
字段名
字段类型
说明
备注
1
Usr_id
Int
用户编号
更新日期
5
Sg_nowvalue
Varchar(30)
当前日期
6
Sg_valid
Int
是否有效
7
Sg_point
Int
浏览量
8
序号
字段名
字段类型
说明
备注
1
Cart_id
Int
编号
Primarykey
2
Usr_id
int
用户Id
用户信息
3
Ste_id
int
商品id
商品信息
4
Cart_num
int
购买数量
5
Cart_sum
float
总价格
6
6
防止用户Sql注入，采用参数传递登录，并且使用JavaScript和MVC双重验证，保证用户登录安全。
除上述方法外，不用提供用户访问替他数据库数据的直接或间接途径。
用户密码采用MD5加密方法进行加密，确保系统的安全。
7
对于本数据的管理和维护，例如数据库的备份与恢复，可以使用SSMS中的“数据库”→“备份数据库（B）”菜单项和“还原数据库（R）”菜单项操作。
第六小组
潮易购电商管理系统
数据库设计文档
.段海旭，孙振华，王海伦等
2018-11-30
1
1．1
作为软件设计文档的重要组成部分，本文档主要对该系统后台数据库的概念模型设计和物理模型设计作出了统一的规定，同时确定了每个表的数据字典结构。它是开发人员，测试人员编码及测试的重要参考依据。
1
本概要设计文档提供给系统设计开发人员，包括详细设计人员和项目组成员，不得提供给组外人员
如：用户基本信息数据库名称为T_UserInfo
4
本系统的数据库按照面向对象的思想，设计对应实体类，由实体类生成对应的数据库表，数据库中的关系，反应了对象间的关系。
5
5
序号
数据库表
数据库表存储内容
1
T_UserInfo
用户基本信息
2
T_Userordercon
用户订单的基本信息,订单发送地址等
3
T_Userorderdetail
2
Root_Name
Varchar(100)
角色名称
3
序号
字段名
字段类型
说明
备注
1
Odr_no
Varchar(50)
订单号订单
索引(不重复)
2
Odr_time
Datetime
订单产生日期
NotNull
3
Odr_ispass
Varchar(2)
订单是否确认
Y,N
4
Odr_passtime
Datetime
确认时间
5
Asr_id
Int
订单处理人
卖家用户信息
6
Odr_sendstate
Int
订单发送状态
7
Odr_recname
Varchar(20)
订单接收人姓名
8
Odr_address
Varchar(200)
订单接收地址
9
Usr_id
Int
订购人id
买家用户信息
10
Odr_totalprice
Varchar(50)
1
本文档的主要读者包括：
1.本系统的设计人员：包括模块设计人员
2.本系统的系统设计人员：包括数据库开发，编码人员
3.本系统的测试人员
2
数据库采用Micrsoft SQL Server数据库管理系统建立并维护。数据库设计过程中采用Micrsoft公司的Visio创建潮易购数据库的ER图，并生成数据库脚本文件“数据库设计.DLL”。其中SQLServer的登录模式为混合身份验证，超级用户的用户名用户名均为sa，密码为123456，SQL Server服务器的端口号：1433。
是否有子类别
Y,N
5
St_sort
Int
排序标识
数字越小排序越靠前
6
St_inputdate
Datetime
建立时间
系统时间
7
St_isvalid
Varchar(2)
此类别是否有效
6
序号
字段名
字段类型
说明
备注
1
Ste_id
Int
编号
Primarykey
2
Ste_name
Varchar(100)
物品名称
3
符合3个范式：
主键关系，表间关系、表中字段是不可再分的属性。
表的表示：描述单一信息，功能简单实用、命名规范合理。
字段的类型，程度。
数据库的命名：采用首字母大写模式。
如：潮易购电商管理，数据库名称为ChaoYiBuys（潮流商店）。
数据库表命名：所有表以T_开头，后面跟英文解释，采用首字母大写形式。
Varchar(100)
E_mail
8
Usr_address
Varchar(200)
地址
9
Usr_inputdate
Datetime
添加时间
系统自动记录
10
Usr_leave
int
用户级别
11
Usr_Root
int
用户角色
关联角色表
2
序号
字段名
字段类型
说明
备注
1
Root_Id
int
角色编号
主键，自增
9
Ste_value
Varchar(30)
物品价格
10
Ste_point
Int
物品浏览量
7
序号
字段名
字段类型
说明
备注
1
Sg_id
Int
特价编号
Primarykey
2
Ste_id
Int
物品id
商品基本信息表关联
3
Sg_inputdate
Datetime
添加日期
4
Sg_updatedate
Datetime
订购总价
11
Odr_phone
Varchar(11)
订单接收人电话
12
Odr_email
Varchar(100)
订单接收入E_mail
4
序号
字段名
字段类型
说明
备注
1
Odr_no
Varchar(20)
订单号
2
St_typeid
Int
类别编号
3
Ste_id
Int
物品编号
4
List_num
Int
订购数量
5
Notnull
3
Ste_typeid
Int
类别id
商品类别
4
Ste_time
Datetime
上架日期
5
Ste_imgurl
Varchar(200)
物品图片
6
Ste_content
Varchar(4000)
物品简介
7
Ste_orderdesc
Varchar(1000)
订购说明
8
Ste_sort
Int
排序标识
Ste_price
Varchar(100)
此类物品的总价
5
序号
字段名
字段类型
说明
备注
1
St_typeid
Int
类别编号
Primarykey
2
St_name
Varchar(100)
类别名称
3
St_fid
Varchar(100)
父级类别id
Null表示根类别
4
St_havechild
Varchar(2)