法一: 用Group by语句 此查找很快的
select count(num), max(name) from student –查找表中num列重复的，列出重复的记录数，并列出他的name属性
group by num
having count(num) >1; –按num分组后找出表中num列重复，即出现次数大于一次
delete from student(上面Select的)
这样的话就把所有重复的都删除了。—–慎重
法二:当表比较大(例如10万条以上)时,这个方法的效率之差令人无法忍受,需要另想办法:
—- 执行下面SQL语句后就可以显示所有DRAWING和DSNO相同且重复的记录
SELECT * FROM EM5_PIPE_PREFAB
WHERE ROWID!=(SELECT MAX(ROWID) FROM EM5_PIPE_PREFAB D –D相当于First,Second
WHERE EM5_PIPE_PREFAB.DRAWING=D.DRAWING AND
EM5_PIPE_PREFAB.DSNO=D.DSNO);
—- 执行下面SQL语句后就可以 除所有DRAWING和DSNO相同且重复的记录
DELETE FROM EM5_PIPE_PREFAB
WHERE ROWID!=(SELECT MAX(ROWID) FROM EM5_PIPE_PREFAB D
WHERE EM5_PIPE_PREFAB.DRAWING=D.DRAWING AND
EM5_PIPE_PREFAB.DSNO=D.DSNO);
2、说一下数据表设计要遵守的三范式是什么？除了这些你觉得数据表的设计还要注意哪些规则？
1、无重复列，实际上就是一个表中一个列不允许有多值属性、复合属性或者嵌套的表，即列的值域必须是原子值，表必须有主键。
2、属性完全依赖于主键[消除部分子函数依赖]。第二范式其实是在第一范式上的扩展，所以第二范式必须符合第一范式，表中列不存在部分函数依赖。
3、属性不依赖于其它非主属性[消除传递依赖]。第三范式是在第二范式的基础上进行的扩展，所以必须符合第二范式且表中不存在传递依赖。
数据量大的情况下如：百万级数据肯定不能按第三范式来了，必须适当增加冗余数据，减少查询的关联次数，当然做好索引是大前提。还可以考虑使用分区表。还不行的话那就换个牛叉点的database。
3、写一个SQL存储过程，建立一个表USER 字段是姓名，年龄，职位，权限，然后向里面插入6条数据，然后查询出年龄大于18的所有信息。
Create table user(
Name varchar(20),
Age int,
Position varchar(20)
Quanxian varchar(20)
)
Insert into user values(‘111’,11,’11111’,’1111111’)
Insert into user values(‘112’,12,’11112’,’1111112’)
Insert into user values(‘113’,13,’11113’,’1111113’)
Insert into user values(‘114’,14,’11114’,’1111114’)
Insert into user values(‘115’,15,’11115’,’1111115’)
Insert into user values(‘116’,16,’11116’,’1111116’)
Create procedure selectUser
As
Select * from user where age >18
4、1. 你对哪种数据库最熟悉 使用该数据库多少年 简单描述对该数据库的理解.
答：SQL，适合中小型企业使用
2. 对其它较熟悉的商业数据库的了解及使用年限.
3. 如何将数据库(实例)备份和还原 (针对自己最熟悉的)
答：SQL，在企业管理器上右点要备份或还原的数据，从所有任务选择备份或还原。
4. 如何知道一个表或视图的结构
答：查询系统表sysobjects
5. 描述INNER JOIN的功能和已在何种情况下使用INNER JOIN.
答：内联接是用比较运算符比较要联接列的值的联接，连接的2个表都要满足、
5、存储过程和SQL语句的优缺点
存储过程的优缺点：
优点：
1.由于应用程序随着时间推移会不断更改，增删功能，T－SQL过程代码会变得更复杂，StoredProcedure为封装此代码提供了一个替换位置。
2.执行计划（存储过程在首次运行时将被编译，这将产生一个执行计划－－ 实际上是 Microsoft SQL Server为在存储过程中获取由 T-SQL 指定的结果而必须采取的步骤的记录。）缓存改善性能。
……..但sql server新版本，执行计划已针对所有 T-SQL 批处理进行了缓存，而不管它们是否在存储过程中，所以没比较优势了。
3.存储过程可以用于降低网络流量，存储过程代码直接存储于数据库中，所以不会产生大量T-sql语句的代码流量。
4.使用存储过程使您能够增强对执行计划的重复使用，由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能。RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配的执行计划，并只需插入更新的参数值。
5.可维护性高，更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力。
6.代码精简一致，一个存储过程可以用于应用程序代码的不同位置。
7.更好的版本控制，通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具，您可以轻松地恢复到或引用旧版本的存储过程。
8.增强安全性：
a、通过向用户授予对存储过程（而不是基于表）的访问权限，它们可以提供对特定数据的访问；
b、提高代码安全，防止 SQL注入（但未彻底解决，例如，将数据操作语言－－DML，附加到输入参数）；
c、SqlParameter 类指定存储过程参数的数据类型，作为深层次防御性策略的一部分，可以验证用户提供的值类型（但也不是万无一失，还是应该传递至数据库前得到附加验证）。
缺点：
1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。如果应用程序的可移植性在您的环境中非常重要，则将业务逻辑封装在不特定于 RDBMS 的中间层中可能是一个更佳的选择。
Sql语句灵活，可移植性强，查询速度比存储过程慢些
6、为数据库创建索引都需要注意些什么？
1. 索引能提高速度的关键就是索引所占的空间要比表小得多
2. 注意索引的大小，有一些表可以建成索引组织表
3. 索