sql注意事项

1. hive 使用同一个session执行不同的sql注意事项

最近在hue上开多个窗口执行不同的sql的时候，发现如果在某个窗口里面设置某些properties的时候（比如 set spark.executor.memory=10g），会导致其他窗口里面执行的sql失败。
注： 我们使用spark作为默认的执行引擎 (即 set hive.execution.engine=spark)

原因是因为 当你在hue上用某个账户登录之后，执行第一个sql的时候，hue会get 到hive的一个connection，hive也会在yarn上创建一个spark的应用，获得到一个session。而多窗口执行sql其实是共用的这一个session。所以如果你在同一个session里面做查询的时候是没问题的，你可以同时跑很多的sql，但是如果你set properties的时候就会有问题。因为session是在创建的时候加载properties的，所以如果你set properties的话就会需要重新创建这个session。也就是说会断开老的 session创建一个新的session，那么你在跑的其他窗口的查询就会失败。

2. Hibernate4 升级到Hibernate5 中 sql查询注意事项

在 Hibernate4 中，利用原生宏数SQL语句查询时，
1、可使用Session.createSQLQuery(sql)建立Qurey（org.hibernate.Query），
2、可使用Query.setParameter(int index, Object obj)，对sql语句中的参数根据位置进行参数值动态绑定;

升级到 Hibernate5 后
1、org.hibernate.Query被标记为@Deprecated
2、Session().createSQLQuery(sql)返回类型为org.hibernate.query.Query;
3、并且Session().createSQLQuery也已经被标记为@Deprecated；
4、可使用Session().createNativeQuery(sql)代替createSQLQuery。
5、createNativeQuery返回的Query, 不可 通过setParameter(int index, Object obj) 根据位置 进行参数值动态绑定碰绝穗； 只可以 通过setParameter(String paramname, Object obj) 按参数名称绑定 。
6、createNativeQuery（sql）中的sql语句中的 查询笑卜占位符
只可使用 命名参数 方式进行编写。

上问错误例子中，将导致如下错误：

3. SQLServer数据库的注意事项

如果你正在负责一个基于SQL Server的项目 或者你刚刚接触SQL Server 你都有可能要面临一些数据库性能的问题 这篇文章会为你提供一些有用的指导（其中大多数也可以用于其它的DBMS）

在这里 我不打算介绍使用SQL Server的窍门 也不能提供一个包治百病的方案 我所做的是总结一些经验 关于如何形成一个好的设计 这些经验来自我过去几年中经受的教训 一直来 我看到许多同样的设计错误被一次又一次的重复

你了解你用的工具吗？

不要轻视这一点 这是我在这篇文章中讲述的最关键的一条 也许你也看到有很多的SQL Server程序员没有掌握全部的T SQL命令和SQL Server提供的那些有用的工具

什么？我要浪费一个月的时间来学习那些我永远也不会用到的SQL命令？？？ 你也许会这样说 对的 你不需要这样做 但是你应该用一个周末浏览所有的T SQL命令 在这里 你的任务是了解 将来 当你设计一个查询时 你会记起来 对了 这里有一个命令可以完全实现我需要的功能 于是 到MSDN查看这个命令的确切语法

不要使用游标

让我再重复一遍 不要使用游标 如果你想破坏整个系统的性能的话 它们倒是你最有效的首选办法 大多数的初学者都使用游标 而没有意识到它们对性能造成的影响 它们占用内存 还用它们那些不可思议的方式锁定表 另外 它们简直就像蜗牛 而最糟糕的是 它们可以使你的DBA所能做的一切性能优化等于没做 不知你是否知道每执行一次FETCH就等于执行一次SELECT命令？这意味着如果你的游标有 条记录 它将执行 次SELECT！如果你使用一组SELECT UPDATE或者DELETE来完成相应的工作 那将有效率的多

初学者一般认为使用游标是一种比较熟悉和舒适的编程方式 可很不幸 这会导致糟糕的性能 显然 SQL的总体目的是你要实现什么 而不是怎样实现

我曾经用T SQL重写了一个基于游标的存储过程 那个表只有 条记录 原来的存储过程用了 分钟才执行完毕 而新的存储过程只用了 秒钟 在这里 我想你应该可以看到一个不称职的程序员究竟在干了什么！！！

