数据表格式:架构.TableName,在写SQL语句时能不加架构名吗?

架构不是dbo.是新建用户的用户名:比如chn我在写sql语句时能不加[chn].tablename么.
不加就会报错:对象么'tablename'无效.

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

首先你用啥用户登录的,有CHN的表TABLENAME权限吗
首先我来做一个比喻，什么是Database，什么是Schema，什么是Table，什么是列，什么是行，什么是User？我们可以可以把Database看作是一个大仓库，仓库分了很多很多的房间，Schema就是其中的房间，一个Schema代表一个房间，Table可以看作是每个Schema中的床，Table（床）就被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了。然后床上可以放置很多物品，就好比Table上可以放置很多列和行一样，数据库中存储数据的基本单元是Table，现实中每个仓库放置物品的基本单位就是床，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都可以删除。
没测试。看看帮助对象可见性和限定规则
当创建对象时，Microsoft® SQL Server™ 2000 对未指定的名称部分使用下列默认值： Server 默认为本地服务器。
Database 默认为当前数据库。
Owner_name 默认为与当前连接的登录 ID 相关联的指定数据库中的用户名称。
例如，如果用户作为数据库所有者 (dbo) 用户登录到 Northwind，则下面两个语句的任何一个都将创建一个名为 Northwind.dbo.TableX 的表：CREATE TABLE TableX (cola INT PRIMARY KEY, colb NCHAR(3))-或-CREATE TABLE Northwind.dbo.TableX
      (cola INT PRIMARY KEY, colb NCHAR(3))说明  建议指定完整的表名或视图名，以避免产生与提及对象有关的混淆。
同样，当引用对象时，Microsoft® SQL Server™ 对未指定的名称部分使用下列默认值： Server 默认为本地服务器。
Database 默认为当前数据库。
owner_name 默认为与当前连接的登录 ID 相关联的指定数据库中的用户名称。如果该用户不拥有具有指定名称的对象，SQL Server 将查找一个具有指定名称的对象，该对象为数据库所有者 (dbo) 用户所拥有。
例如，假定 LoginX 所连接的服务器上有两个数据库：DBY 和 DBZ。LoginX 与数据库 DBY 中的 UserA 以及数据库 DBZ 中的 UserB 相关联。LoginX 在当前数据库中执行一个 SELECT 语句：USE DBY
SELECT * FROM DBY..TableX由于 LoginX 与 DBY 中的 UserA 相关联，SQL Server 首先查找 DBY.UserA.TableX。如果没有具有这个名称的表，SQL Server 将查找表 DBY.dbo.TableX。在下一个例子中，LoginX 在当前数据库中没有的表上执行 SELECT 语句：USE DBY
SELECT * FROM DBZ..TableY由于 LoginX 与 DBZ 中的 UserB 相关联，SQL Server 首先查找 DBZ.UserB.TableY。如果没有具有这个名称的表，SQL Server 将查找表 DBZ.dbo.TableY。说明  SQL Server不会尝试根据当前的登录来推断远程表的所有者。为确保分布式查询能够正确执行，请使用完全合法的名称。
以 sp_ 开始的存储过程的可见性与标准存储过程的可见性不同。有关更多信息，请参见 CREATE PROCEDURE。
这个程序是别人做的.让我拿过来改改.我环境搭好后,本地运行程序测试.以前他们写的sql语句没加架构名.tablename,但是会报错.我加了后一切正常.我想问怎么解决,不然我得一个一个的去改他以前的sql语句.
费时费力啊.数据库里我建了个chn的用户.
[Quote=引用 7 楼 damin7605157 的回复:]
登录是用新建的chn登录的.
[/Quote
那表是谁建立的,如果不是你建立的,人家限制了,得别人给权限吧
更改 chn 用户帐户的默认架构，默认架构为访问对象所在的架构。这样，访问对象就不再需要用架构名限定了。alter user [chn] with default_schema=[schema_name];
默认架构我改过了.还是不行.用的好像是sp_changeobjectowner这个.
他这个是2000的,我机子上是2005。
sql语句是在程序代码里..
open后,执行查询或其他操作就报此错误..
哦.弄错了.是用的sp_change_users_login.
将孤立的重新关联起来.但还是不行.真郁闷.
ok了.解决了.我给chn分配了sysadmin.