sql思考

-- Create table
create table STUDENT
(
id NUMBER,
name VARCHAR2(100),
age NUMBER,
sex INTEGER
)
tablespace DEMO
pctfree 10
initrans 1
maxtrans 255
storage
(
initial 64K
next 1M
minextents 1
maxextents unlimited
);

---1.

select * from STUDENT t where 1=1 and (t.id=1 or t.id=2 or t.id=3) and t.age=27

多个or等于in 一个范围

---2.

select t.id,t.name,
(select bb.id from banji bb where bb.id=9999 and rownum<2 ) as hh
from STUDENT t
join banji bj
on bj.id=t.id

如果字段查不出来就为null,不会影响其他值。

时间: 2024-12-10 18:50:05

sql思考的相关文章

mysql全量备份与增量备份

一.全量备份 全量备份就是把数据库中所有的数据进行备份. 备份所有库: mysqldump -uroot -p456 -S /data/3306/mysql.sock -F -A -B |gzip >/server/backup/mysqlbak_$(date+%F).sql.gz 备份一个库: mysqldump -uroot -p456 -S /data/3306/mysql.sock -F -B oldboy|gzip >/server/backup/mysqlbak_$(date+%F

Oracle数据库--过滤和排序

过滤和排序 1. 在查询中过滤行 过滤:使用WHERE子句将不满足条件的行过滤掉 where子句紧跟From子句 1)查询10号部门的员工 SQL> select * 2 from emp 3 where deptno=10; 2)字符串大小写敏感      查询名叫KING的员工 SQL> select * 2 from emp 3* where ename='KING' SQL> / 3)日期格式敏感     查询入职日期是17-11月-81的员工 SQL> select *

07 : mysql备份恢复(1) - mysqldump命令使用

注意: mysql不同引擎备份方法不同.我们先来回忆一下和备份有关的知识点. 1.存储引擎(1)InnoDB(默认使用引擎,也是企业常用的) 热备 独立表空间(每个表一个表空间) redo:重做日志,用来前滚 undo:回滚日志,用来回滚(未提交的事务) 行级别锁,基于索引来实现的,GAP锁 支持事务.(2)MyISAM 温备 三个文件构成 表级锁 2.二进制日志(1)记录的是什么? DDL.DCL这些种类语句,记录的就是操作语句 DML:他记录的已提交的事务日志,并支持多种格式记录(row.s

sql monitor生成不了报告&amp; FFS hint不生效两个问题思考

事情的发生就是这么偶然,一步步的深入才能汲取到更深入的知识~~ -------------------START-------------------------------------------   来了一个query running longer than 4hours的邮件,来看看里面有哪些sql: SID    SERIAL#    INST_ID SQL_ID        Run_in_sec OS_user     MACHINE       SQL_TEXT         

由“Beeline连接HiveServer2后如何使用指定的队列(Yarn)运行Hive SQL语句”引发的一系列思考

背景 我们使用的HiveServer2的版本为0.13.1-cdh5.3.2,目前的任务使用Hive SQL构建,分为两种类型:手动任务(临时分析需求).调度任务(常规分析需求),两者均通过我们的Web系统进行提交.以前两种类型的任务都被提交至Yarn中一个名称为“hive”的队列,为了避免两种类型的任务之间相互受影响以及并行任务数过多导致“hive”队列资源紧张,我们在调度系统中构建了一个任务缓冲区队列,所有被提交的任务(手动任务.调度任务)并不会直接被提交至集群,而是提交至这个缓冲区队列中,

Sql Server之旅——终点站 nolock引发的三级事件的一些思考

曾今有件事情让我记忆犹新,那年刚来携程不久,马上就被安排写一个接口,供企鹅公司调用他们员工的差旅信息,然后我就三下五除二的给写好 了,上线之后,大概过了一个月...DBA那边报告数据库出现大量锁超时,并且及时根据sql的来源将email发到了我们部门,指出sql读取时间过长, 并且缺少nolock,影响了大量机票订单入库,然后我就拿着sql去生产环境跑了下,22s...花擦...项目上线时间太久,版本已经不存在了,无法 回滚...原本准备撤下接口...看了下撤下接口跟加上nolock时间相差不多

对SQL语句优化的思考

软件在研发的过程中自始至终都在留意着系统的可扩展性,但与此同时也在关注着系统的性能,SQL语句作为系统性能的一环不容忽视,从今天开始结合开发的经验,谈一下我对SQL语句优化的理解和认知: 1.在联合查询语句中做到小表驱动大表: 联合查询是常用到的一种查询方式,左连接.右连接.内连接等等时不时地被应用在查询语句中,然而在这一过程中如果能判明各表的数据量,那就再好不过了,在这种情况下from后面应该紧跟数据量小的表,为什么?呵呵呵,比如a表有1000条数据,b表有20条数据,使用左连接进行联合查询如

大约SQL/NoSQL数据库搜索/思考查询

转载请注明出处:jiq?钦's technical Blog Hbase特征: 近期在学习Hbase.Hbase基于行健是建立了索引的,查询速度会很快,全然实时. 可是Hbase要基于行健之外的字段进行查询.那么就仅仅能是全盘扫描,基本上不可接受. 所以Hbase一般来说会针对详细的应用场景来设计行健,利用基于行健的查询的实时性来达到Hbase数据的实时查询. 关系型数据库基于索引字段的实时查询: 然后联想到关系型SQL数据库,他们针对主键是建立了B/B+/B-树索引的,基于主键的查询是实时的.

关于SQL/NoSQL数据库搜索/查询的思考

转载请注明出处:jiq?钦's technical Blog Hbase特征: 最近在学习Hbase,Hbase基于行健是建立了索引的,查询速度会非常快,完全实时. 但是Hbase要基于行健之外的字段进行查询,那么就只能是全盘扫描,基本上不可接受. 所以Hbase一般来说会针对具体的应用场景来设计行健,利用基于行健的查询的实时性来达到Hbase数据的实时查询. 关系型数据库基于索引字段的实时查询: 然后联想到关系型SQL数据库,他们针对主键是建立了B/B+/B-树索引的,基于主键的查询是实时的,