我们可以写一个小程序来取得和处理数据并且更新数据库 这样做有时会更有效 记住 对于循环 T SQL无能为力

我再重新提醒一下 使用游标没有好处 除了DBA的工作外 我从来没有看到过使用游标可以有效的完成任何工作

规范化你的数据表

为什么不规范化数据库？大概有两个借口 出于性能的考虑和纯粹因为懒惰 至于第二点 你迟早得为此付出代价 而关于性能的问题 你不需要优化根本就不慢的东西 我经常看到一些程序员 反规范化 数据库 他们的理由是 原来的设计太慢了 可结果却常常是他们让系统更慢了 DBMS被设计用来处理规范数据库的 因此 记住 按照规范化的要求设计数据库

不要使用SELECT *

这点不太容易做到 我太了解了 因为我自己就经常这样干 可是 如果在SELECT中指定你所需要的列 那将会带来以下的好处

减少内存耗费和网络的带宽

你可以得到更安全的设计

给查询优化器机会从索引读取所有需要的列

了解你将要对数据进行的操作

为你的数据库创建一个健壮的索引 那可是功德一件 可要做到这一点简直就是一门艺术 每当你为一个表添加一个索引 SELECT会更快了 可INSERT和DELETE却大大的变慢了 因为创建了维护索引需要许多额外的工作 显然 这里问题的关键是 你要对这张表进行什么样的操作 这个问题不太好把握 特别是涉及DELETE和UPDATE时 因为这些语句经常在WHERE部分包含SELECT命令

不要给 性别 列创建索引

首先 我们必须了解索引是如何加速对表的访问的 你可以将索引理解为基于一定的标准上对表进行划分的一种方式 如果你给类似于 性别 这样的列创建了一个索引 你仅仅是将表划分为两部分 男和女 你在处理一个有 条记录的表 这样的划分有什么意义？记住 维护索引是比较费时的 当你设计索引时 请遵循这样的规则 根据列可能包含不同内容的数目从多到少排列 比如 姓名 省份 性别

使用事务

请使用事务 特别是当查询比较耗时 如果系统出现问题 这样做会救你一命的 一般有些经验的程序员都有体会 你经常会碰到一些不可预料的情况会导致存储过程崩溃

小心死锁

按照一定的次序来访问你的表 如果你先锁住表A 再锁住表B 那么在所有的存储过程中都要按照这个顺序来锁定它们 如果你（不经意的）某个存储过程中先锁定表B 再锁定表A 这可能就会导致一个死锁 如果锁定顺序没有被预先详细的设计好 死锁是不太容易被发现的

不要打开大的数据集

在CSDN技术论坛中 :） 一个经常被提出的问题是 我怎样才能迅速的将 条记录添加到ComboBox中？这是不对的 你不能也不需要这样做 很简单 你的用户要浏览 条记录才能找到需要的记录 他一定会诅咒你的 在这里 你需要的是一个更好的UI 你需要为你的用户显示不超过 或 条记录

不要使用服务器端游标

与服务器端游标比起来 客户端游标可以减少服务器和网络的系统开销 并且还减少锁定时间

使用参数查询

有时 我在CSDN技术论坛看到类似这样的问题 SELECT * FROM a WHERE a id= A B 因为单引号查询发生异常 我该怎么办？ 而普遍的回答是 用两个单引号代替单引号 这是错误的 这样治标不治本 因为你还会在其他一些字符上遇到这样的问题 更何况这样会导致严重的bug 除此以外 这样做还会使SQL Server的缓冲系统无法发挥应有的作用 使用参数查询 釜底抽薪 这些问题统统不存在了

在程序编码时使用大数据量的数据库

程序员在开发中使用的测试数据库一般数据量都不大 可经常的是最终用户的数据量都很大 我们通常的做法是不对的 原因很简单 现在硬盘不是很贵 可为什么性能问题却要等到已经无可挽回的时候才被注意呢？

不要使用INSERT导入大批的数据

请不要这样做 除非那是必须的 使用UTS或者BCP 这样你可以一举而兼得灵活性和速度

注意超时问题

查询数据库时 一般数据库的缺省都比较小 比如 秒或者 秒 而有些查询运行时间要比这长 特别是当数据库的数据量不断变大时

不要忽略同时修改同一记录的问题

