http://blog.csdn.net/weiwenhp/article/details/8088979
我们知道数据库,顾名思义.最重要的东东就是管理数据,而数据在系统中主要是保存在表(table)中,所以数据库差不多所有的机制和操作都是围绕着table在打转转了.表的重要性可想而知.在表在数据库是怎么保存起来,怎么去访问呢?
Oralce中的表的管理机制
实际上数据库管理系统和文件系统很类似的.数据库中的所有信息最终也是保存在一个个实际的文件中.
Oracle中的表都是最终保存在一个个后缀为DBF的文件中.而我们使用文件时会看到一个个目录.那Oracle中的目录就是表空间(tablespace).目录下会有很多文件,那一个表空间中也会有很多个数据文件. 然后我们创建用户时是会指定用户的默认表空间,这样当前用户创建表时默认都保存到此表空间中,但也可以显式指定表空间中.用户是Oracle中的一个逻辑概念.是为了便于管理而设立的.另外oracle中还有个schema的概念.
schema与用户的区别
实际上现在的Oracle中可以把shcema和用户完全等同.那你可能会问这样的话应该可以完全去掉schema这个概念,免得误导人啊.之所以保存着schema据说是出于历史原因.刚开始时Oralce中schema与用户不是一一对应的.先是创立很多个schema,每个schema有个默认的表空间,然后在schema下面可以创建一个个的表.最后创建用户时可以让一个用户对应多个schema.但这样一来比较复杂,不便于管理和理解.于是把用户和schema一一对应了.这样就条理清晰,显得更整洁优美,更便于管理和理解.
这个据说我也没验证过,没玩啥oracle 8i或更早的.有些人就说之所以有schema和用户的区分,应该这样理解.表空间相当于一个仓库.而schema相当于其中的一个柜子.你可以在里面存各种东西.而每个用户拥有一个schema.拥有一个柜子.一一对应的关系.正常情况你不能访问别人的柜子.但如果你有特权你也可以.
上面说了一堆还是来举个例子.
假如有数据文件DBFile1.DBF 属于表空间TSpace1
有数据文件 DBFile2.DBF 属于表空间TSpcae 2
创建用户用户Arwen 指定默认表空间为TSpace1.
在用户Arwen下面创建表Table1 不指定表空间的话Table1就保存到表空间TSpace1中,由于此时表空间只有一个数据文件,所以表实际上就保存到DBFile1.DBF中
但你也可以显式指定Table1的表空间为TSpace2,此时Table1会保存到DBFile2中
表的保存是一目了然了吧. 表 --> 表空间 -->数据文件
我们访问表时就是 : select * from Arwen.Table1 如果是当前用户也可以省略Arwen这个前缀.
SQL Server表管理机制
实际上SQL Server的机制和Oracle非常类似.可能就像C#和Java那么类似了.有趣的是C#和SQL Server是微软的,Java和Oracle都是Oracle的
首先表自然也都保存一个个实际数据文件文件中,如果是系统表的话都保存在后缀为mdb的文件中,叫主要文件,其他的表一般保存在ndb文件,叫次要文件.实际上也可以把文件后缀名改成其他的,所以你要闲得蛋痛想恶作剧可以都改成跟Oracle一样,后缀为DBF,当然还得改些其他配置信息.但一般不推荐你去改后缀名.
在Oracle中数据文件会属于某个表空间,但sql server没表空间这个概念,但有文件组的概念.其实差不多拉.
然后用户会创立一个个的数据库(database),并指定它默认的文件组,然后在database下可以创建一个个表,如果不指定就保存在默认的文件组中,也可以显式指定.其实这里的database就相当于Oracle中的schema.然后再创建用户,一个用户可以可以对应多个database,相当于以前Oracle中一个用户名可以对应多个schema一样.
还是再举个例子吧.
假如有数据文件DBFile1.ndb 属于文件组group1
有数据文件 DBFile2.ndb 属于文件组group2
创建database db1 指定默认文件组group1
在db1下面创建表Table1 不指定文件组的话Table1就保存到文件组group1中,由于此时文件组只有一个数据文件,所以表实际上就保存到DBFile1.ndb中
但你也可以显式指定Table1的文件组为group2,此时Table1会保存到DBFile2.ndb中
我们可以创建用户weiwenhp, 对应的databse是db1
表的保存是一目了然了吧. 表 --> 文件组-->数据文件
我们访问表时就是 : select * from db1.dbo.Table1
这里还有个dbo,是schema.等会再补充下,开始以为sql server中没有呢.不过这里的schema跟Oracle中的不一样.
于是你用用户weiwenhp登陆就可以执行上面的SQL语句了.这里还没讨论用户的权限.下次再谈权限的问题去了.如果另外某个用户不一定有权限执行这SQL
(注意:想了下发现上面说的不太准确,涉及到SQL Server中有个非常误导人的概念login和user的区别.login可以对应多个database但user 不能对应多个database,只能对应多个schema.而user与login的关系是一个login可以对应多个user.在后面讲权限管理时再讨论这问题)
补充
SQL Server中的Schema
我们在创建用户时可以直接给用户指定一个databse.但这样可能比较浪费,而且不便于仅限管理.于是每个databse下面还可以创建很多schema.你可以这样想databse相当于一个大仓库,而schema是其中的小柜子.你每次创建一个databse时是用一个模板来初始化的,这样database默认下面就已经有一些schema了,有一些小柜子了.你最熟悉的可能是dbo这个柜子了.当然你指定用户map一个database相当于把所有的schema都给他了.
当有了一个database后,你还可以在里面加些任意数据的schema,一个仓库中你爱整多少个柜子就整几个.有了schema后我们创建一个用户时就可以不指定一个database给他，而是只指定一个或多个schema.这样此用户就只能使用一个或多个柜子了.
举例,
假如有用户Arwen,给它指定一个database 名为mydb.这个database下有dbo,sm等schema此时用户创建一个表tmp
create table tmp(name char(20));
此表没有指定保存到哪个schema中,默认就保存到dbo中
查找select * from db1.dbo.tmp //实际在management sudio这个图形界面的工具上,我们选了某个database后,然后查找时直接写
select * from tmp就行了.默认会加上db1.dbo
create table sm.mytable(name char(20));
此时指定了schema sm,则表保存到sm中.
要查找的话得select * from db1.sm.mytable //database加schema再加表名.