schemaoracle中schema指的是什么

什么是schema和catalog

schema是对一个数据库的结构描述。

在一个关系型数据库里面，schema定义了表、每个表的字段，还有表和字段之间的关系。

catalog是由一个数据库实例的元数据组成的，包括基本表，同义词，索引，用户等等。

数据库中Schema和Database有什么区别

一、区别： 1、在MySQL中创建一个Schema好像就跟创建一个Database是一样的效果， 1、在SQL Server和Orcal数据库中好像又不一样. 目前我只能理解，在mysql中 schema<==>database。

二、数据库中User和Schema的关系： User就是每个Schema的主人，（所以Schema包含的是Object，而不是User），其实User是对应与数据库的（即User是每个对应 数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个Schema（房间）的权利，就是说每个数据库映射的User有每个 Schema（房间）的钥匙，换句话说，如果他是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是他的（包括房间），他有完全的操作权，可以 扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，呵呵，和现实也太相似了吧。

我还可以给User分配具体的权限，也就是他到某一个房间 能做些什么，是只能看（Read-Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个User所对应的角色Role了，至于分配权 限的问题，我留在以后单独的blog中详述。

比喻到这里，相信大家都清楚了吧。

在SQL Server2000中，假如我们在某一个数据库中创建了用户Bosco，按么此时后台也为我们默认地创建了默认Schema 【Bosco】。

Schema的名字和User的名字相同，这也是我们分不清楚用户和Schema的原因。

在SQL Server2005中，为了向后兼容，当你用sp_adduser 存储过程创建一个用户的时候，SQL Server2005同时也创建了一个和用户名相同的Schema，然而这个存储过程是为了向后兼容才保留的，我们应该逐渐熟悉用新的DDL语言 Create User和Create Schema来操作数据库。

在SQL Server2005中，当我们用Create User创建数据库用户时，我们可以为该用户指定一个已经存在的Schema作为默认Schema，如果我们不指定，则该用户所默认的Schema即为 dbo Schema，dbo 。

房间（Schema）好比一个大的公共房间，在当前登录用户没有默认Schema的前提下，如果你在大仓库中进行一些操作，比如Create Tabe，如果没有指定特定的房间（Schema），那么你的物品就只好放进公共的dbo房间（Schema）了。

但是如果当前登录用户有默认的 Schema，那么所做的一切操作都是在默认Schema上进行（比如当前登录用户为login1，该用户的默认Schema为login1，那么所做的 所有操作都是在这个login1默认Schema上进行的。

实验已经证明的确如此）。

估计此时你会有一点晕，为什么呢？我刚才说dbo是一个 Schema，但是你可以在数据库中查看到，dbo同时也是一个user，晕了吧，呵呵。

在SQL Server2005中创建一个数据库的时候，会有一些Schema包括进去，被包括进去的Schema有：dbo，INFORMATION_SCHEMA, guest，sys等等（还有一些角色Schema，不提了，有晕了）。

上文中已经提到了，在SQL Server2005中当用存储过程sp_adduser创建一个user时，同时SQL Server2005也为我们创建了一个默认的和用户名相同的Schema，这个时候问题出来了，当我们create table A时，如果没有特定的Schema做前缀，这个A表创建在了哪个Schema上，即进入了哪个房间？答案是： 1.如果当前操作数据库的用户（可以用Select current_user查出来）有默认的Schema（在创建用户的时候指定了），那么表A被创建在了默认的Schema上。

2.如果当前操作数据库的用户没有默认的Schema（即在创建User的时候默认为空），但是有一个和用户名同名的Schema，那么表A照样被创建 在了dbo Schema上，即使有一个和用户名同名的Schema存在，由于它不是该用户默认的Schema，所以创建表的时候是不会考虑的，当作一般的 Schema来处理，别看名字相同，可是没有任何关系哦。

3.如果在创建表A的时候指定了特定的Schema做前缀，则表A被创建在了指定的 Schema上（有权限吗？） 现在问题又出来了，在当前操作数据库的用户（用select current_user可以查看到，再次强调）没有默认Schema的前提下，当我们用Create table A语句时，A表会去寻找dbo Schema，并试图创建在dbo Schema上，但是如果创建A表的用户只有对dbo Schema的只读权限，而没有写的权限呢？这个时候A表既不是建立不成功，这个就是我以后会提及到的Login,User, Role和Schema四者之间的关系。

在这里，为了避免混淆和提高操作数据库的速度（在少量数据范围内，对我们肉眼来说几乎看不到差异），我们最好每次 在操作数据库对象的时候都显式地指定特定的Schema最为前缀。

现在如果登录的用户为Sue，该用户有一个默认Schema也为Sue，那么如果现在有一条查询语句为Select * from mytable, 那么搜寻每个房间（Schema）的顺序是怎样的呢？顺序如下： 1. 首先搜寻sys.mytable （Sys Schema） 2. 然后搜寻Sue.mytable (Default Schema) 3. 最后搜寻 dbo.mytable (Dbo Schema) 执行的顺序大家既然清楚了，那么以后在查询数据库表中的数据时，最好指定特定的Schema前缀，这样子，数据库就不用去扫描Sys Schema了，当然可以提高查询的速度了。