有时候 两个用户会同时修改同一记录 这样 后一个修改者修改了前一个修改者的操作 某些更新就会丢失 处理这种情况不是很难 创建一个timestamp字段 在写入前检查它 如果允许 就合并修改 如果存在冲突 提示用户

在细节表中插入纪录时 不要在主表执行SELECT MAX(ID)

这是一个普遍的错误 当两个用户在同一时间插入数据时 这会导致错误 你可以使用SCOPE_IDENTITY IDENT_CURRENT和@@IDENTITY 如果可能 不要使用@@IDENTITY 因为在有触发器的情况下 它会引起一些问题（详见这里的讨论）

避免将列设为NULLable

如果可能的话 你应该避免将列设为NULLable 系统会为NULLable列的每一行分配一个额外的字节 查询时会带来更多的系统开销 另外 将列设为NULLable使编码变得复杂 因为每一次访问这些列时都必须先进行检查

我并不是说NULLS是麻烦的根源 尽管有些人这样认为 我认为如果你的业务规则中允许 空数据 那么 将列设为NULLable有时会发挥很好的作用 但是 如果在类似下面的情况中使用NULLable 那简直就是自讨苦吃

CustomerName CustomerAddress CustomerEmail CustomerName CustomerAddress CustomerEmail CustomerName CustomerAddress CustomerEmail

如果出现这种情况 你需要规范化你的表了

尽量不要使用TEXT数据类型

除非你使用TEXT处理一个很大的数据 否则不要使用它 因为它不易于查询 速度慢 用的不好还会浪费大量的空间 一般的 VARCHAR可以更好的处理你的数据

尽量不要使用临时表

尽量不要使用临时表 除非你必须这样做 一般使用子查询可以代替临时表 使用临时表会带来系统开销 如果你是用 进行编程 它还会给你带来很大的麻烦 因为 使用数据库连接池而临时表却自始至终都存在 SQL Server提供了一些替代方案 比如Table数据类型

学会分析查询

SQL Server查询分析器是你的好伙伴 通过它你可以了解查询和索引是如何影响性能的

使用参照完整性

lishixin/Article/program/SQLServer/201311/22158

4. sql主外键建立后的注意事项

你好，很高兴回答你的问题。
建了主键之后，在插信丛入数据时如果要插入的数据的主键值在已有数据中已经存在，则无法插入。
建了外键的表在插入数据时如果要插入的数据的外键值在引用的表销老中对应的字段中不存在则滑斗樱无法插入。被外键引用的表进行删除数据时，如果数据已经存在被引用关系，则无法删除。
如果有帮助到你，请点击采纳。

5. 使用SQL语句创建并测试数据库的难点和注意事项是什么

首先说说怎么用SQL语句创建数据库，创建数据库的语句有如下几种：
1. CREATE TABLE（创建新表）
2. CREATE INDEX（增加索引）
3. DROP INDEX（删除索引）
4. CONSTRAINT（约束语句）
5. ALTER TABLE（修改表）
6. DROP TABLE（删除表）

CREATE TABLE语句：
在数据库中生成新表，表中字段的类型能够为：INTEGER（整型）、LONG（长整型）、 SINGLE（单精度浮点数）、DOUBLE（双精纳春答度浮点数）、DATETIME（日期型，也能够写成DATE）、BIT（布尔型）、 TEXT（字符串型，最大255个字节）、MEMO（字符串型，最大可达1.2G字节）、 COUNTER（自动递增长整型，可确定记录的唯一性）、CURRENCY（货币型，精确到小数点左边15位，右边4位）、 BINARY（字节型，最大255个）、LONGBINARY（用于OLE对象）、GUID（全局唯一标识符）。
生成表NewTable，该表有文本字段Field1和整型字段Field2，表名和字段名能够随便您取，不区分大小写，但是，有些保留字不能用作表名字段名，比如Number
CREATE TABLE NewTable(Field1 TEXT(30), Field2 INTEGER);
CREATE INDEX语句：
INDEX是为了加快查找记录的速度，或是为了增加字段约束关系而配置的。
创建索引语句执行前表中能够有记录，但存在的记录必须满足该索引语句的约束关系，否则语句不能执行森掘，另外要注意的是在同一个数据库中（而不但仅是在同一个表中），索引名不能相同，否则语句也会失败。
生成字段Field1的索引字段NewIndex，两条语句作用相同
生成后Field1字段能够有相同的值，能够有空值(NULL)
CREATE INDEX NewIndex ON NewTable (Field1);
CREATE INDEX NewIndex ON NewTable (Field1) WITH IGNORE NULL;

