java使用ssm开发的母婴商城系统，用户可以注册浏览商品，加入购物车或者直接下单购买，在个人中心管理收货地址和订单，管理员也就是商家登录后台可以发布商品，上下架商品，处理待发货订单等。
在网上看见关于一首歌的评论，共勉：十年前，你周围的人会根据你父母对待你。十年后，你周围的人会根据你对待你的父母和你的孩子！没有不弯的路，没有不谢的花。通往成功的路不会平坦宽阔，实现自已的梦想不会一帆风顺，人生不如意十有八九，但这些都是暂时的。花开花落，潮起潮落，一切都会有终结的！
自增长，也就是auto_increment是数据库中的一个比较特殊的定义，当相应列的值给值为NULL或者不给值的时候，会触发auto_increment，对当前已经存在的字段的数字进行+1或+你给的特定值的操作，如我上面的例子，auto_increment一般跟主键搭配操作，比较合适。 注意：在同一张表最多只能有一个自增长的字段，并且你给自增长字段赋值，这时自增长字段会失效，mysql会录入你给定的值 （1）如何查看此时表内自增长的值从几开始
我们在设计表结构的时候，经常会对某一列设置自增长的值，它的作用是可以帮助我们自动递增某一列的值，自增长的属性经常被设置在主键列上，原因是主键必须具有唯一性，而自动增长可以避免重复，二者结合恰到好处。除此之外，自增长的属性还可以避免在数据插入的时候，出现大量的数据页分裂操作，关于这一点，后面说到索引的时候，会着重介绍，现在我们只需要知道，主键一般设置成自增长的即可。
使用SQLServer、MySQL时，无论我们使用的是直接JDBC连接数据库，还是通过Hibernate操纵数据库，我们只需要设置一个选项或者一行注解便可以实现主键的自增长。
comment是专门用来给开发人员进行维护的注释说明 基本语法： ** comment’字段描述’**
约束用于确保数据库的数据满足特定的商业规则。在mysql中，约束包括: not null、unique,primary key,foreign key,和check五种。
Hibernate的核心就是对象关系映射： 加载映射文件的两种方式： 第一种：<mapping resource="com/bie/lesson02/crud/po/employee.hbm.
mysql中的6个列属性：null，default，comment，primary key，unique key，auto_increment
整数类型：tinyint、smallint、mediumint、integer、bigint
--注意上面表中ID为自增长，如果User表中没有ID自增长，可以虚拟一个ID自增长列。
今儿做了很多的业务需求，对接了几个接口，算是比较充实吧。想起了同事说的那句话，越忙的时候，越要停下来好好思考，抽空整理整理，不然就会很快陷入一个死循环里面去，最近也要好好整理整理之前学的一些东西了，一个清晰的条理，才能让你事半功倍。今天就补充一点之前遗漏的内容吧。
1. 锁类型 锁是数据库区别与文件系统的一个关键特性，锁机制用于管理对共享资源的并发访问。 InnoDB使用的锁类型，分别有： 共享锁（S）和排他锁（X） 意向锁（IS和IX） 自增长锁（AUTO-INC Locks） 1.1. 共享锁和排他锁 InnoDB实现了两种标准的行级锁：共享锁（S）和排他锁（X） 共享锁：允许持有该锁的事务读取行记录。如果事务 T1 拥有记录 r 的 S 锁，事务 T2 对记录 r 加锁请求：若想要加 S 锁，能马上获得；若想要获得 X 锁，则请求会阻塞。 排他锁：允许持有该锁
开始前先大概的描述下IDOR漏洞是啥。嗯！ 举个例子，有一个角色下面有N个用户，拥有这个角色的用户都有自身创建的普通用户操作权限（比如删除）。我们一般情况都是通过表主键来操作这条记录的，那么这么一个功能就涉及到两个接口（查询列表，删除指定用户）。
本文实例讲述了PHP结合Redis+MySQL实现冷热数据交换应用案例。分享给大家供大家参考，具体如下：
最近碰到向一张表中插入一条数据，可怎么样都是失败的，报错： SQLCODE=-798, SQLSTATE=428C9, SQLERRMC=ID
如何给DataGrid添加自动增长列 我想我们都知道在数据库中如何添加自增长列，我们可以将这个自增长列绑定到DataGrid上使得用户方便的知道现在是第几行，今天我介绍一种不用数据库就可以简单显示出自增长列的方法，有人可能会说既然数据库支持我们为什么这样做？我想有如下的两个理由：1、不是所有的表都有自增长列。2、当自增长列不自动复制的时候会出现断号的现象，即使复制这也是有可能发生的。但是先要说明的是这个方法只能显示出来当前页的序号，也就是说如果有分页它只能标记当前这一页的序号。如果要同样实现分页的功能我想使
MySQL约束 <1> 概念 是一种限制，它是对表的行和列的数据做出约束，确保表中数据的完整性和唯一性。 <2> 使用场景 创建表的时候，添加约束 <3> 分类 default: 默认约束, 域完整性 not null: 非空约束，域完整性 unique: 唯一约束，实体完整性 primary key: 主键约束，实体完整性 foreign key: 外键约束，参照完整性 check: 检查约束（MySQL不支持），域完整性 auto_increment: 自增长约束 unsigned: 无符号约束 zer
解决方案是：类似新华字典一样，redis里面针对某个活动只存储key值，内容保存在JVM cache中。因为目前都是存在JVM中，如果是分布式同步下，需要使用zookeeper。
之前的文章中写了一个小问题，当我们使用自增长的方式限定了一个自增长字段id以后，如果删除id=7的一条记录，再重新插入新纪录的时候，这个新纪录的id值会是多少？
字段属性：null/not null,primary key,auto_increment,unique key,comment,default
Greenplum（以下简称GP）是基于PostgreSQL的MPP数据库。在使用方式和语法上和PostgreSQL基本一致，而PostgreSQL与MySQL在使用上还是有一些差异。本文在操作层面列举了一些最基本的差异，让MySQL用户能够快速上手GP。
记录r进行上X锁，先对数据库A、表、页上加意向锁IX，才能对记录r上X锁。
锁定读的语句加锁类型注意事项select ... for update加X锁务必加上BEGIN， START TRANSACTION或者 SET AUTOCOMMIT=0select ... lock in share mode 加S锁
其中一个最主要的原因是互联网人口红利的持续衰减，互联网用户数量的增速越来越低，甚至是没有增长或者是负增长。在移动互联网早期，可能随随便便做个App项目，用户的增长都不会太差，但是放到现在却变得非常艰难。
背景 在 SQL Server 2012 和 2014 中，初始化 SQL Server Always On 可用性组中的次要副本的唯一方法是使用备份、复制和还原。 在一个高可用组里面添加一个数据库需要很多手动任务和一些必要条件。需要完成的这些工作中，有一些是有些困难的，比如: 我们需要从主副本中备份数据库，并将这个备份分发到可用组的其他副本中。这是基于手动操作的，因为这需要你从主数据库备份还原数据库到次要副本。 有时候，我们不能通过网络防火墙在副本之间传送数据库备份文件。这种情况下，需要开放SMB协议端口
约束条件：限制表中的数据，保证添加到数据表中的数据准确和可靠性！凡是不符合约束的数据，插入时就会失败！ 约束条件在创建表时可以使用， 也可以修改表的时候添加约束条件
此时可见，自增长作用已经体现出来，没有给id值，自增长自动给其从1开始增长。 （2）修改数据
1 /** 2 * npm install log4js 3 * 源码及文档地址：https://github.com/nomiddlename/log4js-node 4 */ 5 var log4js = require('log4js'); 6 7 /** 8 * 第一种： 9 * configure方法为配置log4js对象，内部有levels、appenders、categories三个属性 10 * levels: 11 *
unique、 primary key、not null、default相对简单，本篇文章不做记录。
MySQL 的主键和 Oracle 差不多，都是对应一个唯一索引并且索引列是非空的。
log4js是在nodejs一个非常好用的日志组件，但是今天在使用的时候从网上查看的代码并不能运行（http://www.cnblogs.com/atp-sir/p/7070050.html），于是查
Data Manipulation Language数据操纵语言 关键字：insert 、update 、delete
latch称为闩锁（shuang suo），其要求锁定的时间必须非常短。若持续的时间长，则应用的性能会非常差。在InnoDB存储引擎中，latch又分为mutex互斥锁 和 rwLock读写锁。其目的是为了保证并发线程操作临界资源的正确性。通常没有死锁的检测机制。
Mongo shell中使用大整数字面量，但默认整数字面量类型却是双精度浮点数，导致丢失精度
本文只整理MySQL的自增字段方案，Oracle和SQL Server的自增长方案就不介绍了。
1主配置文件Hibernate.cfg.xml主配置文件中主要配置：数据库连接信息、其他参数、映射信息！常用配置查看源码：hibernate-distribution-3.6.0.Final
今天搭建了一套双主复制的架构，这种架构包含两台服务器，每一台都被配置成对方的主库和备库，是一种特殊的主从，架构图如下：
情景摘要 今天写了个非id 的group by，结果提示1055 sqlalchemy.exc.InternalError: (pymysql.err.InternalError) (1055, "Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'heanny.map_cameras.id' which is not functionally dependent on colum
一个顾客可以使用顾客编号列，而订单可以使用订单ID，雇员可以使用雇员ID 或 雇员社会保险号。
我们知道DISTINCT可以去掉重复数据，GROUP BY在分组后也会去掉重复数据，那这两个关键字在去掉重复数据时的效率，究竟谁会更高一点？
Java程序在运行的过程中对于数据进行存储操作，变量，对象，数组，集合，双边队列...数据是保存到内存中，数据存储是瞬时的，程序退出，电脑异常。都会导致数据丢失并且不可逆。 文件存储数据，XML，JSON，其他文件。可操作性比较差，API繁琐，不同的文件有不同的解析方式，而且在内存占用和效率问题上很难达到两全程度。 存在的一些问题： 1. 文件保存的数据没有数据类型区分，都是字符串。 2. 数据存储量是较小的，有一定限制的。 3. 没有安全限制。 4. 文件操作没有备份，回滚，数据保护机制
今天在使用数据库的时候，遇到一个场景，即在插入数据完成后需要返回此数据对应的自增主键id，但是在使用Mybatis中的generatedKey且确认各项配置均正确无误的情况下，每次插入成功后，返回的都是1，而不是最新的自增Id。
MySQL数据库通过约束(constraints)防止无效的数据进入到数据库中，以保护数据的实体完整性。 MySQL中主要有六种约束，分别是：主键约束（primary key），非空约束（not null），自增长约束(auto_increment)，默认约束(default) ，零填充约束（zerofill），唯一性约束(unique)。
零、前言 本章主要讲解学习MYSQl数据库中的表的约束 表的约束 真正约束字段的是数据类型，但是数据类型约束很单一，需要有一些额外的约束，更好的保证数据的合法性，从业务逻辑角度保证数据的正确性 表的约束很多，这里主要介绍如下几个： null/not null,default, comment, zerofill，primary key， auto_increment，unique key 1、空属性 两个值：null（默认的）和not null(不为空) 数据库默认字段基本都是字段为空
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
