也谈SQL各种连接（JOIN）
最近公司在招人，同事问了几个自认为数据库可以的应聘者关于库连接的问题，回答不尽理想～
现在在这写写关于它们的作用
假设有如下表：
一个为投票主表，一个为投票者信息表～记录投票人IP及对应投票类型，左右连接实际说是我们联合查询的结果以哪个表为准～
1：如右接连 right join 或 right outer join：
我们以右边voter表为准，则左表(voteMaster)中的记录只有当其ID在右边(voter)中存在时才会显示出来，如上图，左边中ID为3.4.5.6因为这些ID右表中没有相应记录，所以没有显示！
2：因此我们自然能理解左连接 left join 或者 left outer join
可见，现在右边中ID在中存在时才会显示，当右边中没有相应数据时则用NULL代替！
3：全连接 full join 或者 full outer join,为二个表中的数据都出来，这里演示效果与上一样！
4：内连接 inner join 或者 join;它为返回字段ID同时存在于表voteMaster 和 voter中的记录
5：交叉连接（完全连接）cross join 不带 where 条件的
没有 WHERE 子句的交叉联接将产生联接所涉及的表的笛卡尔积。第一个表的行数乘以第二个表的行数等于笛卡尔积结果集的大小。（table1和table2交叉连接产生6*3=18条记录）
等价select vm.id,vm.voteTitle,vt.ip from voteMaster as vm,voter as vt
6:自连接。在这里我用我前段时间一个电力项目中的例子（改造过）
如下表：
这是一个部门表，里面存放了部门及其上级部门，但都放在同一张表中，我们假设现在需要用SQL查询出各部门及其上级部门！就如何做，
当然，不用自连接也一样，可以如下：
我们达到预期目的！在这个查询中使用了一个子查询完成对上级部门名的查询，如果使用自连接，那么结构上感觉会清晰很多。
是不是也同样完成了功能呢，这里除了使用自连接外，还使用了左连接，因为省电力没有上级部门，他是老大，如果使用内连接，就会把这条记录过滤掉，因为没有和他匹配的上级部门。
自连接用的比较多的就是对权形结构的查询！类似上表！
相关文档：
表如下
一条语句显示所有大于25岁和下的人，以上的人显'大龄'
select case when age>25 then '大龄' else '小龄' end as 年龄级别,count(*) as 人数 from infor group by case when age>25 then '大龄' else '小龄' end
......
sysaltfiles 在master数据库中，包含与数据库文件相对应的信息，包含所有数据库的数据文件以及日志文件
列名数据类型描述
fileid
smallint
每个数据库的唯一文件标识号。1代表数据文件，2代表日志文件
groupid
smallint
文件组标识号。
size
int
文件大小（以 8 KB 页为单位）。页的数目
maxsize
......
党员管理系统的数据库设计
需要以下字段：
l 学生：
//学生基本信息
u 学生学号[id]（char）主键
u 学生身份证号[id_num]（char）
u 学生姓名[name]（char）
u 学生出生日期[born_date]（date）
u 学生籍贯[native]（int）外键
u 学生家庭住址[address]（char）
u&nbs ......
我们要做到不但会写SQL,还要做到写出性能优良的SQL,以下为笔者学习、摘录、并汇总部分资料与大家分享！
（1）选择最有效率的表名顺序(只在基于规则的优化器中有效)：
orACLE的解析器按照从右到左的顺序处理from子句中的表名，from子句中写在最后的表(基础表 driving table)将被最先处理，在from子句中包含多个表的情况� ......
四：ORACLE的优化器
优化器有时也被称为查询优化器，这是因为查询是影响数据库性能最主要的部分，不要以为只有SELECT语句是查询。实际上，带有任何WHERE条件的DML(INSERT、UPDATE、DELETE)语句中都包含查询要求，在后面的文章中，当说到查询时，不一定只是指SELECT语句，也有可能指DML语句中的查询部分。优化器是所有关系 ......
