⑴ sql Server数据库如何将一个库中的数据导入另一个库中
按照你提出的问题，我理解你的2个数据库都在sql
server
2008中，那么，将一个数据表从一个数据库导入到另一个数据库可以按如下步骤操作：
（1）启动microsoft
sql
server
management
studio程序
（2）按提示操作进入系统
（3）选择那个建好表的数据库
（4）点击鼠标右键，会弹出一个菜单，选择菜单命令：任务/导出数据
（5）按画面提示一步步操作，就可以将数据表导出到另一个数据库
如果你的系统没有microsoft
sql
server
management
studio程序，则需要用sql
server安装盘添加安装之。
⑵ SQL数据库
声明
变量 v_emp_name 数据类型为 employee.emp_name；
变量 v_emp_phone 数据类型为employee.emp_phone;
变量 sql_str 数据类型varchar2(256);
begin
sql_str:='select emp_name, emp_phone from employee where emp_id=:eee';
这句话赋个值，下面这句分成几段看比较好
execute immediate sql_str
执行上面的那句SQL
{into} v_emp_name, v_emp_phone
把查询的结果放到v_emp_name和v_emp_phone 中
{using} 1 ;
那句SQL中有个：eee，这个变量用1代替即执行select emp_name, emp_phone from employee where emp_id=1
end;
第二个
declare
v_empid employee.empid%type := &v_empid;
①v_emp emp%rowtype;声明一个可以存储emp表一行的变量，我是这么理解的- -
begin
② select * into v_emp from employee where empid = v_empid;取出所有符合条件的结果，赋给v_empid
if ③SQL%found then如果有结果，则输出结果中的empname和empphone值
dbms_output.put_line(v_emp.empname);
dbms_output.put_line(v_emp.empphone);
end if;
Exception此为所有例外情况
when④ no_data_found then这个是没有记录
dbms_output.put_line('havnt found record');
when⑤ too_many_rows then这个是row太多
dbms_output.put_line('too many record');
end;
⑶ 有关数据库的作业·~~SQL语句题
1．select X.商品代号，分类名，数量，品牌 from商品表1 X，商品表2 Y where X．商品代号=Y．商品代号
找出商品库里面所有的商品信息
2．select 专业，count(*) as 专业人数 from学生 group by专业 order by专业人数 desc
找出每个专业的专业人数，并且降序排列
3．select课程．课程号，课程．课程名，count(*) as 选课人数 from课程，选课 where课程．课程号一选课．课程号 group by课程．课程号，课程．课程名
找出每门课程的选修人数
4.
SELECT 商品代号 from 商品表1 group by 商品代号 HAVING SUM(数量) > 10
5.
SELECT * FROM 商品表1 WHERE 单价 > (SELECT AVG(单价) FROM 商品表1)
⑷ 怎样用sqldeveloper把oracle数据移到sqlserver库中
你把oracle中的数据导出到excel，然后在sql中导入excel就可以了。
⑸ sql Server数据库如何将一个库中的数据导入另一个库中
如果是一个实例下的不同数据库的话，跟操作同一个库时是一样的
只要在要操作的表前面添加数据库名相关信息就可以了
如：
select * into test1.dbo.to from test2.dbo.from
如果是不同实例的数据库之间的导入就比较麻烦了，
首先需开启Distributed Transaction Coordinator服务
然后给你个例子
--以下例子为MSDN上邹建大哥的例子，给你做下参考
/*--同步两个数据库的示例
有数据
srv1.库名..author有字段:id,name,phone,
srv2.库名..author有字段:id,name,telphone,adress
要求：
srv1.库名..author增加记录则srv1.库名..author记录增加
srv1.库名..author的phone字段更新，则srv1.库名..author对应字段telphone更新
--*/
--大致的处理步骤
--1.在 srv1 上创建连接服务器,以便在 srv1 中操作 srv2,实现同步
exec sp_addlinkedserver 'srv2','','SQLOLEDB','srv2的sql实例名或ip'
exec sp_addlinkedsrvlogin 'srv2','false',null,'用户名','密码'
go
--2.在 srv1 和 srv2 这两台电脑中,启动 msdtc(分布式事务处理服务),并且设置为自动启动
我的电脑--控制面板--管理工具--服务--右键 Distributed Transaction Coordinator--属性--启动--并将启动类型设置为自动启动
go
--然后创建一个作业定时调用上面的同步处理存储过程就行了
企业管理器
--管理
--SQL Server代理
--右键作业
--新建作业
--"常规"项中输入作业名称
--"步骤"项
--新建
--"步骤名"中输入步骤名
--"类型"中选择"Transact-SQL 脚本(TSQL)"
--"数据库"选择执行命令的数据库
--"命令"中输入要执行的语句: exec p_process
--确定
--"调度"项
--新建调度
--"名称"中输入调度名称
--"调度类型"中选择你的作业执行安排
--如果选择"反复出现"
--点"更改"来设置你的时间安排
然后将SQL Agent服务启动,并设置为自动启动,否则你的作业不会被执行
设置方法:
我的电脑--控制面板--管理工具--服务--右键 SQLSERVERAGENT--属性--启动类型--选择"自动启动"--确定.
--3.实现同步处理的方法2,定时同步
--在srv1中创建如下的同步处理存储过程
create proc p_process
as
--更新修改过的数据
update b set name=i.name,telphone=i.telphone
from srv2.库名.dbo.author b,author i
where b.id=i.id and
(b.name <> i.name or b.telphone <> i.telphone)
--插入新增的数据
insert srv2.库名.dbo.author(id,name,telphone)
select id,name,telphone from author i
where not exists(
select * from srv2.库名.dbo.author where id=i.id)
--删除已经删除的数据(如果需要的话)
delete b
from srv2.库名.dbo.author b
where not exists(
select * from author where id=b.id)
go
--
⑹ sql server 2008数据库作业步骤怎么写
方法/步骤
在电脑开始菜单中选择“SQL Server Management Studio”双击。在出现的界面中点击“连接”按钮。
在出现的“ Microsoft SQL Server Management Studio”界面中选择“管理”下的“维护计划”右击维护计划，点击“维护计划向导”，
在出现的“SQL Server维护计划向导”界面中点击“下一步”
在出现的界面中把名称和说明写上。然后点击“更改”设顶备份计划
在出现的“作业计划属性”界面中，更改执行时间，也就是多久备份一次。这里该为每天备份。间隔时间更改为“1”更改执行一次时间为0：00：00也就是在每天的0点自动备份数据。
更改好以后，就可以在下面看到“在每天的 0:00:00 执行。将从 2014-5-16 开始使用计划。”然后点击“下一步”按钮
在选择维护任务界面中选择要备份的数据库文件。然后点击下一步。
在选择维护任务顺序中，可以移动要备份的数据库文件的顺序。然后点击“下一步”
在定义“备份数据库完整”界面中，选择数据库后面下拉菜单中的数据库文件。然后点击“确定”按钮
在定义“备份数据库完整”界面里选择备份路径。然后点击“下一步”
在“选择报告选项”界面中设置好“报告文本文件”的路径。然后点击“下一步”
在出现的“完成该向导”界面中会看到设置备份的详细信息。
这样数据库自动备份就成功了。
⑺ sql将一个数据库的表复制到另一个数据库的表中
MS SQL用法如下：
在数据库A上操作
INSERT INTO [user]
SELECT * FROM opendatasource( 'SQLOLEDB','Data Source=ip/ServerName;User ID=登陆名;Password=密码').B数据库.dbo.bakuser
WHERE DATEPART(yy,yf) < 2010
⑻ sql server数据库里的作业有什么用
你应该先了解什么是数据库概念。
SQL SERVER数据库只是其中的一种，是微软的产品。
数据库
数据库发展阶段大致划分为如下几个阶段：
人工管理阶段；
文件系统阶段；
数据库系统阶段；
高级数据库阶段。
当人们从不同的角度来描述这一概念时就有不同的定义(当然是描述性的)。例如，称数据库是一个“记录保存系统”(该定义强调了数据库是若干记录的集合)。又如称数据库是“人们为解决特定的任务，以一定的组织方式存储在一起的相关的数据的集合”(该定义侧重于数据的组织)。更有甚者称数据库是“一个数据仓库”。当然，这种说法虽然形象，但并不严谨。
严格地说，数据库是“按照数据结构来组织、存储和管理数据的仓库”。在经济管理的日常工作中，常常需要把某些相关的数据放进这样“仓库”，并根据管理的需要进行相应的处理。例如，企业或事业单位的人事部门常常要把本单位职工的基本情况(职工号、姓名、年龄、性别、籍贯、工资、简历等)存放在表20.6.3中，这张表就可以看成是一个数据库。有了这个"数据仓库"我们就可以根据需要随时查询某职工的基本情况，也可以查询工资在某个范围内的职工人数等等。这些工作如果都能在计算机上自动进行，那我们的人事管理就可以达到极高的水平。此外，在财务管理、仓库管理、生产管理中也需要建立众多的这种"数据库"，使其可以利用计算机实现财务、仓库、生产的自动化管理。
J.Martin给数据库下了一个比较完整的定义：数据库是存储在一起的相关数据的集合，这些数据是结构化的，无有害的或不必要的冗余，并为多种应用服务；数据的存储独立于使用它的程序；对数据库插入新数据，修改和检索原有数据均能按一种公用的和可控制的方式进行。当某个系统中存在结构上完全分开的若干个数据库时，则该系统包含一个“数据库集合”。
· 数据库的优点
使用数据库可以带来许多好处：如减少了数据的冗余度，从而大大地节省了数据的存储空间；实现数据资源的充分共享等等。此外，数据库技术还为用户提供了非常简便的使用手段使用户易于编写有关数据库应用程序。特别是近年来推出的微型计算机关系数据库管理系统dBASELL，操作直观，使用灵活，编程方便，环境适应广泛(一般的十六位机，如IBM/PC/XT，国产长城0520等均可运行种软件)，数据处理能力极强。数据库在我国正得到愈来愈广泛的应用，必将成为经济管理的有力工具。
数据库是通过数据库管理系统(DBMS-DATA BASE MANAGEMENT SYSTEM)软件来实现数据的存储、管理与使用的dBASELL就是一种数据库管理系统软件。
· 数据库结构与数据库种类
数据库通常分为层次式数据库、网络式数据库和关系式数据库三种。而不同的数据库是按不同的数据结构来联系和组织的。
1.数据结构模型
(1)数据结构
所谓数据结构是指数据的组织形式或数据之间的联系。如果用D表示数据，用R表示数据对象之间存在的关系集合，则将DS＝(D，R)称为数据结构。例如，设有一个电话号码簿，它记录了n个人的名字和相应的电话号码。为了方便地查找某人的电话号码，将人名和号码按字典顺序排列，并在名字的后面跟随着对应的电话号码。这样，若要查找某人的电话号码(假定他的名字的第一个字母是Y)，那么只须查找以Y开头的那些名字就可以了。该例中，数据的集合D就是人名和电话号码，它们之间的联系R就是按字典顺序的排列，其相应的数据结构就是DS＝(D，R)，即一个数组。(2)数据结构种类
数据结构又分为数据的逻辑结构和数据的物理结构。数据的逻辑结构是从逻辑的角度(即数据间的联系和组织方式)来观察数据，分析数据，与数据的存储位置无关。数据的物理结构是指数据在计算机中存放的结构，即数据的逻辑结构在计算机中的实现形式，所以物理结构也被称为存储结构。本节只研究数据的逻辑结构，并将反映和实现数据联系的方法称为数据模型。
目前，比较流行的数据模型有三种，即按图论理论建立的层次结构模型和网状结构模型以及按关系理论建立的关系结构模型。
2.层次、网状和关系数据库系统
(1)层次结构模型
层次结构模型实质上是一种有根结点的定向有序树(在数学中"树"被定义为一个无回的连通图)。例如图20.6.4是一个高等学校的组织结构图。这个组织结构图像一棵树，校部就是树根(称为根结点)，各系、专业、教师、学生等为枝点(称为结点)，树根与枝点之间的联系称为边，树根与边之比为1:N，即树根只有一个，树枝有N个。这种数据结构模型的一般结构见图20.6.5所示。
图20.6.4 高等学校的组织结构图 图20.6.5 层次结构模型
图20.6.5中，Ri(i＝1，2，…6)代表记录(即数据的集合)，其中R1就是根结点(如果Ri看成是一个家族，则R1就是祖先，它是R2、R3、R4的双亲，而R2、R3、R4互为兄弟)，R5、R6也是兄弟，且其双亲为R3。R2、R4、R5、R6又被称为叶结点(即无子女的结点)。这样，Ri(i＝1，2，…6)就组成了以R1为树根的一棵树，这就是一个层次数据结构模型。
按照层次模型建立的数据库系统称为层次模型数据库系统。IMS(Information Manage-mentSystem)是其典型代表。
(2)网状结构模型
在图20.6.6中，给出了某医院医生、病房和病人之间的联系。即每个医生负责治疗三个病人，每个病房可住一到四个病人。如果将医生看成是一个数据集合，病人和病房分别是另外两个数据集合，那么医生、病人和病房的比例关系就是M:N:P(即M个医生，N个病人，P间病房)。这种数据结构就是网状数据结构，它的一般结构模型如图20.6.7所示。在图中，记录Ri(i＝1，2，8)满足以下条件：
①可以有一个以上的结点无双亲(如R1、R2、R3)。
②至少有一个结点有多于一个以上的双亲。在"医生、病人、病房"例中，"医生集合有若干个结点(M个医生结点)无"双亲"，而"病房"集合有P个结点(即病房)，并有一个以上的"双亲"(即病人)。
图20.6.6 医生、病房和病人之间的关系
图20.6.7 网状结构模型
按照网状数据结构建立的数据库系统称为网状数据库系统，其典型代表是DBTG(Data Base Task Group)。用数学方法可将网状数据结构转化为层次数据结构。
(3)关系结构模型
关系式数据结构把一些复杂的数据结构归结为简单的二元关系(即二维表格形式)。例如某单位的职工关系就是一个二元关系(见表20.6.8)。这个四行六列的表格的每一列称为一个字段(即属性)，字段名相当于标题栏中的标题(属性名称)；表的每一行是包含了六个属性(工号、姓名、年龄、性别、职务、工资)的一个六元组，即一个人的记录。这个表格清晰地反映出该单位职工的基本情况。
表20.6.8 职工基本情况
通常一个m行、n列的二维表格的结构如表20.6.9所示。
表中每一行表示一个记录值，每一列表示一个属性(即字段或数据项)。该表一共有m个记录。每个记录包含n个属性。
作为一个关系的二维表，必须满足以下条件：
(1)表中每一列必须是基本数据项(即不可再分解)。(2)表中每一列必须具有相同的数据类型(例如字符型或数值型)。(3)表中每一列的名字必须是唯一的。(4)表中不应有内容完全相同的行。(5)行的顺序与列的顺序不影响表格中所表示的信息的含义。
由关系数据结构组成的数据库系统被称为关系数据库系统。
在关系数据库中，对数据的操作几乎全部建立在一个或多个关系表格上，通过对这些关系表格的分类、合并、连接或选取等运算来实现数据的管理。dBASEII就是这类数据库管理系统的典型代表。对于一个实际的应用问题(如人事管理问题)，有时需要多个关系才能实现。用dBASEII建立起来的一个关系称为一个数据库(或称数据库文件)，而把对应多个关系建立起来的多个数据库称为数据库系统。dBASEII的另一个重要功能是通过建立命令文件来实现对数据库的使用和管理，对于一个数据库系统相应的命令序列文件，称为该数据库的应用系统。因此，可以概括地说，一个关系称为一个数据库，若干个数据库可以构成一个数据库系统。数据库系统可以派生出各种不同类型的辅助文件和建立它的应用系统。
· 数据库的要求与特性
为了使各种类型的数据库系统能够充分发挥它们的优越性，必须对数据库管理系统的使用提出一些明确的要求。
1.建立数据库文件的要求
(1)尽量减少数据的重复，使数据具有最小的冗余度。计算机早期应用中的文件管理系统，由于数据文件是用户各自建立的，几个用户即使有许多相同的数据也得放在各自的文件中，因而造成存储的数据大量重复，浪费存储空间。数据库技术正是为了克服这一缺点而出现的，所以在组织数据的存储时应避免出现冗余。
(2)提高数据的利用率，使众多用户都能共享数据资源。
(3)注意保持数据的完整性。这对某些需要历史数据来进行预测、决策的部门(如统计局、银行等)特别重要。
(4)注意同一数据描述方法的一致性，使数据操作不致发生混乱。如一个人的学历在人事档案中是大学毕业，而在科技档案中却是大学程度，这样就容易造成混乱。
(5)对于某些需要保密的数据，必须增设保密措施。
(6)数据的查找率高，根据需要数据应能被及时维护。
2.数据库文件的特征
无论使用哪一种数据库管理系统，由它们所建立的数据库文件都可以看成是具有相同性质的记录的集合，因而这些数据库文件都有相同的特性：
(1)文件的记录格式相同，长度相等。
(2)不同的行是不同的记录，因而具有不同的内容。
(3)不同的列表示不同的字段名，同一列中的数据的性质(属性)相同。
(4)每一行各列的内容是不能分割的，但行的顺序和列的顺序不影响文件内容的表达。
3.文件的分类
对文件引用最多的是主文件和事物文件。其他的文件分类还包括表文件、备份文件、档案的输出文件等。下面将讲述这些文件。
(1)主文件。主文件是某特定应用领域的永久性的数据资源。主文件包含那些被定期存取以提供信息和经常更新以反映最新状态的记录。典型的主文件有库存文件、职工主文件和收帐主文件等。
(2)事务文件。事务文件包含着作为一个信息系统的数据活动(事务)的那些记录。这些事务被分批以构成事务文件。例如，从每周工资卡上录制下来的数分批存放在一个事务文件上，然后对照工资清单文件进行处理以便打印出工资支票和工资记录簿。
(3)表文件。表文件是一些表格。之所以单独建立表文件而不把表设计在程序中是为了便于修改。例如，一个公用事业公司的税率表或国内税务局的税率就可以存储在表中文件。
(4)备用文件。备用文件是现有生产性文件的一个复制品。一旦生产性文件受到破坏，利用备用文件就可以重新建立生产性文件。
(5)档案文件。档案文件不是提供当前处理使用的，而是保存起来作为历史参照的。例如，国内税务局(IRS)可能要求检查某个人最近15年的历史。实际上，档案文件恰恰是在给定时间内工作的一个"快照"。
(6)输出文件。输出文件包含将要打印在打印机上的、显在屏幕上的或者绘制在绘图仪上的那些信息的数值映象。输出文件可以是"假脱机的"(存储在辅存设备上)，当输出设备可用时才进行实际的输出。
⑼ 如何在运行 SQL Server 的计算机之间移动数据库
您可以使用相同的方法从 SQL Server 7.0 或 SQL Server 2000 迁移数据。但是，Microsoft SQL
Server 2005 中的管理工具与 SQL Server 7.0 或 SQL Server 2000 中的管理工具有所不同。您应该使用
SQL Server Management Studio（而不是 SQL Server 企业管理器）以及 SQL Server 导入和导出向导
(DTSWizard.exe)（而不是数据转换服务导入和导出数据向导）。
备份和还原
在源服务器上备份用户数据库，然后将用户数据库还原到目标服务器上。
在备份过程中时可能有人使用数据库。如果用户在备份完成后对数据库执行
INSERT、UPDATE 或 DELETE
语句，则备份中不会包含这些更改。如果您必须传输所有更改，那么，假如您既执行事务日志备份又执行完整数据库备份，您可以以尽可能短的停止时间来传输这些更改。
在目标服务器上还原完整数据库备份，并指定 WITH NORECOVERY 选项。
注意：为防止对数据库做进一步的修改，请指导用户在源服务器上退出数据库活动。
执行事务日志备份，然后使用 WITH RECOVERY 选项将事务日志备份还原到目标服务器上。停止时间仅限于事务日志备份和恢复的时间。有关更多信息，请参阅 SQL Server 联机丛书的“Transact-SQL 参考”主题中的“还原”子主题。
目标服务器上的数据库将与源服务器上的数据库大小相同。要减小数据库的大小，您必须在执行备份前压缩源数据库的大小，或者在完成还原后压缩目标数据库的大小。有关更多信息，请参阅 SQL Server 联机丛书的“创建和维护数据库”标题下的“压缩数据库”子主题。
如果您将数据库还原到的文件位置不同于源数据库的文件位置，则必须指定 WITH MOVE 选项。例如，在源服务器上，数据库位于 D:\Mssql\Data 文件夹中。目标服务器没有 D 驱动器，因而您需要将数据库还原到 C:\Mssql\Data 文件夹。
有关如何将数据库还原到其他位置的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
221465
INF：结合使用 WITH MOVE 选项和 RESTORE 语句
304692 INF：使用 BACKUP 和 RESTORE 将 SQL Server 7.0 数据库移到新的位置
如果您想覆盖目标服务器上的一个现有数据库，则必须指定 WITH REPLACE 选项。有关更多信息，请参阅 SQL Server 联机丛书的“Transact-SQL 参考”主题中的“还原”子主题。
源服务器和目标服务器上的字符集、排序顺序和 Unicode 整序可能必须相同，具体取决于您要还原到 SQL Server 的哪种版本。有关更多信息，请参阅本文中的“关于排序规则的说明”一节。
Sp_detach_db 和 Sp_attach_db 存储过程
要使用 sp_detach_db 和 sp_attach_db 这两个存储过程，请按下列步骤操作：
使用 sp_detach_db 存储过程分离源服务器上的数据库。您必须将与数据库关联的 .mdf、.ndf 和 .ldf 这三个文件复制到目标服务器上。参见下表中对文件类型的描述：
文件扩展名
说明
.mdf 主要数据文件
.ndf 辅助数据文件
.ldf 事务日志文件
使用 sp_attach_db 存储过程将数据库附加到目标服务器上，并指向您在上一步骤中复制到目标服务器的文件。
有关如何使用这些方法的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
224071
如何通过使用 SQL Server 中的分离和附加功能将 SQL Server 数据库移到新位置
分离数据库后将无法访问该数据库，并且复制文件时也无法使用该数据库。在进行分离的那一时刻数据库中包含的所有数据都被移动。
在您使用附加或分离方法时，两个服务器上的字符集、排序顺序和 Unicode 整序都必须相同。有关更多信息，请参阅本文中的“关于排序规则的说明”一节。
关于排序规则的说明
如果您使用备份和还原或附加和分离方法在两个
SQL Server 7.0 服务器之间移动数据库，则两个服务器上的字符集、排序顺序和 Unicode 整序都必须相同。如果您将数据库从
SQL Server 7.0 移到 SQL Server 2000，或者在不同的 SQL Server 2000
服务器之间移动数据库，则数据库将保留源数据库的整序。这意味着，如果运行 SQL Server 2000
的目标服务器的整序与源数据库的整序不同，则目标数据库的整序也将与目标服务器的 master、model、tempdb 和 msdb 数据库的整序不同。有关更多信息，请参见 SQL Server 2000 联机丛书中的“混合整序环境”主题。
导入和导出数据（在 SQL Server 数据库之间复制对象和数据）
您可以使用数据转换服务导入和导出数据向导来复制整个数据库或有选择地将源数据库中的对象和数据复制到目标数据库。
在传输过程中，可能有人在使用源数据库。如果在传输过程中有人在使用源数据库，您可能会看到传输过程中出现一些阻滞现象。
在您使用导入和导出数据向导时，源服务器与目标服务器的字符集、排序顺序和整序不必相同。
因为源数据库中未使用的空间不会移动，所以目标数据库不必与源数据库一样大。同样，如果您只移动某些对象，则目标数据库也不必与源数据库一样大。
SQL Server 7.0 数据转换服务可能无法正确地传输大于 64 KB 的文本和图像数据。但 SQL Server 2000 版本的数据转换服务不存在此问题。
有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
257425
FIX：DTS 对象传输不能传输大于 64 KB 的 BLOB 数据
第 2 步：如何传输登录和密码
如果您不将源服务器中的登录传输到目标服务器，当前的 SQL Server 用户就无法登录到目标服务器。您可以按照下面的 Microsoft 知识库文章中的说明来传输登录和密码：
246133 如何在 SQL Server 实例之间传输登录和密码
目标服务器上的登录的默认数据库可能与源服务器上的登录的默认数据库不同。您可以使用 sp_defaultdb 存储过程来更改登录的默认数据库。有关更多信息，请参见 SQL Server 联机丛书中的“Transact-SQL 参考”主题的“sp_defaultdb”子主题。
第 3 步：如何解决孤立用户
在您向目标服务器传输登录和密码后，用户可能还无法访问数据库。登录与用户是靠安全识别符 (SID) 关联在一起的；在您移动数据库后，如果 SID
不一致，SQL Server 可能会拒绝用户访问数据库。此问题称为孤立用户。如果您使用 SQL Server 2000 DTS
传输登录功能来传输登录和密码，就可能会产生孤立用户。此外，被允许访问与源服务器处于不同域中的目标服务器的集成登录帐户，也会导致出现孤立用户。
查找孤立用户。在目标服务器上打开查询分析器，然后在您移动的用户数据库中运行以下代码：
exec sp_change_users_login 'Report'
此过程将列出任何未链接到一个登录帐户的孤立用户。如果没有列出用户，请跳过第 2 步和第 3 步，直接进行第 4 步。
解决孤立用户问题。如果一个用户是孤立用户，数据库用户可以成功登录到服务器，但却无权访问数据库。如果您尝试向数据库授予登录访问权，则会因该用户已经存在而出现下列错误消息：
Microsoft SQL-DMO (ODBC SQLState:42000) 错误 15023:当前数据库中已存在用户或角色 '%s'。
有关如何解决孤立用户的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
240872
如何解决在运行 SQL Server 的服务器之间移动数据库时的权限问题
此文章介绍如何将登录映射到数据库用户，以及如何解决标准的 SQL Server 登录和集成登录产生的孤立用户。
274188 PRB：联机丛书中的“孤立用户疑难解答”主题不完整
上面的文章介绍了如何使用 sp_change_users_login 存储过程来逐个纠正孤立用户。sp_change_users_login 存储过程仅能解决标准的 SQL Server 登录帐户的孤立用户问题。
如果数据库所有者 (dbo) 被当作孤立用户列出，请在用户数据库中运行下面的代码：
exec sp_changedbowner 'sa'
此存储过程会将数据库所有者更改为 dbo 并解决这个问题。要将数据库所有者更改为另一用户，请使用您想使用的用户再次运行 sp_changedbowner。有关更多信息，请参见 SQL Server 联机丛书的“Transact-SQL 参考”主题中的“sp_changedbowner”子主题。
如果您的目标服务器运行的是 SQL Server 2000 Service Pack 1，则在您执行附加操作或还原操作（或两种操作都执行）后，企业管理器的用户文件夹中的列表中可能没有数据库所有者用户。
有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
305711
BUG：在企业管理器中没有显示 DBO 用户
如果目标服务器上不存在映射到源服务器上的 dbo 的登录，您在尝试通过企业管理器更改系统管理员 (sa) 密码时，可能会收到以下错误消息：
错误 21776:[SQL-DMO] 名称 'dbo' 在 Users 集合中没有找到。如果该名称是合法名称，则使用 [] 来分隔名称的不同部分，然后重试。
有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
218172
PRB：在企业管理器中不能更改 SA 密码
警告：如果您再次还原或附加数据库，则数据库用户可能会再次被孤立，这样您就必须重复第 3 步操作。
第 4 步：如何移动作业、警报和运算符
第 4 步是可选操作。您可以为源服务器上的所有作业、警报和运算符生成脚本，然后在目标服务器上运行脚本。
要移动作业、警报和运算符，请按照下列步骤操作： 您可以用右键单击选择为所有警报、所有作业或所有运算符生成脚本。
打开 SQL Server 企业管理器，然后展开管理文件夹。
展开 SQL Server 代理，然后右键单击警报、作业或运算符。
单击所有任务，然后单击生成 SQL 脚本。对于 SQL Server 7.0，请单击为所有作业生成脚本、警报或运算符。
您可以将作业、警报和运算符从 SQL Server 7.0 移到 SQL Server 2000，也可以在运行 SQL Server 7.0 和运行 SQL Server 2000 计算机之间移动。
如果在源服务器上为运算符设置了 SQLMail 通知，则目标服务器上也必须设置 SQLMail，才能具有相同的功能。
有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
263556
INF：如何配置 SQL Mail
第 5 步：如何移动 DTS 包
第 5 步是可选操作。如果 DTS 包在源服务器上存储在 SQL Server 中或存储库中，您可以在需要时移动这些包。要在服务器之间移动 DTS 包，请使用下列方法之一。
方法 1
在源服务器上将 DTS 包保存到一个文件中，然后在目标服务器上打开 DTS 包文件。
将目标服务器上的包保存到 SQL Server 或存储库中。
注意：您必须用单独的文件逐个地移动这些包。
方法 2
在 DTS 设计器中打开每个 DTS 包。
在包菜单上，单击另存为。
指定目标 SQL Server。
注意：在新服务器上，包可能无法正常运行。您可能必须对包进行更改，更改包中任
⑽ 在SQl中，如何使选中的语句向右平移相同的单位而不用一条条语句的打空格键。
优化SQL查询：如何写出高性能SQL语句
1、首先要搞明白什么叫执行计划？
执行计划是数据库根据SQL语句和相关表的统计信息作出的一个查询方案，这个方案是由查询优化器自动分析产生欀如一条SQL语句如果用来从一个10万条记录的表中查1条记录，那查询优化器会选择“索引查找”方式，如果该表进行了归档，当前只剩下5000条记录了，那查询优化器就会改变方案，采用 “全表扫描”方式。
可见，执行计划并不是固定的，它是“个性化的”。产生一个正确的“执行计划”有两点很重要：
(1) SQL语句是否清晰地告诉查询优化器它想干什么？
(2) 查询优化器得到的数据库统计信息是否是最新的、正确的？
2、统一SQL语句的写法
对于以下两句SQL语句，程序员认为是相同的，数据库查询优化器认为是不同的。
select * from al
select * From al
其实就是大小写不同，查询分析器就认为是两句不同的SQL语句，必须进行两次解析。生成2个执行计划。
所以作为程序员，应该保证相同的查询语句在任何地方都一致，多一个空格都不行！