[Ecmall]ECMALL目录结构设置与数据库表

最近在做ecmall的开发,ecmall在开源方面还有待进步啊,官方没有提供开发文档,也没有关于系统架构组织的贡献,使用者都要自己从0开始,官方论坛连二次开发板块都没有,都在哪瞎扯淡,广告一堆。可悲~~~

自己做了一张图片,根据ecmall的程序结构图,可以清楚的知道ecmall的五脏六腑。

ECMALL数据库主要表

  • ecm_acategory:存放的是商城的文章分类。

  • ecm_address:存放的是店长的地址

  • ecm_article:存放的是商城的相关文章

  • ecm_brand:存放的是商城的品牌分类(注意与表ecm_scategory的区别)比如耐克,阿迪等等

  • ecm_cart;存放的是购物车的商品

  • ecm_gcategory:存放的是每个店的商品分类

  • ecm_goods;存放的是每个店里的商品,里面有该商品的ID,属于哪个店(店的ID)

  • ecm_goods_image:存放的是商城中所有商品的图片。

  • ecm_goods_spec:存放的是商品的规格,比如颜色、尺码、库存、货号等,里面有该商品的id

  • ecm_goods_statistics;存放的是每个商品的一些信息,比如被人浏览次数、被人收藏次数、顾客评论等等。

  • ecm_groupbuy;存放的是团购的信息

  • ecm_member;存放的是每个店长的信息资料

  • ecm_module;存放的是模块的信息(模块管理)

  • ecm_navigation:存放的是商城首页的导航信息

  • ecm_order:存放的是商城的订单

  • ecm_payment:存放的是各个店铺的付款方式信息

  • ecm_region:存放的是地区(地区设置—国家、省份、市区、县)

  • ecm_recommended_goods:存放的是被推荐的商品

  • ecm_recommend:存放的是推荐类型

  • ecm_scategory:存放的是商城的商品分类,比如鞋子,上衣,裤子等等。

  • ecm_sessions:存放的是商城登录session信息,session过时时间好像是1440s

  • ecm_sgrade;存放的是店铺等级信息。比如一年多少钱、允许发布的商品数等

  • ecm_shipping:存放的是每个店铺的配送方式

  • ecm_store:存放的是商城中所有店铺的信息

  • ecm_uploaded_file:存放的是商城中所有文件的信息,包括图片

还有一少部分表没写,主要是平常不怎么用或者就有2、3个字段。

后面需要解决的问题,初略定为以下:

  1. 系统请求跳转分析

  2. 数据库关系模型的实现

  3. 登录用户信息$this->visitor->get("user_id")的实现

  4. 模板解析分析

  5. 页面json对象传输实现

  6. 缓存分析

[Ecmall]ECMALL目录结构设置与数据库表,布布扣,bubuko.com

时间: 2024-08-24 12:01:21

[Ecmall]ECMALL目录结构设置与数据库表的相关文章

ECMALL目录结构设置与数据库表

最近在做ecmall的开发,ecmall在开源方面还有待进步啊,官方没有提供开发文档,也没有关于系统架构组织的贡献,使用者都要自己从0开始,官方论坛连二次开发板块都没有,都在哪瞎扯淡,广告一堆.可悲~~~ 自己做了一张图片,根据ecmall的程序结构图,可以清楚的知道ecmall的五脏六腑. ECMALL数据库主要表 ecm_acategory:存放的是商城的文章分类. ecm_address:存放的是店长的地址 ecm_article:存放的是商城的相关文章 ecm_brand:存放的是商城的

Vs 2008 解决方案的目录结构设置和管理(转)

http://blog.csdn.net/lcj_cjfykx/article/details/8632459 MS的这个IDE,实在庞杂得恐怖.从大学开始,我就一直用VC的各个版本写程序至今,细细想来,也仅仅是窥豹一斑,羞愧不已.但若仔细翻阅文档,又觉得时间花得不值,于是便一直凑活地用着. 前段时间负责搭建新项目的开发环境,兼一直在看Gamebryo的代码,从中借鉴了不少工程管理的方法.结合以前使用VC的经验,现总结下来与大家分享,希望能起到抛砖引玉的作用. 项目目录结构 VC用解决方案(so

