分享一下SQL语句规范

SQL:Structure Query Language结构化查询语言,它是使用关系模型的数据库应用语言,由IBM上世纪70年代开发出来。后由美国国家标准局(ANSI)开始着手制定SQL标准,先后有SQL-86,SQL-89,SQL-92,SQL-99等标准。

书写风格

\1. 语句关键字应全部使用小写。

\2. 引用字符时应使用单引号。如:update testable set idcol=’abcd’。

\3. 连接符或运算符or、in、and、=、=, +,- 等前后宜加上一个空格。否则容易导致以下类似问题。例如在语句select a–b from table中,a,b均为变量,拼写该语句时,如果a = 6,b = -3,则语句变为select 6–3 from table。–被视为SQL的注释,结果语句报错。

\4. 不得使用“select * from …”语法,必须标明字段名。即select col1, col2,… from tablea where …

\5. 严禁使用“insert into table_name values (?,?,……)”语法,统一使用“insert into table_name (col1,col2,……) values (?,?,……)”。

\6. SQL语句包含多表连接时,必须加上表的别名,对每个字段的使用都要带上表别名。

select a.col1, a.col2, b.col3 from tablea a, tableb b where a.col4=b.col5

\7. 应避免显式或隐含的类型转换。例如在where子句中numeric型和int型的列的比较。

\8. 在子查询中前后必须加上括号。

select col1, col2 from tablea where col3 in ( select col4 from tableb where col4>0)

\9. 执行SQL时一次应只执行一条,如果多条语句则应分开执行,但必须保持在一个事务中。不得一次执行通过分号等分开的多条语句,这样处理不清晰。

\10. 如果能采用or代替,则不宜使用in 语句。in语句中的元素不得超过500个,如果超过,则应拆分为多条SQL语句。严禁使用xx in(‘’,’’….) or xx in(‘’,’’,’’)。

\11. or连接条件不得超过 500,超过时应拆分为多条语句。

性能优化

\1. 查询时应尽量减少多余数据的读取,通过使用where子句来减少返回的记录数。

\2. 如果在语句中有not in(in)操作,应尽量用not exists(exists)来代替。特别对大数据量的两者检索速度有很明显的区别。

\3. 不宜使用外连接。外连接效率低。

\4. 一条SQL语句中不宜使用3层以上的嵌套查询。如果超过,则应在Java等应用服务器程序中处理。

\5. 一条SQL语句中不得从4个及以上表中同时取数。仅作关联或过滤条件而不涉及取数的表不参与表个数计算;如果必须关联4个或4个以上表,应在Java等应用服务器程序中处理。

\6. 应尽量避免使用order by和group by排序操作,如必须使用排序操作,尽量建立在有索引的列上。因为大量的排序操作影响系统性能。

\7. 对索引列的比较,应尽量避免使用not 或 !=,可拆分为几个条件。因为“not”和“!=”不会使用索引。如col1 是索引列,条件col1 !=0 可以拆分为col1 >0 or col2

\8. 应尽量将数据库函数、计算表达式写在逻辑操作符右边。因为这些对列的操作会将导致表扫描,影响性能。

\9. 在where子句中,如果有多个过滤条件,应将索引列或过滤记录数最多的条件放在前面。

\10. 能用连接方式实现的功能,不得用子查询。例如:select name from customer where customerId in ( select customerId from order where money > 1000)。 应该用如下语句代替:select name from customer inner join order on customer.customerId = order.customerId where order.money > 100。或 select name from customer where exists ( select 1 from order where money > 1000 and customer.customerId = order.customerId)

\11. 多表关联查询时,写法可遵循以下原则,这样做有利于建立索引,提高查询效率。格式如下:select sum (t1.je) from table1 t1, table2 t2, table3 t3 where (t1的等值条件(=)) and (t1的非等值条件) and (t2与t1的关联条件) and (t2的等值条件) and (t2的非等值条件) and (t3与t2的关联条件) and (t3的等值条件) and (t3的非等值条件)。

跨数据库支持

\1. 对于跨数据库Java应用程序的VO映射数据库的数据格式建议: \1) 整型字段:字段设置保存为Integer或者Long \2) 数字型字段:若需要使用小数2位以上的精确计算,读取、插入、更新使用BigDecimal类型 \3) 字符型字段:读取为String,并保存为String,插入或者更新为String 4) 时间字段:读取为String,插入或者更新时的时间格式使用中间件统一处理。

\2. 字符串连接应使用“||”符号,而不应使用“+”。“+”是SQLServer语法,Oracle和DB2支持“||”,Hibernate转化为SQLServer时,会自动将“||”转为“+”。

\3. 通配符不能使用‘[a-c]%’这种形式。应写成如:

select col1, col2 from table_name where col1 like ‘[a]%’ OR col1 like ‘[b]%’ OR col1 like ‘[c]%’

\4. 截取字符串长度函数应使用substr,起始位置为1表示从头开始。因为db2中substr起点为1,0会报错;在SqlServer数据库中使用的是substring需要进行转换。

\5. 不得通过select percent n和select top n限制查询结果集的记录数。

\6. join 与on 必须严格匹配,严禁出现没有on的join。

\7. join…on 后面不宜使用or,如果使用则需将or的范围用( )括起来。

\8. 不得使用select into 的格式。Select into是SQL Server特有语法,因为Oracle和DB2不支持。

\9. 应将Null值与空字符串(长度为零的字符串)视为不同。虽然Oracle视Null与空字符串为相同,但DB2和SQL Server却视为不同。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/223184.html<

(0)
管理的头像管理
上一篇2025-04-15 20:31
下一篇 2025-04-15 20:32

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注