1背景我们平时会写各种各样或简单或复杂的sql语句，提交后就会得到我们想要的结果集。比如sql语句，”selectfromt\_userwhereuser\_id10;”，意在从表t\_user中筛选出user\_id大

系列文章推荐阅读0.前言到目前为止，我们已经讲述了、、、四种数据结构，它们有一个共同的特点，就是它们都是线性表，换句话来说，它们都是线性结构，像一根绳子一样。在文章已经介绍过线性表的定义了，即由若干元素按照线性结构（一对一的关系）组成的有限序列。关键词是一对一的关系。显然，在复杂的现实社会中，这种一对一的关系是不能较好的满足我们的需求的。比如

有一张简单的账户表t\_account，它记录了每次支出（或收入）的金额，只是缺了余额字段，我们需要在每笔账单后面计算出当时的账户余额。t\_account的部分数据：idopamount1in1000

今天碰到一个非常奇怪的问题问题，一条SQL语句在PL/SQLdeveloper中很慢，需要9s，问题SQL:SELECT\FROMGG\_function\_locationfWHEREf.parent\_id'03000000000001'; 表GG\_function\_location有5千万的数据，parent\_id上

遇到一个奇葩的需求。一般情况下我们打印单据，用FastReport设置打印格式，也就是就设一个模版页而己，就是一种单据格式。如果打印的单据数据多了就自动打印多页了，他们的格式是一样的。也就是读同一个模版页。现的需求是，如果打印N页内容。每一页的格式除了表体外是一样的(也可能部份不同)。而表体取自不同的数据集(也就是读取不同的FDQuery)，需要设置不同

正文一、SQL分析性能下降、SQL慢、执行时间长、等待时间长查询语句写得差索引失效关联查询太多join(设计缺陷)单值索引：在user表中给name属性创建索引，createindexidx\_nameonu

1：首先新建一个表并插入以下测试数据，如图!(https://oscimg.oschina.net/oscnet/c982858771aa6271ae4b67a29ffcaa73270.png)2：查询显示行号语句如下　　　　select@r:@r1asro

系数据库依赖于主键，它是数据库物理模式的基石。主键在物理层面上只有两个用途： 惟一地标识一行。 作为一个可以被外键有效引用的对象。 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。下面是主键和索引的一些区别与联系。 1\.主键一定是唯一性索引，唯一性索

最近开发一个项目。客户端每隔10秒提交100行数据给服务端，服务端查重后写入。客户端约在几万左右，提交数据比较集中，不考虑读数据的问题。现在的设计是：数据库按客户端进行分表。每个表的数据量不高。服务端获得数据后，先插入redis队列，然后在通过定时任务插入数据库。问题是：1、服务端提供给客户端的接口，是否能满足几千上万的客

2018/05/29修改抓取编码gb2312改gb18030项目需要行政区域三级联动，刚好写个爬虫练练手。Laravel框架，安装的两个库composerrequireguzzlehttp/guzzlecomposerrequiresymfony/domcrawler创建表DROPT