任务的阶段信息直接存储为JSON格式，这种格式避免了表关联，避免建表，应用层处理也简单的多了。 1. JSON内容为信息性质，而不具备非统计功能；简单讲就是展示，不能用于深度处理； 2. JSON内容不应该是多表需要的；比如一些信息其实是被多表共享的，这就不可以了，因为存在一个更新批量的问题；JSO
转载
2017-06-11 14:14:00
868阅读
2评论
一、FIND_IN_SET()： FIND_IN_SET()函数返回指定字符串在以逗号分隔的字符串列表中的位置。常用在部门的子部门或者子部门的上级部门等场景下使用。FIND_IN_SET(needle,haystack); FIND_IN_SET()函数接受两个参数：第一个参数needle是要查找的字符串。第二个参数haystack是要搜索的逗号分隔的字符串列表。 FIND_IN_
转载
2023-07-03 21:43:14
86阅读
网络爬虫一般我们在网络上抓取数据时，都会想到要使用网络爬虫，那我们就来看看一般网络爬虫的实现思路。设计模式爬虫的中心思想就是以最初一个Url为注入点，从这个Url抓取更多Url，并从这些网页中获取自己想要的数据。所以，我们可以使用一个队列来存储这些Url，然后使用 生产者消费者模式来对这个队列进行维护。Queue<string> urlQueue=new Queue<string
转载
2024-03-21 07:03:27
68阅读
本文作者为 PingCAP 联合创始人兼 CTO 黄东旭，将分享分布式数据库的发展趋势以及云原生数据库设计的新思路。在讲新的思路之前，先为过去没有关注过数据库技术的朋友们做一个简单的历史回顾，接下来会谈谈未来的数据库领域，在云原生数据库设计方面的新趋势和前沿思考。首先来看看一些主流数据库的设计模式。常见的分布式数据库流派分布式数据库的发展历程，我按照年代进行了分类，到目前为止分成了四代。第一代是基
转载
2021-01-15 18:54:00
729阅读
2评论
在讲新的思路之前，先为过去没有关注过数据库技术的朋友们做一个简单的历史回顾，接下来会谈谈未来的数据库领域，在云原生数据库设计方面的新趋势和前沿思考。首先来看看一些主流数据库的设计模式。常见的分布式数据库流派分布式数据库的发展历程，我按照年代进行了分类，到目前为止分成了四代。第一代是基于简单的分库分表或者中间件来做 Data Sharding 和 水平扩展。第二代系统是以 Cassandra、HBa
转载
2021-01-19 15:48:00
232阅读
2评论
本文作者为 PingCAP 联合创始人兼 CTO 黄东旭，将分享分布式数据库的发展趋势以及云原生数据库设计的新思路。在讲新的思路之前，先为过去没有关注过数据库技术的朋友们做一个简单的历史回顾，接下来会谈谈未来的数据库领域，在云原生数据库设计方面的新趋势和前沿思考。首先来看看一些主流数据库的设计模式。常见的分布式数据库流派分布式数据库的发展历程，我按照年代进行了分类，到目前为止分成了四代。第一代是基
转载
2021-01-15 18:53:23
189阅读
2评论
1：什么是扩展字段？某张表中的字段为基本属性，某个系统在不同用户不同场合可能需要其他的属性。2：扩展思路扩展原则：扩展字段的使用是用户级别的，即在不改动系统程序的条件下进行扩展。数据存储：1：可以使用一个字段存储所有扩展信息的方法；2：可以使用关联表的方法；配置方法：将高级属性配置在XML中，每次添加或修改数据时进行同步。3：如何实现？（这里数据存储使用关联表的方法）1：数据库表及关联关系，这样每个表添加扩展功能都需要创建两张表；可以考虑所有表扩展都使用两张表，但没有前者结构清晰。2：xml配置 扩展属性，可以添加 修改 不支持 删除 ；支持下拉框；4：扩展属性的意义：个人觉得做产品的话，对每
转载
2012-11-15 16:16:00
1284阅读
2评论
数据库设计是整个程序的重点之一，为了支持相关程序运行，最佳的数据库设计往往不可能一蹴而就，只能反复探寻并逐步求精，这是一个复杂的过程，也是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。下面给出了20个数据库设计最佳实践，当然，所谓最佳，还是要看它是否适合你的程序。一起来了解了解吧。1.使用明确、统一的标明和列名，例如 School, SchoolCourse, CourceID。2
转载
2024-02-19 10:14:06
107阅读
三范式1NF:字段不可分;2NF:有主键，非主键字段依赖主键;3NF:非主键字段不能相互依赖;解释:1NF:原子性 字段不可再分,否则就不是关系数据库;2NF:唯一性 一个表只说明一个事物;3NF:每列都与主键有直接关系，不存在传递依赖;第一范式(1NF)即表的列的具有原子性,不可再分解，即列的信息，不能分解, 只要数据库是关系型数据库(mysql/oracle/db2/informix/sysb
转载
2023-10-19 12:41:02
138阅读
1.数据库的设计 1.多表之间的关系 ①分类 #一对一 #一对多（多对一） 示例：部门——员工 #多对多 示例：学生——课程 ②实现关系 #一对多实现方式：在多的一方建立外键，指向一的一方的主键 #多对多的实现方式：需要借助第三张中间表。中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键。第三张表如图所示#一对一实现方式：可以在任意一方添加唯一外键指向另一方的主键。2.数据
转载
2023-08-16 16:43:28
293阅读
目录第一章：数据库设计第三章：逻辑设计第五章：关系型数据库体系结构p52第六章数据库的创建与管理盘P70第八章表数据的创建与维护p971.插入数据:2.查看表的数据：3.修改数据：4.删除数据：5.完整性约束p109第九章数据查询1查询操作的五种基本操作为：2运算的三大操：3查询：4查询消除重复行：5group by:6order by/asc/desc:7having8limit9多表连接：10
转载
2023-07-07 23:14:08
150阅读
数据库设计是整个程序的重点之一，为了支持相关程序运行，最佳的数据库设计往往不可能一蹴而就，只能反复探寻并逐步求精，这是一个复杂的过程，也是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。下面给出了20个数据库设计最佳实践，当然，所谓最佳，还是要看它是否适合你的程序。一起来了解了解吧。1.使用明确、统一的标明和列名，例如 School, SchoolCourse, CourceID。2
转载
2023-09-02 14:01:18
313阅读
前言 看完mysql必知必会后，一直以来都有一个误区，认为码农在实际的过程中，只需要掌握，创建数据库，在数据库创建表，然后对表进行增删改查就完了。直到研一上又重新选修了《数据库系统概述》，才发现一个专业的DBA（数据库管理员）进行一套专业的数据开发也是有一套自己的规范的。数据库设计的概念 数据库建设是指数据库应用系统从设计，实施到运行与维护的全
转载
2023-06-22 11:42:01
150阅读
leetcode 数据库习题练习简单难度175. 组合两个表（left join ... on）176*. 第二高的薪水（ifnull ; ）类似题目177181. 超过经理收入的员工（判断是否为空（is null）; 自联表）182.查找重复的电子邮箱（group by）183. *从不订购的客户（子查询，not in）196. 删除重复的电子邮箱 （delete , 自联表）197*. 上升
转载
2023-08-08 20:11:20
166阅读
为什么需要规范的数据库设计? 什么是数据库设计?数据库设计就是将数据库中的数据实体及这些数据实体之间的关系,进行规划和结构化的过程. 数据库设计非常重要!数据库中创建的数据结构的种类,以及在数据实体之间建立的复杂关系是决定数据库系统效率的重要因素 良好的数据库设计:效率高便于进一步扩
转载
2023-06-23 16:18:16
224阅读
1 MySql数据库建模过程需求分析阶段：分析客户的业务和处理需求概要设计阶段：设计数据库的E-R模型图，确认需求信息的正确和完整详细设计阶段：应用三大范式审核数据表结构代码编写阶段：物理实现数据库，编码实现应用软件测试阶段：....安装部署：...2设计数据库的步骤1了解需求：与该系统有关人员进行交流、座谈，充分了解用户需求，理解数据库需要完成的任务2标识实体：标识数据库要管理的关键对象或实体（
转载
2024-02-22 11:38:52
75阅读
所谓“万丈高楼平地起”，一个稳固的建筑离不开扎实的基础。同样，良好的的「逻辑设计」和「物理设计」是数据库高性能的基石。我们需要根据系统需要执行的 SQL 语句设计 schema，这往往权衡各种因素。
2 MySQL 数据库设计的“奥秘”【主题】逻辑设计：数据类型与 Schema所谓“万丈高楼平地起”，一个稳固的建筑离不开扎实的基础。同样，良好的的「逻辑设
转载
2024-06-19 18:56:51
93阅读
目录一、数据库设计的重要性二、范式 - 简介：1、什么是范式？第一范式 - 单一列第二范式 - 中间表 - 一对多第三范式 - 不产生中间表 - 一对一、多对一三、数据库表设计的注意要点参考链接 一、数据库设计的重要性良好的表结构设计是高性能的基石，应该根据系统将要执行的业务查询来设计，这往往需要权衡各种因素。糟糕的表结构设计，会浪费大量的开发时间，严重延误项目开发周期，让人痛苦万分，而且直接影
转载
2023-08-29 19:32:22
111阅读
58同城数据库架构设计思路58和赶集合并了，但是针对于58同城这类分类信息网站的数据量一定会非常大，但是他们的数据库架构又有多少人了解呢？（1）可用性设计解决思路：复制+冗余副作用：复制+冗余一定会引发一致性问题保证“读”高可用的方法：复制从库，冗余数据，如下图带来的问题：主从不一致解决方案：见下文保证“写”高可用的一般方法：双主模式，即复制主库（很多公司用单master，此时无法保证写的可用性）
转载
精选
2015-04-30 10:33:15
698阅读
数据库优化思路
原创
2023-02-26 10:14:53
102阅读
