本文实例讲述了ecshop二次开发之表结构分析。分享给大家供大家参考。具体如下：
ecshop二次开发首先要弄清楚各个数据库表的内容和数据库表之间的关系，这样有助于ecshop二次开发！
下面我就介绍一下 ecshop数据库表的结构
Ecs_account_log--用户帐号情况记录表，包括资金和积分等
(自增ID 号，用户登录后保存在session中的id号，跟users表中的user_id对应，用户该笔记录的余额，被冻结的资金，等级积分，跟消费积分是分开的，消费积分，跟等级积分是分开的，该笔操作发生
的时间，该笔操作的备注，一般是，充值或者提现。也可是是管理员后台写的任何在备注，操作类型，0为充值，1为提现，2为管理员调节，99为其他类型)
ecs_ad--广告列表配置表，包括站内站外的图片，文字，flash，代码广告
(自增ID号，0,站外广告;从1开始代表的是该广告所处的广告位，同表ad_position中的字段position_id的值，广告类型，0，图片;1，flash;2,代码;3，文字，该条广告记录的广告名称，广告链接地址
，广告链接的表现，文字广告就是文字或图片和flash就是它们的地址，代码广告就是代码内容，广告开始时间，广告结束时间，广告联系人，广告联系人的邮箱，广告联系人的电话，该广告点击数，该
广告是否关闭，1，开启;0，关闭;关闭后广告将不再有效，直至重新开启)
`ecs_ad_position`---广告位置配置表
（广告位自增id，广告位名称，广告位宽度，广告位高度，广告位描述，广告位模板代码）
`ecs_admin_action`-- 管理员权限列表树
（自增ID号，该id项的父id，对应本表的action_id字段，代表权限的英文字符串，对应汉文在语言文件中，如果该字段有某个字符串，就表示有该权限）
`ecs_admin_log`----管理员操作日志表
（自增ID号，写日志时间，该日志所记录的操作者id，同ecs_admin_user的user_id，管理操作内容，管理者登录ip）;
`ecs_admin_message`--- 管理员留言记录表
（自增ID号，发送该留言的管理员id，同ecs_admin_user的user_id，接收消息的管理员id，同 ecs_admin_user的user_id，如果是给多个管理员发送，则同一个消息给每个管理员id发送一条，留言发送时间，留言阅读时间，留言是否阅读，1，已阅读;0，未阅读，留言是否已经是否已经被删除，1，已删除;0，未删除，留言的主题，留言的内容）
`ecs_admin_user`（自增ID号，管理员代号，管理员登录名，管理员邮箱，管理员登录秘密加密串，管理员添加时间，管理员最后一次登录时间，管理员最后一次登录ip，管理员管理权限列表，管理员导航栏配置项，该管理员负责的办事处的id，同ecs_agency的agency_id字段。如果管理员没负责办事处，则此处为0，记事本记录的数据）管理员资料权限列表
`ecs_adsense`---广告点击率统计表
（广告代号，-1是站外广告，如果是站内广告则为ecs_ad的ad_id，页面来源，点击率）
`ecs_affiliate_log`（）分成相关的表，还没研究透
`ecs_agency`--办事处信息
（办事处ID，办事处名字，办事处描述）
`ecs_area_region`（配送区域的id号，等同于ecs_shipping_area的shipping_area_id的值，地区列表，等同于ecs_region的 region_id）记录表ecs_shipping_area中的shipping_area_name的地区名包括ecs_region中的城市
`ecs_article`（自增ID号，该文章的分类，同ecs_article_cat的cat_id,如果不在，将自动成为保留类型而不能删除，文章题目，文章内容，文章作者，文章作者的email，文章的关键字，文章类型，0，普通;1，置顶;2和大于2的，为保留文章，保留文章不能删除，是否显示。1，显示;0，不显示，文章添加时间，上传文件或者外部文件的url，0,正常;当该字段为1或者2时，会在文章最后添加一个链接“相关下载”，连接地址等于file_url的值;但程序在此处有bug，该文章标题所引用的连接，如果该项有值将不能显示文章内容，即该表中content的值）文章内容表
`ecs_article_cat`---- 文章分类信息表
cat代表catgory
（自增ID号，分类名称，分类类型;1，普通分类;2，系统分类;3，网店信息;4，帮助分类;5，网店帮助，分类关键字，分类说明文字，分类显示顺序，是否在导航栏显示;0，否;1，是，父节点
id，取值于该表cat_id字段）
`ecs_attribute`--- 商品类型属性表，该表记录的是每个商品类型的所有属性的配置情况，具体的商品的属性不在该表（自增ID号，商品类型，同 ecs_goods_type的cat_id，属性名称，当添加商品时，该属性的添加类别;0，为手工输入;1，为选择输入;2，为多行文本输入，属性是否多选;0，否;1，是;如果可以多选，则可以自定义属性，并且可以根据值的不同定不同的价，如果attr_input_type为1，即选择输入，则 attr_name对应的值的取值就是该字段的值，属性是否可以检索;0，不需要检索;1，关键字检索;2，范围检索;该属性应该是如果检索的话，可以通过该属性找到有该属性的商品，属性显示的顺序，数字越大越靠前，如果数字一样则按id顺序，是否关联;0，不关联;1，关联;如果关联，那么用户在购买该商品时，具有有该属性相同值的商品将被推荐给用户，属性分组，相同的为一个属性组。该值应该取自ecs_goods_type的attr_group的值的顺序）
`ecs_auction_log`---拍卖出价记录信息表
（自增ID号，拍卖活动的id，取值于 ecs_goods_activity的act_id字段，出价的用户id，取值于ecs_users的user_id，出价价格，出价时间）
`ecs_auto_manage`---- 处理文章，商品自动上下线的计划任务列表;需要安装计划任务插件才有效（如果是商品就是ecs_goods的goods_id，如果是文章就是 ecs_article的article_id，goods是商品，article是文章，上线时间，下线时间）
`ecs_bonus_type`---红包类型表;（红包类型流水号，红包名称，红包所值的金额，红包发送类型.0,按用户如会员等级, 会员名称发放;1,按商品类别发送;2,按订单金额所达到的额度发送;3,线下发送，如果是按金额发送红包,该项是最小金额.即只要购买超过该金额的商品都可以领到红包，红包发送的开始时间，红包发送的结束时间, 红包可以使用的开始时间, 红包可以使用的结束时间,可以使用该红包的商品的最低价格.即只要达到该价格的商品才可以使用红包）
`ecs_booking_goods`（自增ID号，登记该缺货记录的用户的id，取值ecs_users的user_id，页面填的用户的email，默认取值于ecs_users的 email，页面填的用户的姓名，默认取值于ecs_users的consignee，页面填的用户的电话，默认取值于ecs_users的tel，缺货登记的商品id，取值于ecs_goods的 goods_id，缺货登记时留的订购描述，订购数量，缺货登记的时间，是否已经被处理，处理该缺货登记的管理员用户名，取值于session,该 session取值于ecs_admin_user的user_name，处理的时间，处理时管理员留的备注）缺货登记的订购和处理记录表
ecs_brand`--- 商品品牌信息记录表
（自增ID号，品牌名称，上传的该品牌公司logo图片，品牌描述，品牌的网址，品牌在前台页面的显示顺序，数字越大越靠后，该品牌是否显示，0，否;1，显示）
`ecs_card`（自增ID号，贺卡名称，贺卡图纸的名称，贺卡所需费用，订单达到该字段的值后使用此贺卡免费，贺卡的描述）贺卡的配置的信息
`ecs_cart`--购物车购物信息记录表
（自增ID号，用户登录id，取自 session，登录的sessionid，如果该用户退出，该sessionid对应的购物车中的所有记录都将被删除，商品的id，取自表goods的 goods_id，商品的货号，取自表goods的goods_sn，商品的名称，取自表goods的goods_name，商品的市场价，取自表 goods的market_price，商品的本店价，取自表goods的shop_price，商品的购买数量，在购物车时，实际库存不减少，商品的属性，中括号里是该属性特有的价格，取自ecs_goods的is_real，商品的扩展属性，取自ecs_goods的extension_code，该商品的父商品id，没有该值为0，有的话那该商品就是该id的配件，购物车商品类型，0，普通;1，团够;2，拍卖;3，夺宝奇兵，是否是赠品，0，否;其他，是参加优惠活动的id，取值于ecs_favourable_activity 的act_id，该商品的属性的id，取自goods_attr的goods_attr_id，如果有多个，只记录了最后一个，可能是个bug）
`ecs_category`-- 商品分类表，记录商品分类信息（自增ID号，分类名称，分类的关键字，可能是为了搜索，分类描述，该分类的父id，取值于该表的cat_id字段，该分类在页面显示的顺序，数字越大顺序越靠后;同数字，id在前的先显示，不确定字段，按名字和表设计猜，应该是该分类的单独模板文件的名字，该分类的计量单位，是否显示在导航栏，0，不;1，显示在导航栏，该分类的单独的样式表的包括文件名部分的文件路径，是否在前台页面显示，1，显示;0，不显示，该分类的最高和最低价之间的价格分级，当大于1时，会根据最大最小价格区间分成区间，会在页面显示价格范围，如 0-300,300-600,600-900这种，如果该字段有值，则该分类将还会按照该值对应在表goods_attr的goods_attr_id所对应的属性筛选，如，封面颜色下有红，黑分类筛选）
`ecs_collect_goods`---会员收藏商品的记录列表，一条记录一个收藏商品（收藏记录的自增id，该条收藏记录的会员id，取值于ecs_users的user_id，收藏的商品id，取值于ecs_goods的 goods_id，收藏时间，是否关注该收藏商品，1，是;0，否）
`ecs_comment`------用户对文章和产品的评论列表（用户评论的自增id，用户评论的类型;0，评论的是商品;1，评论的是文章，文章或者商品的id，文章对应的是 ecs_article 的article_id;商品对应的是ecs_goods的goods_id，评论时提交的email地址，默认取的ecs_users的email，评论该文章或商品的人的名称，取值ecs_users的user_name，评论的内容，该文章或者商品的星级;只有1到5星;由数字代替;其中5是代表5 星，评论的时间，评论时的用户ip，是否被管理员批准显示，1，是;0，未批准显示，评论的父节点;取值该表的comment_id字段;如果该字段为 0，则是一个普通评论，否则该条评论就是该字段的值所对应的评论的回复，发表该评论的用户的用户id，取值于ecs_users的user_id）
ecs_crons（自增ID号，该插件文件在相应路径下的不包括''.php''部分的文件名，运行该插件将通过该字段的值寻找将运行的文件，计划任务的名称，计划人物的描述，应该是用了设置计划任务执行的顺序的，即当同时触发2个任务时先执行哪一个，如果一样应该是id在前的先执行暂不确定，对每次处理的数据的数量的值，类型，名称序列化;比如删几天的日志，每次执行几个商品或文章的处理，'该计划任务上次被执行的时间', '该计划任务下次被执行的时间', '如果该字段有值，则计划任务将在每月的这一天执行该计划人物', '如果该字段有值，则计划任务将在每周的这一天执行该计划人物', '如果该字段有值，则该计划任务将在每天的这个小时段执行该计划任务', '如果该字段有值，则该计划任务将在每小时的这个分钟段执行该计划任务，该字段的值可以多个，用空格间隔', '该计划任务是否开启;0，关闭;1，开启', '执行后是否关闭，这个关闭的意思还得再研究下', '允许运行该计划人物的服务器ip', '运行触发该计划人物的文件列表可多个值，为空代表所有许可的文件都可以'）'计划任务插件安装配置信息'
表的结构 `ecs_collect_goods`
新闻热点
疑难解答
