其实我一直在准备另一篇博文的基础资料,但是和朋友聊天,他问我最近在做什么,我说在做系统Log模块,并和他交流了一下,于是这篇博客就应运而生 我的博客目录:Index & Writing Plan 所有数据都可以用如下形式表述:ID,表名,列名,Value 比如说现在有这么一条数据 ...
以MySQL . 为例,在一个项目中的数据库schema中建表 建库 统一字符集和排序规则 规则 库的默认字符集选择utf mb ,表 字段默认上级 库的排序规则选择utf mb general ci,表 字段默认上级 好处 统一排序规则,防止不必要的隐式转换,库级先指定,表级,字段级默认上级即可。 一 命名法 如果是大小写敏感的数据库 MySQL 就用蛇形命名法 小写 下划线 如果是大小写不敏感 ...
2020-11-02 10:30 1 1129 推荐指数:
其实我一直在准备另一篇博文的基础资料,但是和朋友聊天,他问我最近在做什么,我说在做系统Log模块,并和他交流了一下,于是这篇博客就应运而生 我的博客目录:Index & Writing Plan 所有数据都可以用如下形式表述:ID,表名,列名,Value 比如说现在有这么一条数据 ...
首先是一些废话: 前文链接: 我们该如何设计数据库(一) 我们该如何设计数据库(二) 在《我们该如何设计数据库(二)》中,园友Jacklondon Chen提出了一些问题,大致如下: “man/woman应该设计在同一张表中。 用户表大多都设计成一个表。连分 ...
最近真是忙翻天了,该是有三个月没写博客了 博客目录:Index & Writing Plan 这次的需求是在Mongo的使用中碰到的,但是我觉得把这个需求放进传统的RDBMS中更易于理解。需求是这样的:假设你数据库使用的是Sqlserver,有一张表,500W条数据,你要做 ...
数据库该如何设计,一直以来都是一个仁者见仁智者见智的问题。 对于某一种数据库设计,并不能简单的用好与不好来区分。或许真的应了那句话,没有最好,只有最适合。讨论某种数据库设计的时候,应该在某种特定的需求环境下讨论。 下面来讨论一下在项目中经常碰到的用户的联系方式储存的问题 ...
最近公司要开发新系统,基本决定使用ORM(高层还在犹豫,担心效率问题)。既然使用了ORM,那么自然而然的就想到了用面向对象的思想来设计数据库 本篇文章旨在讨论如何抽象(以用户作为抽象的例子),并提出一些解耦的思路 我也是第一次在实际项目中使用面向对象的思想来设计数据库,写下这篇博客,也是希望 ...
,对我们设计录入界面大有好处。 〖例1〗:一份员工履历资料,在人力资源信息系统中,就对应三个基本表:员 ...
后,对我们设计录入界面大有好处。 〖例1〗:一份员工履历资料,在人力资源信息系统中,就对应三个基本 ...
我也是最近才了解数据库范式。 所谓数据库范式就是在数据库设计的时候遵从不同的规范和要求,设计出合理的关系型数据库。 范式化设计的优点 可以尽可能的减少数据冗余 维护更新快速 范式化的表通常比非范式话的表要小,可以在内存中运行 目前关系数据库有六种范式: 第一范式 ...