数据库设计案例二手车_数据库设计经典案例

1.数据库课程设计心得体会范文

CREATE TABLE `mmall_user` (

? `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用户表id',

? `username` varchar(50) NOT NULL COMMENT '用户名',

? `password` varchar(50) NOT NULL COMMENT '用户密码，MD5加密',

? `email` varchar(50) DEFAULT NULL,

? `phone` varchar(20) DEFAULT NULL,

? `question` varchar(100) DEFAULT NULL COMMENT '找回密码问题',

? `answer` varchar(100) DEFAULT NULL COMMENT '找回密码答案',

? `role` int(4) NOT NULL COMMENT '角色0-管理员,1-普通用户',

? `create_time` datetime NOT NULL COMMENT '创建时间',

? `update_time` datetime NOT NULL COMMENT '最后一次更新时间',

? PRIMARY KEY (`id`),

? UNIQUE KEY `user_name_unique` (`username`) USING BTREE

) ENGINE=InnoDB AUTO_INCREMENT=22 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_product` (

? `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '商品id',

? `category_id` int(11) NOT NULL COMMENT '分类id,对应mmall_category表的主键',

? `name` varchar(100) NOT NULL COMMENT '商品名称',

? `subtitle` varchar(200) DEFAULT NULL COMMENT '商品副标题',

? `main_image` varchar(500) DEFAULT NULL COMMENT '产品主图,url相对地址',

? `sub_images` text COMMENT '地址,json格式,扩展用',

? `detail` text COMMENT '商品详情',

? `price` decimal(20,2) NOT NULL COMMENT '价格,单位-元保留两位小数',

? `stock` int(11) NOT NULL COMMENT '库存数量',

? `status` int(6) DEFAULT '1' COMMENT '商品状态.1-在售 2-下架 3-删除',

? `create_time` datetime DEFAULT NULL COMMENT '创建时间',

? `update_time` datetime DEFAULT NULL COMMENT '更新时间',

? PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=30 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_category` (

? `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '类别Id',

? `parent_id` int(11) DEFAULT NULL COMMENT '父类别id当id=0时说明是根节点,一级类别',

? `name` varchar(50) DEFAULT NULL COMMENT '类别名称',

? `status` tinyint(1) DEFAULT '1' COMMENT '类别状态1-正常,2-已废弃',

? `sort_order` int(4) DEFAULT NULL COMMENT '排序编号,同类展示顺序,数值相等则自然排序',

? `create_time` datetime DEFAULT NULL COMMENT '创建时间',

? `update_time` datetime DEFAULT NULL COMMENT '更新时间',

? PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=100031 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_order` (

? `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '订单id',

? `order_no` bigint(20) DEFAULT NULL COMMENT '订单号',

? `user_id` int(11) DEFAULT NULL COMMENT '用户id',

? `shipping_id` int(11) DEFAULT NULL,

? `payment` decimal(20,2) DEFAULT NULL COMMENT '实际付款金额,单位是元,保留两位小数',

? `payment_type` int(4) DEFAULT NULL COMMENT '支付类型,1-在线支付',

? `postage` int(10) DEFAULT NULL COMMENT '运费,单位是元',

? `status` int(10) DEFAULT NULL COMMENT '订单状态:0-已取消-10-未付款，20-已付款，40-已发货，50-交易成功，60-交易关闭',

? `payment_time` datetime DEFAULT NULL COMMENT '支付时间',

? `send_time` datetime DEFAULT NULL COMMENT '发货时间',

? `end_time` datetime DEFAULT NULL COMMENT '交易完成时间',

? `close_time` datetime DEFAULT NULL COMMENT '交易关闭时间',

? `create_time` datetime DEFAULT NULL COMMENT '创建时间',

? `update_time` datetime DEFAULT NULL COMMENT '更新时间',

? PRIMARY KEY (`id`),

? UNIQUE KEY `order_no_index` (`order_no`) USING BTREE

) ENGINE=InnoDB AUTO_INCREMENT=118 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_order_item` (

? `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '订单子表id',

? `user_id` int(11) DEFAULT NULL,

? `order_no` bigint(20) DEFAULT NULL,

? `product_id` int(11) DEFAULT NULL COMMENT '商品id',

? `product_name` varchar(100) DEFAULT NULL COMMENT '商品名称',

? `product_image` varchar(500) DEFAULT NULL COMMENT '商品地址',

? `current_unit_price` decimal(20,2) DEFAULT NULL COMMENT '生成订单时的商品单价，单位是元,保留两位小数',

? `quantity` int(10) DEFAULT NULL COMMENT '商品数量',

? `total_price` decimal(20,2) DEFAULT NULL COMMENT '商品总价,单位是元,保留两位小数',

? `create_time` datetime DEFAULT NULL,

? `update_time` datetime DEFAULT NULL,

? PRIMARY KEY (`id`),

? KEY `order_no_index` (`order_no`) USING BTREE,

? KEY `order_no_user_id_index` (`user_id`,`order_no`) USING BTREE

) ENGINE=InnoDB AUTO_INCREMENT=135 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_cart` (

? `id` int(11) NOT NULL AUTO_INCREMENT,

? `user_id` int(11) NOT NULL,

? `product_id` int(11) DEFAULT NULL COMMENT '商品id',

? `quantity` int(11) DEFAULT NULL COMMENT '数量',

? `checked` int(11) DEFAULT NULL COMMENT '是否选择,1=已勾选,0=未勾选',

? `create_time` datetime DEFAULT NULL COMMENT '创建时间',

? `update_time` datetime DEFAULT NULL COMMENT '更新时间',

? PRIMARY KEY (`id`),

? KEY `user_id_index` (`user_id`) USING BTREE

) ENGINE=InnoDB AUTO_INCREMENT=127 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_pay_info` (

? `id` int(11) NOT NULL AUTO_INCREMENT,

? `user_id` int(11) DEFAULT NULL COMMENT '用户id',

? `order_no` bigint(20) DEFAULT NULL COMMENT '订单号',

? `pay_platform` int(10) DEFAULT NULL COMMENT '支付平台:1-支付宝,2-微信',

? `platform_number` varchar(200) DEFAULT NULL COMMENT '支付宝支付流水号',

? `platform_status` varchar(20) DEFAULT NULL COMMENT '支付宝支付状态',

? `create_time` datetime DEFAULT NULL COMMENT '创建时间',

? `update_time` datetime DEFAULT NULL COMMENT '更新时间',

? PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=61 DEFAULT CHARSET=utf8;

CREATE TABLE `mmall_shipping` (

? `id` int(11) NOT NULL AUTO_INCREMENT,

? `user_id` int(11) DEFAULT NULL COMMENT '用户id',

? `receiver_name` varchar(20) DEFAULT NULL COMMENT '收货姓名',

? `receiver_phone` varchar(20) DEFAULT NULL COMMENT '收货固定电话',

? `receiver_mobile` varchar(20) DEFAULT NULL COMMENT '收货移动电话',

? `receiver_province` varchar(20) DEFAULT NULL COMMENT '省份',

? `receiver_city` varchar(20) DEFAULT NULL COMMENT '城市',

? `receiver_district` varchar(20) DEFAULT NULL COMMENT '区/县',

? `receiver_address` varchar(200) DEFAULT NULL COMMENT '详细地址',

? `receiver_zip` varchar(6) DEFAULT NULL COMMENT '邮编',

? `create_time` datetime DEFAULT NULL,

? `update_time` datetime DEFAULT NULL,

? PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=30 DEFAULT CHARSET=utf8;

GitHub 地址： style="font-size: 18px;font-weight: bold;border-left: 4px solid #a10d00;margin: 10px 0px 15px 0px;padding: 10px 0 10px 20px;background: #f1dada;">数据库课程设计心得体会范文

几乎在所有web项目中，都涉及文章分类和标签的设计，应该说这是一个比较常见、典型的案例

站长并不保证我的思路就是最好的，只是分享出来大家一起交流一下，互相促进与提高

我们假设的开发项目是一个博客系统，最核心的部分就是与文章相关的，那么我们今天讨论如何设计博客系统的文章分类和标签

1、首先，分类和标签都是要和具体的文章相关联的，当然也可能一些文章既没有分类也没有标签，这一点是大家在写查询的时候容易疏忽的地方

因为我们的第一感觉就是，在查询文章列表的时候关联分类表，查出所有的文章和分类，对应关系一般是文章表的分类id对应分类表的id，使用where子句进行限定

这里就存在一个问题了，由于使用了where子句，那么只能查询有分类的文章，而没有分类的文章就查询不到了

这时候怎么办？应该使用连接查询，left join，这要没有分类的文章，在文章分类id那一栏会显示null

通常我们只使用left join，而很少使用right join

2、一般，一篇文章最好只对应一个分类，当然如果你想要对应多个分类也可以

但站长并不提倡，文章在多个分类中重复会给人很不专业的感觉，即使有些文章可能确实设计到多方面的内容，那么你应就其中的侧重点来分类

而标签就不一样了，一篇文章可能有多个标签

这就意味着我们无法靠一个sql语句既查出所有文章的分类和标签，又做到查询结果中的文章id不重复

通常我们需要把查询出来的结果直接循环出来，那么这个结果一般是二维数组，第二维的都存储了唯一一篇文章的相关信息

但是，标签和文章是多对一的关系，多个标签对应一篇文章，如果你只用一条sql语句的话，那么我们查询出来的结果，当然也是多行，这不符合我们目标数据的要求

应此，需要在查询完文章和分类之后，在前面结果的基础上再查询一次文章标签，把两次的结果结合起来，存在数组中，这是对应文章列表页面的查询方法

对于具体文章页面，可以分两次查询

好了，还没有给出具体的数据库设计，就先说了如何查询结果，相信大家也看烦了，下面就举例说明：一、文章表：post，字段如下：id唯一标识，aid作者id，title标题,content内容，cid分类id二、分类表，category，字段如下：id唯一标识，与post表的cid关联,name分类名三、标签表，tag，字段如下：id唯一标识，name标签名四、标签与文章对应关系表，tag_，字段如下：id唯一标识，postid文章id，与post表的id关联，tagid标签id，tag表的id关联有朋友可能会问：为什么要单独用一个表来存储文章与标签的对应关系，为什么不可以直接在tag表中增加一个文章id字段呢，比如：tag表：id，postid，name这样做的话，并不是不可以，但是，由于一篇文章对应多个标签，所以name字段的值会出现很多重复，比如一篇文章，假设文章id为1，有2个标签，php和mysql，那么在tag表会这样存储：id:1,postid:1,name:phpid2,postid:1,name:mysql另一篇文章，假设id为2，有2个标签，也是php和mysql，那么在tag表中它会这样存储：id:3,postid:2,name:phpid4,postid:2,name:mysql大家很快就发现了问题，这样的设计name字段也就是标签的名称在同一张表中可能会大量重复

但是这样设计的好处是，如果你要查询一个标签下有多少篇文章，只要单独查这个表就可以了，比如要查询含有php标签的文章有多少篇，只需要select count(name) 02from tag where name=’php’,就可以查出来

不好的地方是，如果要查询所有标签的集合，使用这种设计需要使用group by name语句来去除重复的行

如果用之前的那种，只需要select * from tag就可以了

一时之间，好像不太好取舍

这两种设计都会有数据冢余，第一种tag_表中，存在tagid字段的重复；而这两种设计又都有各自的好处

那么我们到底该怎么选择呢？站长也说不好，所以无法为大家下结论

但是站长在研究wordpress数据结构的时候，发现wp是采用的单独建表存储文章与标签对应关系的方式

另外，如何设计有时候也是取决具体功能的需求的，所以这个问题就留给大家一起来讨论吧~ 标签：分类和标签, 博客数据库设计

　通过数据库课程设计的完成，我们从中获得了不少的感慨，通过对所学知识的体会，能够明显感觉到自己比以往进步了不少。以下是由我为大家整理的“数据库课程设计心得体会范文”，仅供参考，欢迎大家阅读。

　在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业信息化处理的要求。通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统设计开发的基本方法，进一步提高我们综合运用所学知识的能力。

　当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。

　我所负责的是数据库的备份和还原还有一些界面的实现。还记得自己刚接触html的时候，觉得很感兴趣，所以有一段时间几乎到了痴迷的程度。然而php是我刚接触不久的一种编程语言。不过觉得它的功能真的很强大，可以开发出很多大型的系统。但是在做备份和还原的时候，要考虑的东西还是很多的。当我遇到错误的时候，感到很受打击。值得欣慰的是，在同学的帮助和大量参考书的查阅下，我把自己的模块做好了。这就是我收获最大的地方。而且，我明白了遇到困难永不放弃的重要性，我知道了团队合作的重要性，我领悟了只有坚持不懈才会取得胜利。

　知识的获得是无止境的，只要你想学，只要你行动，没有什么会难倒我们的。回首这一个多星期的课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们的不懈帮助，谢谢学校给了我们这一次实践的机会，也谢谢组员们的关怀。这些美好的回忆美好的东西将永远伴随着我。

　本次课程设计，使我对《数据结构》这门课程有了更深入理解。《数据结构》是一门实践性较强课程，为了学好这门课程，必须在掌握理论知识同时，加强上机实践。

　我课程设计题目是线索二叉树运算。刚开始做这个程序时候，感到完全无从下手，甚至让我觉得完成这次程序设计根本就是不可能，于是开始查阅各种资料以及参考文献，之后便开始着手写程序，写完运行时有很多问题。特别是实现线索二叉树删除运算时很多情况没有考虑周全，经常运行出现错误，但通过同学间帮助最终基本解决问题。

　在本课程设计中，我明白了理论与实际应用相结合重要性，并提高了自己组织数据及编写大型程序能力。培养了基本、良好程序设计技能以及合作能力。这次课程设计同样提高了我综合运用所学知识能力。并对VC有了更深入了解。《数据结构》是一门实践性很强课程，上机实习是对学生全面综合素质进行训练一种最基本方法，是与课堂听讲、自学和练习相辅相成、必不可少一个教学环节。

　上机实习一方面能使书本上知识变“活”，起到深化理解和灵活掌握教学内容目；另一方面，上机实习是对学生软件设计综合能力训练，包括问题分析，总体结构设计，程序设计基本技能和技巧训练。此外，还有更重要一点是：机器是比任何教师更严厉检查者。因此，在“数据结构”学习过程中，必须严格按照老师要求，主动地、积极地、认真地做好每一个实验，以不断提高自己编程能力与专业素质。

　通过这段时间课程设计，我认识到数据结构是一门比较难课程。需要多花时间上机练习。这次程序训练培养了我实际分析问题、编程和动手能力，使我掌握了程序设计基本技能，提高了我适应实际，实践编程能力。总来说，这次课程设计让我获益匪浅，对数据结构也有了进一步理解和认识。

　一周的课程设计结束了，在这次的课程设计中不仅检验了我所学习的知识，也培养了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在设计过程中，和同学们相互探讨，相互学习，相互监督。我学会了运筹帷幄，学会了宽容，学会了理解，也学会了做人与处世，这次课程设计对我来说受益良多。

　课程设计是我们专业课程知识综合应用的实践训练，着是我们迈向社会，从事职业工作前一个必不少的过程。“千里之行始于足下”，通过这次课程设计，我深深体会到这句千古名言的真正含义。我今天认真的进行课程设计，学会脚踏实地迈开这一步，就是为明天能稳健地在社会大潮中奔跑打下坚实的基础。我这次设计的科目是数据结。

　数据结构，是一门研究非数值计算的程序设计问题中计算机的操作对象（数据元素）以及它们之间的关系和运算等的学科，而且确保经过这些运算后所得到的新结构仍然是原来的结构类型。“数据结构”在计算机科学中是一门综合性的专业基础课。数据结构是介于数学、计算机硬件和计算机软件三者之间的一门核心课程。数据结构这一门课的内容不仅是一般程序设计（特别是非数值性程序设计）的基础，而且是设计和实现编译程序、操作系统、数据库系统及其他系统程序的重要基础。通过这次模具设计，我在多方面都有所提高。

　在界面设置中使用函数调用while。其中文本显示颜色和背景颜色都可以任意按照自己的喜好，任意改变，但改变的时候必须采用标准英文大写，同时在制作显示菜单的窗口，大小根据菜单条数设计。最后采用printf输出程序设计界面。

　这次的程序软件基本上运行成功，可以简单的建立链式循环链表，并进行输出，及循环语句的运用和选择语句的控制。由于时间和知识上的限制，使得程序规模相对较小，即功能还不很全面，应用也不很普遍。原来C语言可是涉及很多知识，而不是枯燥无聊的简单的代码部分而已，利用C语言方面的知识，我们可以设计出更完善的软件。

　通过这次的课程设计，更是让我深刻认识到自己在学习中的不足，同时也找到了克服这些不足的方法，这也是一笔很大的资源。在以后的时间中，我们应该利用更多的时间去上机实验，加强自学的能力，多编写程序，相信不久后我们的编程能力都会有很大的提高能设计出更多的更有创新的作品。