商城数据库表50-60

最新推荐文章于 2024-07-15 13:25:38 发布
最新推荐文章于 2024-07-15 13:25:38 发布
阅读量88 收藏
点赞数 3
文章标签： 数据库 oracle jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_80352199/article/details/138428179
版权
文章详细描述了电商系统中多个数据库表的创建，包括售后申请日志、短信发送记录、用户登录记录、后台菜单、消息队列以及订单投诉等表的结构设计。
摘要由CSDN通过智能技术生成 
CREATE TABLE `zhao_log_services` (
  `logid` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增id',
  `orderid` int(10) unsigned NOT NULL COMMENT '订单id',
  `serviceid` int(11) unsigned NOT NULL COMMENT '售后单id',
  `logContent` varchar(255) DEFAULT NULL COMMENT '日志内容',
  `logTargetid` int(10) unsigned NOT NULL COMMENT '日志操作对象id(如果是商家的话记录商家的id)',
  `logType` tinyint(4) unsigned NOT NULL DEFAULT '0' COMMENT '操作者类型(0:用户 1:商家)',
  `logTime` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '日志时间',
  PRIMARY KEY (`logid`),
  KEY `serviceid` (`serviceid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='售后申请-售后日志表（zhao_log_services）';


CREATE TABLE `zhao_log_sms` (
  `smsId` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增ID',
  `smsSrc` tinyint(4) NOT NULL DEFAULT '0' COMMENT '消息类型',
  `smsUserId` int(11) NOT NULL DEFAULT '0' COMMENT '发送者ID',
  `smsContent` varchar(255) NOT NULL COMMENT '短信内容',
  `smsPhonrNumber` varchar(11) NOT NULL COMMENT '短信号码',
  `smsReturnCode` varchar(255) NOT NULL COMMENT '短信返回值',
  `smsCode` varchar(255) NOT NULL COMMENT '短信中的验证码',
  `smsFunc` varchar(50) NOT NULL COMMENT '调用短信的接口',
  `smsIP` varchar(16) NOT NULL COMMENT 'IP地址',
  `createTime` datetime NOT NULL COMMENT '创建时间',
  PRIMARY KEY (`smsId`),
  KEY `smsUserId` (`smsUserId`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT='短信发送记录表（zhao_log_sms）';


CREATE TABLE `zhao_log_staff_logins` (
  `loginId` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增ID',
  `staffId` int(11) NOT NULL DEFAULT '0' COMMENT '职员ID',
  `loginTime` datetime NOT NULL COMMENT '登录时间',
  `loginIp` varchar(16) NOT NULL COMMENT '登录IP',
  PRIMARY KEY (`loginId`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='职员登记记录表（zhao_log_staff_logins）';


CREATE TABLE `zhao_log_user_logins` (
  `loginId` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增ID',
  `userId` int(11) NOT NULL COMMENT '职员ID',
  `loginTime` datetime NOT NULL COMMENT '登录时间',
  `loginIp` varchar(16) NOT NULL COMMENT '登录IP',
  `loginSrc` tinyint(3) NOT NULL DEFAULT '0' COMMENT '登录来源（电脑端:0, 微信端:1, 手机端:2, 安卓端:3, 苹果端:4, 小程序端:5）',
  `loginRemark` varchar(30) DEFAULT NULL COMMENT '登录备注',
  PRIMARY KEY (`loginId`),
  KEY `userId` (`userId`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='会员登录记录表（zhao_log_user-logins）';


CREATE TABLE `zhao_menus` (
  `menuid` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id',
  `parentid` int(11) NOT NULL COMMENT '父id',
  `menuName` varchar(100) NOT NULL COMMENT '菜单名称',
  `menuSort` int(11) NOT NULL DEFAULT '0' COMMENT '菜单排序',
  `dataFlag` tinyint(4) NOT NULL DEFAULT '0' COMMENT '有效状态(1:有效 -1:无效)',
  `menuMark` varchar(50) DEFAULT NULL COMMENT '菜单标记(通常用于插件名称标记，方便卸载插件时删除记录)',
  `isShow` tinyint(4) DEFAULT '1' COMMENT '是否显示(0:不显示 1:显示)',
  `menuicon` varchar(50) DEFAULT NULL COMMENT '菜单图标(使用fontawesome。不必加fa-前缀)',
  PRIMARY KEY (`menuid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='后台菜单表（zhao_menus）';


CREATE TABLE `zhao_message_queues` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id',
  `userid` int(11) DEFAULT NULL COMMENT '用户id',
  `msgType` tinyint(4) DEFAULT '0' COMMENT '消息类型(1: 商城消息 2: 手机短信提醒 4: 微信模板消息提醒)',
  `paramJson` text COMMENT '消息参数JSON',
  `msgJson` text COMMENT '消息JSON',
  `createTime` datetime DEFAULT NULL COMMENT '创建时间',
  `sendTime` datetime DEFAULT NULL COMMENT '发送时间(发送时间)',
  `sendStatus` tinyint(4) DEFAULT '0' COMMENT '发送状态(状态:0未发送，1已发送)',
  `msgCode` varchar(100) DEFAULT NULL COMMENT '消息代码',
  PRIMARY KEY (`id`),
  KEY `userid` (`userid`),
  CONSTRAINT `zhao_message_queues_ibfk_1` FOREIGN KEY (`userid`) REFERENCES `zhao_message_queues` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='消息队列表（zhao_message_queues）';


CREATE TABLE `zhao_messages` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id',
  `msgType` tinyint(4) NOT NULL DEFAULT '0' COMMENT '消息类型(0:后台手工发送的消息 1:系统自动发的消息)',
  `sendUserid` int(11) NOT NULL DEFAULT '0' COMMENT '发送者id',
  `receiveUserid` int(11) NOT NULL DEFAULT '0' COMMENT '接受者id',
  `msgContent` text NOT NULL COMMENT '消息内容',
  `msgStatus` tinyint(4) NOT NULL DEFAULT '0' COMMENT '阅读状态(0:未读 1:已读)',
  `msgJson` varchar(255) DEFAULT NULL COMMENT '存放json数据(存放json数据(默认{from:1,dataid} from:0:普通消息 1:订单 2:商品 3:订单投诉 4:结算信息 5:体现信息 6:订单评价 dataid:关联的记录id))',
  `dataFlag` tinyint(4) NOT NULL DEFAULT '1' COMMENT '有效状态(1:有效 -1:无效)',
  `createTime` datetime NOT NULL COMMENT '发送时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='商城信息表（zhao_messages）';


CREATE TABLE `zhao_mobile_btns` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id',
  `btnName` varchar(255) DEFAULT NULL COMMENT '按钮显示名称',
  `btnSrc` tinyint(4) NOT NULL DEFAULT '0' COMMENT '按钮来源(0:手机 1:微信 2:小程序 3:app)',
  `btnURL` varchar(255) DEFAULT NULL COMMENT '按钮显示URL',
  `btnimg` varchar(255) DEFAULT NULL COMMENT '按钮图标',
  `addonsName` varchar(255) DEFAULT NULL COMMENT '插件名称',
  `btnSort` int(11) DEFAULT '0' COMMENT '按钮排序',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='移动端首页按钮管理表（zhao_mobile_btns）';


CREATE TABLE `zhao_navs` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id',
  `navType` tinyint(4) NOT NULL DEFAULT '0' COMMENT '导航类型(0:顶部 1:底部)',
  `navTitle` varchar(50) NOT NULL COMMENT '导航标题',
  `navUrl` varchar(100) NOT NULL COMMENT '导航网址',
  `isShow` tinyint(4) NOT NULL DEFAULT '1' COMMENT '是否显示(0:隐藏 1: 显示)',
  `isOpen` tinyint(4) NOT NULL DEFAULT '0' COMMENT '是否新开窗口(0:页面跳转 1: 新开窗口)',
  `navSort` int(11) NOT NULL DEFAULT '0' COMMENT '排序号',
  `createTime` datetime NOT NULL COMMENT '创建时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='商城导航表（zhao_navs）';


CREATE TABLE `zhao_order_complains` (
  `complainid` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增id',
  `orderid` int(11) NOT NULL DEFAULT '0' COMMENT '订单id',
  `complainType` tinyint(4) NOT NULL DEFAULT '1' COMMENT '投诉类型(1:承诺的没有做到 2:未按约定时间发货 3:未按成交价格进行交易 4:恶意骚扰 )',
  `complainTargetid` int(11) NOT NULL DEFAULT '0' COMMENT '投诉人id',
  `respondTargetid` int(11) NOT NULL DEFAULT '0' COMMENT '应诉人id(如果是店铺则为店铺id)',
  `needRespond` tinyint(4) NOT NULL DEFAULT '0' COMMENT '是否需要应付(0:不需要 1:需要)',
  `deliverRespondTime` datetime DEFAULT NULL COMMENT '移交应诉时间',
  `complainContent` text NOT NULL COMMENT '投诉内容',
  `complainAnnex` varchar(255) DEFAULT NULL COMMENT '投诉附件(最多5张图片)',
  `complainStatus` tinyint(4) NOT NULL DEFAULT '0' COMMENT '投诉状态(0:新投诉 1:转给应诉人 2:应诉人回应 3:等待仲裁 4:已仲裁)',
  `complainTime` datetime NOT NULL COMMENT '创建时间',
  `respondContent` text COMMENT '应诉内容',
  `respondAnnex` varchar(255) DEFAULT NULL COMMENT '应诉附件',
  `respondTime` datetime DEFAULT NULL COMMENT '应诉时间',
  `finalResult` text COMMENT '仲裁结果',
  `finalResultTime` datetime DEFAULT NULL COMMENT '仲裁时间',
  `finalHandleStaffid` int(11) DEFAULT '0' COMMENT '仲裁人id',
  PRIMARY KEY (`complainid`),
  KEY `orderid` (`orderid`),
  CONSTRAINT `zhao_order_complains_ibfk_1` FOREIGN KEY (`orderid`) REFERENCES `zhao_order_complains` (`complainid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='订单投诉表（zhao_order_complains）';

麒麟ZHAO
关注
  • 3
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
商城数据库的E-R绘图
06-11
商城数据库的E-R绘图
数据库设计--网上购物商城（源代码 源程序）.zip
07-02
这个压缩包文件"数据库设计--网上购物商城（源代码 源程序）.zip"包含了一个完整的网上购物商城系统的数据库设计以及相应的源代码和源程序，为深入理解电子商务平台的数据管理和系统实现提供了宝贵的学习资源。...
商城数据库E-R图-商城数据库E-R图
06-11
商城数据库E-R图-商城数据库E-R图
谷粒商城数据库创建表sql
01-21
本文将深入探讨“谷粒商城数据库创建表sql”这一主题，旨在理解如何利用SQL（Structured Query Language）来构建一个高效、稳定且功能完备的数据库。 首先，SQL是一种用于管理和处理关系数据库的标准语言，它允许...
数据库作业-电子商城系统.doc
05-16
【电子商城系统数据库设计】 电子商城系统的数据库设计是一项复杂的工作，需要考虑到各种业务场景和数据交互。在这个系统中，我们涉及到了多个实体及其之间的关系，包括管理员、用户、供应商、商品类别、商品、商品...
set user & password for database 设置数据库 用户和密码
DavidsonGong的博客
07-12 157
USE sbms;
7.10飞书一面面经
东篱君的博客
07-10 1229
B+树的⾮叶⼦节点不存放实际的记录数据，仅存放索引，所以数据量相同的情况下，相⽐存储即存索引⼜存记录的 B 树，B+树的⾮叶⼦节点可以存放更多的索引，因此 B+ 树可以⽐ B 树更「矮胖」，查询底层节点的磁盘 I/O次数会更少。主从复制：单节点Redis的并发能力是有上限的，要进一步提高Redis的并发能力，可以搭建主从集群，实现读写分离。B+ 树有⼤量的冗余节点（所有⾮叶⼦节点都是冗余索引），这些冗余索引让 B+ 树在插⼊、删除的效率都更⾼，⽐如删除根节点的时候，不会像 B 树那样会发⽣复杂的树的变化；
Redis集群和高可用
xiaogengtongxu的博客
07-13 586
主从架构无法实现master和slave角色的自动切换，即当master出现redis服务异常、主机断电、磁盘损坏等问题导致master无法使用，而redis主从复制无法实现自动的故障转移(将slave 自动提升为新master)，需要手动修改环境配置,才能切换到slave redis服务器，另外当单台Redis服务器性能无法满足业务写入需求的时候,也无法横向扩展Redis服务的并行写入性能。master和slave角色的无缝切换，让业务无感知从而不影响业务使用。
docker-compose安装PolarDB-PG数据库
wnfff的博客
07-12 298
docker-compose安装PolarDB-PG数据库
Redis数据结构-String篇
时间如瑾 代码如诗
07-12 904
对⼀个内部表示成long型的string执行append, setbit, getrange这些命令，针对的仍然是string的值（即⼗进制表示的字符串），而不是针对内部表⽰的long型进⾏操作。因此，在这些命令的实现中，会把long型先转成字符串再进行相应的操作。String 的内部存储结构⼀般是 sds（Simple Dynamic String，可以动态扩展内存），但是如果⼀个String 类型的 value 的值是数字，那么 Redis 内部会把它转成 long 类型来存储，从⽽减少内存的使用。
MySQL空间索引
你的指尖有改变世界的力量
07-10 294
空间类型是建立在空间类型字段上的。
Linux系统的用户组管理和权限以及创建用户
Johaden的博客
07-14 720
因此，我们可以根据每个用户的角色、职位和需求，为他们分配相应的权限，以确保服务器的安全性和有效管理。sudo（superuser do）是在类Unix操作系统中（包括Linux和macOS）常用的一个命令，它允许经过授权的用户以系统管理员（通常是root用户）的权限来运行程序或命令。2.在登陆Ubuntu时，会填写全名、用户名、密码等，所创建的这个用户就是默认用户，其中全名可以类似为一个昵称，用户名为主机名（较正式，不可随意更改）。超级用户可以执行系统上的所有命令，包括系统配置、文件访问和用户管理等。
Java面试八股之Redis集群Cluster
最新发布
u012151345的博客
07-15 433
如果客户端连接的是错误的节点，节点会返回MOVED或ASK重定向响应，指示客户端转向正确的节点。添加新节点：向集群中添加新节点时，通过redis-trib或redis-cli重新分配部分槽位到新节点，其他节点自动与新节点同步这部分槽位的数据。配置集群模式：为每个节点启用Cluster模式，指定Cluster所需的端口（通常为主节点端口+10000，用于节点间通信）以及Cluster配置文件（如redis.conf中的相关参数）。原主节点恢复后，若配置允许，它将自动成为新主节点的从节点。
基于Java技术的校园台球厅人员与设备管理系统
heye0910032的博客
07-12 551
本文介绍了一个基于Java技术和SpringBoot框架开发的校园台球厅人员与设备管理系统。该系统利用MySQL数据库进行数据存储，实现了包括首页、个人中心、用户管理、会员账号管理、会员充值管理、球桌信息管理、会员预约管理、普通预约管理、留言反馈和系统管理等多功能集成。系统设计考虑了用户友好性和操作便捷性，旨在提高校园台球厅人员与设备管理的效率和质量。本文介绍了一个基于Java技术和SpringBoot框架开发的校园台球厅人员与设备管理系统。
配置Redis时yml的格式导致报错
weixin_63680330的博客
07-12 837
这个错误是由于在创建名为'redissonClient'的bean时出现了问题。具体原因是Redis连接异常，无法解析主机名'null'。请检查您的Redis配置，确保主机名和端口号正确。但是我明明已经配置了，一番排查后发现是缩进问题。
在项目中，如何使用springboot+vue+springsecurity+redis缓存+Axios+MySQL数据库+mybatis
huanghm88的专栏
07-11 701
在Spring Boot中，可以使用Spring Data JPA和MyBatis来配置MySQL数据库。在Vue项目中，可以创建一个config.js文件来配置后端的API地址，然后在需要发送请求的地方使用Axios发送请求。根据业务需求，在Spring Boot中编写相应的接口和服务层代码，包括数据访问、业务逻辑等。在Vue中，可以使用Axios发送HTTP请求，并将响应的数据展示在前端页面上。分别启动后端的Spring Boot应用和前端的Vue应用，访问前端页面，就可以看到与后端进行通信的效果。
在 PostgreSQL 里如何实现数据的分布式事务的性能监控和优化？
技术笔记
07-13 969
总之，在 PostgreSQL 中实现数据的分布式事务的性能监控和优化需要综合运用多种手段，结合实际的业务场景和系统状况，不断探索和改进，以确保系统的高效稳定运行。想象一下，如果在处理重要的业务流程时，分布式事务的性能不佳，可能会导致系统响应缓慢，用户体验差，甚至可能影响到业务的正常开展。我们通过优化事务逻辑，将多个相关的转账操作合并为一个事务，减少了事务的数量和锁的竞争，从而显著提高了性能。例如，如果我们发现某个分布式事务因为频繁的锁等待导致性能下降，我们可以检查事务中的操作是否可以优化，减少锁的竞争。
在centos7.9下静默安装Oracle19c详细流程
欢迎来到我的学习笔记薄
07-12 281
HOST修改成自己的主机名或IP。
redis学习(009 实战:黑马点评:缓存穿透、缓存雪崩 、缓存击穿)
wang_book的博客
07-11 716
对比cep定理 在一致性和可用性中做选择。
在线商城数据库系统设计思路+效果
02-24
现在有一个需求，做一个在线商城的系统。需要实现主要流程有：用户登陆，浏览商品，商品加入购物车，选择待支付的商品支付，对商品进行评价。数据库设计：第一感觉是有用户表，商品表，商家表。然后为了支付，会产生账单表。现实生活中，用户有很多个不止一个，商品也有很多个，用户表和商品表之间的关系是多对多的关系，多个用户对应多个商品，那么就应该加一个中间表map，这个map在现实生活中的映射其实就是购物车。购物车持有对用户和商品的id引用。所以画出来是这样的。再来看商品表。一个商品，在不同的商家就是不同的商品，不存在一个商品属于两个商家的情况。所以商品和商家应该是多对一的关系。商家表是商品表的父表。商品表是商

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值