生成字段Field1的索引字段NewIndex，注意，每个表里只能有一个主索引(PRIMARY)。生成后Field1字段不能有相同的值，不能有空值(当然，假如是TEXT类型，能够有一个空串，但是空串不是空值)
CREATE INDEX NewIndex ON NewTable(Field1) WITH PRIMARY;

字段Field1不能有相同的值，但能够有空值（两个空值不算相同的值）
CREATE UNIQUE INDEX NewIndex ON NewTable(Field1);

字段Field1能够有相同的值，但不能有空值
CREATE INDEX NewIndex ON NewTable(Field2) WITH DISALLOW NULL

能够在索引语句中加入ASC（升序）或DESC（降序）来控制记录排列顺序假洞慧如不使用顺序字，SQL则默认使用ASC顺序
CREATE INDEX NewIndex ON NewTable(Field1 ASC, Field2 DESC);
DROP INDEX语句：
删除表NewTable中的索引NewIndex，语句执行前索引NewIndex必须存在
DROP INDEX NewIndex ON NewTable;

CONSTRAINT语句：
CONSTRAINT子句用于创建数据库完整性的索引，他和INDEX语句作用相同，有些地方能够互相替代，他能够使用PRIMARY KEY（主关键字），UNIQUE（唯一）和FOREIGN KEY（外部关键字），和INDEX相比不能使用IGNOR NULL和DISALLOW NULL，但多了FOREIGN KEY（这也是他最强大的地方）。另外， CONSTRAINT语句必须和CREATE TABLE或ALTER TABLE语句一起使用。
生成表NewTable，主关键字段是Field1，主索引是NewPK
CREATE TABLE NewTable(Field1 LONG CONSTRAINT NewPK PRIMARY KEY, Field2 MEMO, Field3 DATETIME);

生成索引为NewUK的表NewTable，Field1不能有相同值，能够有空值
CREATE TABLE NewTable(Field1 INTEGER CONSTRAINT NewUK UNIQUE);

生成多列的主索引，两条记录的Field1和Field2不能全部相同，也不能为空值
CREATE TABLE NewTable(Field1 INTEGER, Field2 CURRENCY, CONSTRAINT NewPK PRIMARY KEY(Field1, Field2));

生成多列的UNIQUE索引，两条记录的Field1和Field2不能全部相同注意，假如两条记录其中一个字段相同而另一个字段都是空值，那也算两个字段不同
CREATE TABLE NewTable(Field1 INTEGER, Field2 CURRENCY, CONSTRAINT NewUK UNIQUE(Field1, Field2));
要在几个不同的表之间建立联系，就要使用FOREIGN KEY REFERENCES子句，他能够限定某个表的字段内容必须存在于另外一个表中。
第一个例子：
首先，生成主关键字段为Field1的表NewTable1
CREATE TABLE NewTable1(Field1 INTEGER CONSTRAINT NewPK PRIMARY KEY);

然后，再生成外部索引，两个表的Field1必须类型相同，并且第一个表的Field1是主关键字段或UNIQUE字段。生成外部索引后，表NewTable2要增加记录，他的Field1字段值必须已存在于表NewTable1的Field1字段中。
下面两条语句作用相同，因为Field1是NewTable1的主关键字段，能够省略不写
CREATE TABLE NewTable2(Field1 INTEGER CONSTRAINT NewFK REFERENCES NewTable1);
CREATE TABLE NewTable2(Field1 INTEGER CONSTRAINT NewFK REFERENCES NewTable1(Field1));

第二个例子：
首先，生成主关键字段为Field1和Field2的表NewTable1
CREATE TABLE NewTable1(Field1 INTEGER, Field2 TEXT(20), CONSTRAINT NewPK PRIMARY KEY(Field1, Field2));

然后，生成多列外部索引
CREATE TABLE NewTable2(Field1 INTEGER, Field2 TEXT(20), CONSTRAINT NewFK FOREIGN KEY(Field1, Field2) REFERENCES NewTable1(Field1, Field2));
ALTER TABLE语句：
在表生成之后，假如想修改表的结构，就使用这条语句，他能增加或删除字段连同约束关系。
给表NewTable增加日期型字段Field3，语句执行前表NewTalbe必须没有字段Field3
ALTER TABLE NewTable ADD COLUMN Field3 DATE;