另外需要提示一下的是，每个数据库在创建后，有4个Schema是必须的（删都删不掉），这4个Schema为：dbo，guest，sys和INFORMATION_SCHEMA，其余的Schema都可以删除。

数据库中Schema和Database有什么区别

在MySQL中创建一个Schema好像就跟创建一个Database是一样的效果，在SQL Server和Orcal数据库中好像又不一样. 目前我只能理解，在mysql中 schema<==>database。

数据库中User和Schema的关系 假如我们想了解数据库中的User和Schema究竟是什么关系，首先必须了解一下数据库中User和Schema到底是什么概念。

　　在SQL Server2000中，由于架构的原因，User和Schema总有一层隐含的关系，让我们很少意识到其实User和Schema是两种完全不同的概念，不过在SQL Server2005中这种架构被打破了，User和Schema也被分开了。

　　首先我来做一个比喻，什么是Database，什么是Schema，什么是Table，什么是列，什么是行，什么是User？我们可以可以把Database看作是一个大仓库，仓库分了很多很多的房间，Schema就是其中的房间，一个Schema代表一个房间，Table可以看作是每个Schema中的床，Table（床）就被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了J。

，然后床上可以放置很多物品，就好比Table上可以放置很多列和行一样，数据库中存储数据的基本单元是Table，现实中每个仓库放置物品的基本单位就是床， User就是每个Schema的主人，（所以Schema包含的是Object，而不是User），其实User是对应与数据库的（即User是每个对应数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个Schema（房间）的权利，就是说每个数据库映射的User有每个Schema（房间）的钥匙，换句话说，如果他是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是他的（包括房间），他有完全的操作权，可以扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，呵呵，和现实也太相似了吧。

我还可以给User分配具体的权限，也就是他到某一个房间能做些什么，是只能看（Read-Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个User所对应的角色Role了，至于分配权限的问题，我留在以后单独的blog中详述。

比喻到这里，相信大家都清楚了吧。

数据库中Schema和Database有什么区别

数据库中Schema和Database有什么区别 在MySQL中创建一个Schema好像就跟创建一个Database是一样的效果，在SQL Server和Orcal数据库中好像又不一样. 目前我只能理解，在mysql中 schema<==>database。

简述比较DTD和SCHEMA？等。。。

1、 简述比较DTD和SCHEMA？ XML Schema是继DTD之后，用来规范和描述XML文档的地二代标准。

XML Schema 可用来详细规定XML文档的数据模式及组织结构。

2、简述XML Schema 支持的数据类型那些？ 1.原生数据类型和派生数据类型。

2.自定义简单数据类型。

3.自定义复杂数据类型。

3、什么是DOM? DOM是由一组代表HTML或者XML文档中不同组成部分的程序对象组成，这些对象提供了各自的属性和方法，使得应用程序开发者能够通过编写脚本操纵和显示稳当中相应的组件。

在对XML稳当处理方面，虽然DOM比DOS需要更多的额外工作，但却能获得更为强大的功能和更好的灵活性，不仅可用来编写访问本地XML稳当的程序，还可以用来编写访问服务器端XML稳当的应用程序。

4、简述解释XSLT? XSLT即数据转换语言XSLT结合了Xpath的强大功32313133353236313431303231363533e78988e69d8331333332636430能可以根据需要把XML文档转换成任何一种基于文本文档式的文档，这种功能使其成为基于XML电子商务、电子数据交换、元数据交换、以及其他相同内容不同格式的数据之间进行转化的重要技术。

限于目前浏览器的支持能力，在大多数情况下，XSL 文档转换为一个指定格式的HTML文档，再由浏览器进行显示。

5、简述数据源对像DSO? DSO即与HTML文档绑定的XML数据源对象，DSO可以把链接到HTML网页中的一个XML文档或一段XML数据当作一个类似于数据库的记录集对象，然后使用与数据库类似的操作方法来显示和浏览被链接的XML文档的内容。

oracle中schema指的是什么

schema是一个逻辑概念，逻辑上把相关的所有对象（表、视图、索引，过程、包等）组织成一个集体。

一般来说schema的名称和负责这个schema的用户名称是一致的。

在这里给你举个例子，说明schema和用户名、以及用户下面的表、索引的关系。

一个楼房相当于一个数据库 一个楼房内有2家住户，用户A，用户B。

当用户A进入自己的屋子（schema）后，就可以再自己的屋子里添加桌子（表），椅子（视图），沙发（索引）等。

当然用户B也可以在自己的屋子（schema）里添加不一样的桌子，椅子，沙发。

那么我们知道了A用户和B用户的屋子（schema）是不同的，所以一般我们会直接说A用户或者B用户，这样就能区别他们不同的桌子和椅子，但是严格来说，我们应该说A用户的屋子（schema）和B用户的屋子（schema）不一样。

所以说这里面我们一般就说用户A，其实就直接代表了A这个schema。