引言mysql 和 oracle 插入的时候有一个很大的区别是：oracle 支持序列做 id；mysql 本身有一个列可以做自增长字段。mysql 在插入一条数据后，如何能获得到这个自增 id 的值呢？ 一：使用 last_insert_id()SELECT LAST_INSERT_ID(); 1. 每次 mysql 的 query 操作在 mysql 服务器上可以理解为一次“原子”操作, 写操作常常需要锁表， 这里的锁表是 mysql 应用服务器锁表不是我们的应用程序锁表。 2. 因为 LA
开始这是去年的问题了，今天在整理邮件的时候才发现这个问题，感觉顶有意思的，特记录下来。 在表RelationGraph中，有三个字段（ID,Node,RelatedNode）,其中Node和RelatedNode两个字段描述两个节点的连接关系；现在要求，找出从节点"p"至节点"j"，最短路径（即经过的节点最少）。图1.解析：了能够更好的描述表RelationGraph中字段Node和 RelatedNode的关系，我在这里特意使用一个图形来描述，如图2. 图2. 在
格式良好的SQL并不会比乱七八糟的SQL运行效果更好。数据库其实不怎么关心SQL语句中你把逗号放到了字段名的前面还是后面。为了你自己思路清楚，应该做一个有效率的SQL编写者，我建议你遵守以下这些格式规则。在本文中我将分享如何通过格式良好的SQL语句提升生产率。我定义的效率指的是能从SQL 输出准确的结果，并且代码清晰易于理解、修改和调试。我只列出了“SELECT”语句，因为我写的SQL语句99%都是查询语句。格式化SQL代码是非常个性化的事，我也很清楚因人而异，开发者都认为自己的格式化规则是最合理的。 样
最近在公司做项目，涉及到开发统计报表相关的任务，由于数据量相对较多，之前写的查询语句查询五十万条数据大概需要十秒左右的样子，后来经过老大的指点利用sum,case...when...重写SQL性能一下子提高到一秒钟就解决了。这里为了简洁明了的阐述问题和解决的方法，我简化一下需求模型。 现在数据库有一张订单表（经过简化的中间表），表结构如下：CREATE TABLE `statistic_order` (`oid` bigint(20) NOT NULL,`o_source` varchar(25) DEF
今天，数据库的操作越来越成为整个应用的性能瓶颈了，这点对于Web应用尤其明显。关于数据库的性能，这并不只是DBA才需要担心的事，而这更是我们程序员需要去关注的事情。当我们去设计数据库表结构，对操作数据库时（尤其是查表时的SQL语句），我们都需要注意数据操作的性能。 1、开启慢查询 1> 查看慢查询是否开启show variables like "%quer%"; slow_query_log = ON #已开启2> 开启方法：my.cnf目录配置slow_query_log
1.如果有一个自动增长的id字段，则： 定义二个变量：Page,PageCount Select top PageCount * From [tb_code] Where id>=(select min(id) from (select top (Page-1)*PageCount+1 id from [tb_code] order by id desc) as t) order by id desc 原理，根据ID计算出(Page-1)页的最小值，然后用TOP关键字及可解决问题。 2.SELECT
存储过程就是作为可执行对象存放在数据库中的一个或多个SQL命令。定义总是很抽象。存储过程其实就是能完成一定操作的一组SQL语句，只不过这组语句是放在数据库中的(这里我们只谈SQL Server)。如果我们通过创建存储过程以及在ASP中调用存储过程，就可以避免将SQL语句同ASP代码混杂在一起。这样做的好处至少有三个：第一、大大提高效率。存储过程本身的执行速度非常快，而且，调用存储过程可以大大减少同数据库的交互次数。第二、提高安全性。假如将SQL语句混合在ASP代码中，一旦代码失密，同时也就意味着库结构失密
前言 这些原则都是经历过实战总结而成 每一条原则背后都是血淋淋的教训 这些原则主要是针对数据库开发人员，在开发过程中务必注意 一、核心原则 1.尽量不在数据库做运算 俗话说：别让脚趾头想事情，那是脑瓜子的职责 作为数据库开发人员，我们应该让数据库多做她所擅长的事情：尽量不在数据库做运算复杂运算移到程序端CPU尽可能简单应用MYSQL举例： 在mysql中尽量不要使用如：md5()、Order by Rand()等这类运算函数 2.尽量控制单表数据量 大家都知道单表数据量过大后会影响数据查询效率，严重情况下