今天看到了Schema一词，对于它的理解网上也是说法很多，有一种受到认可的程度比较大，暂且先使用一下：
" 首先我来做一个比喻，什么是Database，什么是Schema，什么是Table，什么是Column，什么是Row，什么是User？我们可以把 Database看作是一个大仓库，仓库分了很多很多的房间，Schema就是其中的房间，一个Schema代表一个房间，Table可以看作是每个 Schema中的床，Table（床）就被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了。然后床上可以放置很多物品，就好比 Table上可以放置很多列和行一样，数据库中存储数据的基本单元是Table，现实中每个仓库放置物品的基本单位就是床， User就是每个Schema的主人，【所以Schema包含的是Object，而不是User】，其实User是对应于数据库的（即User是每个对应 数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个Schema（房间）的权利，就是说每个数据库映射的User有每个 Schema（房间）的钥匙，换句话说，如果他是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是他的（包括房间），他有完全的操作权，可以 扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，当然也可以拆除一个房间（Remove Schema）。呵呵，和现实也太相似了吧。我（仓库的管理员）还可以给User分配具体的权限，也就是他到某一个房间能做些什么，是只能看（Read- Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个User所对应的角色Role了，至于分配权限的问题，我留在以后单独的 blog中详述。比喻到这里，相信大家都清楚了吧。"
以上段落来源：http://blog.csdn.net/yanjiangbo/article/details/1782576
网上很多都是抄上面这一段的，这一段大概就是把Schema比作Database中的一个个小隔间，今天我在看《MySQL必知必会》这本书时，书上是这么说的：
“表具有一些特性，这些特性定义了数据在表中如何存储，如可以存储什么样的数据，数据如何分解，各部分信息如何命名，等等。描述表的这组信息就是所谓的模式，模式可以用来描述数据库中特定的表以及整个数据库(和其中表的关系)。
模式(Schema) 关于数据库和表的布局及特性的信息。”
这里就是把Schema看作是一种抽象的东西，就是一种布局，一种架构了。怎么理解呢，上面说的房间也可以勉强说每个房间可以理解为不同布局，不同房间床放的方式不一样吧。随着学习的深入，估计还会有新的解释和想法，以后有想法了继续更新这个概念。