VS下的解决方案目录结构设置和管理

转载:http://blog.csdn.net/pl20140910/article/details/52074165 为了方便管理自己写的代码,也为了日后工作能方便的查找之前做过相同的代码,仿照某源码结构,自己建了一个解决方案,以方便管理自己的代码,这样代码迁移也比较方便,不需要每次重新配置第三方库或其它需要依赖的库.下图为整个解决方案目录结构设置: 图1 VS解决方案目录结构设置 如上图,为了方便管理,以后所有的项目都写在AllProject解决方案里,途中红色的部分表示的都是文件夹,绿色的

Visual Studio解决方案的目录结构设置和管理

摘至:http://blog.csdn.net/lp310018931/article/details/47991759 首先,解决方案和项目文件夹包含关系(c++项目): VS解决方案和各个项目文件夹以及解决方案和各个项目对应的配置文件包含关系,假设新建一个项目ssyy,解决方案起名fangan,注意解决方案包括项 目,此时生成的最外层目录为fangan代表整个解决方案的内容都在这个文件夹内.在这个fangan文件夹内包含有fangan.sln的解决方案配置 文件和一个ssyy文件夹,ssyy

VS解决方案的目录结构设置和管理

一个中等规模的解决方案通常都会包含多个项目,其中一些项目产出静态库,一些产出动态库,一些用于单元测试,还有的产出最终的应用程序执行档.除此以外,根据项目的需求,还会使用一些第三方的库. 所以为解决方案设置一个合理的目录结构,不但可以使得代码管理更井井有条,项目成员之间也更容易相互配合,更重要的是能够使得最终应用程序的安装包制作,源代码打包发布和转移变得十分容易. 解决方案与项目: 从VC6之后VC系列就使用解决方案(Solution)来替代原来的工作空间,用于组织和管理多个相关的项目(Proje

Activiti数据库表结构(表详细版)

http://blog.csdn.net/hj7jay/article/details/51302829 1  Activiti数据库表结构 1.1      数据库表名说明 Activiti工作流总共包含23张数据表,所有的表名默认以“ACT_”开头. 并且表名的第二部分用两个字母表明表的用例,而这个用例也基本上跟Service API匹配. u  ACT_GE_* : “GE”代表“General”(通用),用在各种情况下: u  ACT_HI_* : “HI”代表“History”(历史)

hibernate 自动生成数据库表

只要在hibernate.cfg.xml添加这句话,就可以自动生成数据表 <property name="hibernate.hbm2ddl.auto">update</property> update:表示自动根据model对象来更新表结构,启动hibernate时会自动检查数据库,如果缺少表,则自动建表:如果表里缺少列,则自动添加列. 还有其他的参数: create:启动hibernate时,自动删除原来的表,新建所有的表,所以每次启动后的以前数据都会丢失.

用友u8数据库表结构

用友数据库表名参照表1 Accessaries 成套件表2 AccInformation 帐套参数表3 AdjustPVouch4 AdjustPVouchs5 Ap_AlarmSet 单位报警分类设置表6 Ap_BillAge 帐龄区间表7 Ap_Cancel 核销情况表8 Ap_CancelNo 生成自动序号9 Ap_CloseBill 收付款结算表10 Ap_CtrlCode 控制科目设置表11 Ap_Detail 应收/付明细帐12 Ap_DigSet13 AP_DispSet 查询显示

黄聪:wordpress源码解析-数据库表结构(转)

如果是一个普通的用户,不需要了解wordpress数据库的结构.但是,如果你正在写一个插件,你应该会对wordpress如何处理它的数据和关系感兴趣.如果你已经尝试使用已经存在的wordpress api 去访问你需要的数据,但不直接访问数据库的情况下,这是不可能的,WordPress的提供WPDB的类,使这项任务变得简单. WordPress数据库的11个数据表分别是: 表名(点击表名查看详细介绍) 描述 wp_commentmeta 文章评论额外信息表 wp_comments 文章评论信息表