
与 软件构架 与 架构师 的不是同一个概念
schema 是用于 在一个 大项目中的 各个 小项目
每个 小项目的表, 放在 各自的 schema 下面.
这样, 遇到 小项目里面. 有 相同名字的 表的话, 不会发生冲突.
例如一个 公司的 系统.
里面分2个 子系统, 分别为 财务系统 和人力资源系统.
这2个 子系统, 共用一个数据库
.
那么 财务系统的表, 可以放在 财务的 schema.
人力资源系统的表,放在 人力资源系统的模式里面。
这2个 子系统, 能够 互相访问 对方的表
但是又不因为 表重名 的问题,影响对方。
体系结构是下面这个样子的
[服务器名称].[数据库名称].[构架名称].[表名]
create database --> 创建一个数据库
create schema --> 创建一个构架
当你在 SQL Server 里面, 使用 create database 创建一个数据库以后。
你可以不必额外的去创建 schema
因为 SQL Server 会 自动的创建一个 名字叫 dbo 的 schema
打开sql server management studio,依次展开到视图
右键点击,选择新建视图
选中建立图片需要的表,然后点击添加(可以添加多个)
添加完后,点击关闭
点击表中的复选框,来添加一些列,在最下面的框中会自动生成相应
也可以在下面的代码框中直接输入一些代码
点击空白处,并使用快捷键Ctrl+S进行保存
创建视图成功
引用帮助文档对架构的定义: 从 SQL Server 2005 开始,每个对象都属于一个数据库架构。数据库架构是一个独立于数据库用户的非重复命名空间。您可以将架构视为对象的容器。可以在数据库中创建和更改架构,并且可以授予用户访问架构的权限。任何用户都可以拥有架构,并且架构所有权可以转移。 在SQL Server 2000中架构和用户是没有多大的区别,我们在2000中一般是指所有者。2005后,用户和架构开始明确的分开,架构可以理解为对象的容器或者命名空间。 对于架构特点的理解小节如下: 1.一个架构中不能包含相同名称的对象,相同名称的对象可以在不同的架构中存在。 2.一个架构只能有一个所有者,所有者可以是用户, 数据库角色, 应用程序角色。 3.一个用数据库角色可以可以拥有一个默认架构,和多个架构。 4.多个数据库用户可以共享单个默认架构。 5.由于架构与用户独立,删除用户不会删除架构中的对象。 6.SQL Server 2000 中对象引用是: [DatabaseServer].[DatabaseName].[ObjectOwner].[DatabaseObject] SQL Server 2005 中对象引用是: [DatabaseServer].[DatabaseName].[DatabaseSchema].[DatabaseObject]欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)