删除表NewTable中的字段Field3，语句执行前字段Field3必须存在表NewTable中
ALTER TABLE NewTable DROP COLUMN Field3;

给表NewTable增加NewUK约束关系
ALTER TABLE NewTable ADD CONSTRAINT NewUK UNIQUE(Field1,Field2);

删除表NewTable的NewUK约束关系
ALTER TABLE NewTable DROP CONSTRAINT NewUK;
DROP TABLE语句：
删除表NewTable，语句执行前表NewTable必须存在
DROP TABLE NewTable;

6. DB2数据库 SQL注意事项

持续记录遇到的一些坑：

1.union表时，两张表如果字段不一致。如：

表1：

名称  类型

苹果  红富士

葡萄  晴王

表2：

名称

香蕉

如果使用：

select 名称,类型 from 表1

union

select 名称，null as 类型 from 表2

将搏段信会报错，因为DB2对字段类型有严格要求，必须事先定义好新添加列基轮燃培的类型如：cast(null,varchar(50) as 类型，这样才能成功。

7. 模糊查询sql语句的方法 有哪些注意事项

下面是我整理的模糊查询sql语句的方法，希望能对各位读者有所帮助。

怎样模糊查询sql语句

sql模糊查询的语法为“SELECT column FROM table WHERE column LIKE 'pattern'”，一共有四种匹配模式。

%

表示任意0个或多个字符。可匹配任意类型和长度的字符，有些情况下若是中文，请使用两个百分号(%%)表示。

_

表示任意单个字符。模糊查询sql语句是匹余侍配单个任意字符，它常用来限制表达式的字符长度语句。

[ ]

表示括号内所列字符中的一个(类似正则表达式)。指定一个字符、字符串或范围，要求所匹配对象为它们中的任一个。

[^ ]

表示不在括号所列之内的单个字符。其取值和 [] 相同，但它要求所匹配对象为指定字符以外的任一个字符。

sql查询内容包含通配符时，由于通配符的缘故，导致我们查询特殊字符“%”、“_”、“[”的语句无法正常实现，而把特殊字符用“[ ]”括起便可正常查询。在不同的数据库中，sql模糊搜索的语句会有不同，可在系统帮助文档中了解。

模糊查询sql语句有哪些注意事项

SQL模糊查询，使用like比较关键字，加上SQL里的通配符，请参考以下：

1、LIKE’Mc%’ 将搜索以字母 Mc 开头的所有字符串(如 McBadden)。

2、LIKE’%inger’ 将搜索以字母 inger 结尾的所有字符串(如 Ringer、Stringer)。

3、LIKE’%en%’ 将搜索在任何位置包含字母 en 的竖贺吵所有字符串(如 Bennet、Green、McBadden)。

4、LIKE’_heryl’ 将搜索以字母 heryl 结尾的所有六个字母的名称(如 Cheryl、Sheryl)。

5、LIKE’[CK]ars[eo]n’ 将搜索下列字符串：Carsen、Karsen、Carson 和 Karson(如 Carson)。

6、LIKE’[M-Z]inger’ 将搜索以字符串 inger 结尾、以从 M 到 Z 的任何单个字母开头的所有名称(如 Ringer)。

7、LIKE’M[^c]%’ 将搜索以字母 M 开头，并且第二个字母不是拍敬 c 的所有名称(如MacFeather)。

模糊搜索的定义主要有两种观点

一种是系统允许被搜索信息和搜索提问之间存在一定的差异，这种差异就是“模糊”在搜索中的含义。例如，查找名字Smith时，就会找出与之相似的Smithe， Smythe， Smyth， Smitt等。

另一种是实质上的搜索系统自动进行的同义词搜索。同义词由系统的管理界面配置。例如，配置“计算机”与“computer”为同义词后，搜索“计算机”，则包含“computer”的网页也会出现在搜索结果中。

8. 在SQL中,insert into 语句在使用过程中有哪些具体注意事项

通用格式：

insertinto表名凯漏(column1,column2,column3...)value(value1,value2,value3...)

如果这张表的全部字段都需要插入盯正烂数清亏据，就可将省略成 ：

insertinto表名value(值a,值b,值c...)