转自：百度百科
所谓端口，就是相当于机器与外界接触的窗口。端口其实是软件的窗口，就是说一个软件如果要和外界联系，就必须打开一个端口；1434端口是微软SQL Server未公开的监听端口。你要使用SQL，就必然打开1433和1434端口。
默认情况下，SQL Server使用1433端口监听，很多人都说SQL Server配置的时候要把这个端口改变，这样别人就不能很容易地知道使用的什么端口了。可惜，通过微软未公开的1434端口的UDP探测可以很容易知道 SQL Server使用的什么TCP/IP端口了。 例如：“2003蠕虫王”利用SQL SERVER 2000的解析端口1434的缓冲区溢出漏洞，对网络进行攻击。
不过微软还是考虑到了这个问题，毕竟公开而且开放的端口会引起不必要的麻烦。在实例属性中选择TCP/IP协议的属性。选择隐藏 SQL Server 实例。如果隐藏了 SQL Server 实例，则将禁止对试图枚举网络上现有的 SQL Server 实例的客户端所发出的广播作出响应。这样，别人就不能用1434来探测你的TCP/IP端口了（除非用Port Scan）
SQL Server 2005不再在1434端口上进行自动侦听了。实际上，是完全不侦听了。你需要打开SQL 浏览器服务，把它作为解决客户端向服务器端发送请求的中间媒介。SQL 浏览器服务只能� ......
上上个星期，有人反馈，CSDN有SQL注入露洞，汗颜，几年前为SQL注入露洞，部门专门对所有代码做过一次非常大的检查，竟然那次检查还有遗漏的地方。最近这几个星期，就是一直再对代码做再次复查，看有没有SQL注入露洞。
存在SQL注入露洞，就因为你的SQL语句是自己拼凑的，在拼凑的时候，没有考虑用户可能拼凑进有问题的语句造成的。
之前我们采去的避免措施是，对接受的参数的校验进行封装，所有参数的获得，都必须通过这个封装的函数来获得。但是实际开发中，总有些地方，有些代码没有调用这个封装的函数来进行校验。
上周末，公司内部讨论会的时候，决定换种思路。从避免自己拼凑SQL语句的方式来实现，具体就是开发规范中有一条，不允许用拼凑的SQL语句，要传参数，就用SqlParameter。比如下面的代码是不允许的。
string strSQL = "select UserID,UserName,Email from User where UserName = '"+aa.replace("'","''")+"'";
SqlDataReader sdr = SqlHelper.ExecuteReader(strConnStr,CommandType.Text,strSQL)
而下 ......
<!--[if !supportLists]-->一、<!--[endif]-->SQL Server 2005数据库管理的10个最重要特点
<!--[if !supportLists]-->1. <!--[endif]-->数据库镜像
通过新数据库镜像方法，将记录档案传送性能进行延伸。您将可以使用数据库镜像，通过将自动失效转移建立到一个待用服务器上，增强您SQL服务器系统的可用性。
<!--[if !supportLists]-->2. <!--[endif]-->在线恢复
使用SQL2005版服务器，数据库管理人员将可以在SQL服务器运行的情况下，执行恢复操作。在线恢复改进了SQL服务器的可用性，因为只有正在被恢复的数据是无法使用的，而数据库的其他部分依然在线、可供使用。
<!--[if !supportLists]-->3. <!--[endif]-->在线检索操作
在线检索选项可以在指数数据定义语言（DDL）执行期间，允许对基底表格、或集簇索引数据和任何有关的检索，进行同步修正。例如，当一个集簇索引正在重建的时候，您可以对基底数据继续进行更新、并且对 ......
inner join,full outer join,left join,right jion
内部连接 inner join 两表都满足的组合
full outer 全连 两表相同的组合在一起，A表有，B表没有的数据（显示为null）,同样B表有
A表没有的显示为(null)
A表 left join B表 左连,以A表为基础，A表的全部数据，B表有的组合。没有的为null
A表 right join B表 右连,以B表为基础，B表的全部数据，A表的有的组合。没有的为null
查询分析器中执行：
Sql代码
--建表table1,table2：
create table table1(id int,name varchar(10))
create table table2(id int,score int)
insert into table1 select 1,'lee'
insert into table1 select 2,'zhang'
insert into table1 select 4,'wang'
insert into table2 select 1,90
insert into table2 select 2,100
insert into table2 select 3,70
--建表table1,table2：
cr ......
在公共新闻组中，一个经常出现的问题是“怎样才能根据传递给存储过程的参数返回一个排序的输出？”。在一些高水平专家的帮助之下，我整理出了这个问题的几种解决方案。
一、用IF...ELSE执行预先编写好的查询
对于大多数人来说，首先想到的做法也许是：通过IF...ELSE语句，执行几个预先编写好的查询中的一个。例如，假设要从Northwind数据库查询得到一个货主（Shipper）的排序列表，发出调用的代码以存储过程参数的形式指定一个列，存储过程根据这个列排序输出结果。Listing 1显示了这种存储过程的一个可能的实现（GetSortedShippers存储过程）。
【Listing 1: 用IF...ELSE执行多个预先编写好的查询中的一个】
CREATE PROC GetSortedShippers
@OrdSeq AS int
AS
IF @OrdSeq = 1
SELECT * from Shippers ORDER BY ShipperID
ELSE IF @OrdSeq = 2
SELECT * from Shippers ORDER BY CompanyName
ELSE IF @OrdSeq = 3
SELECT * from Shippers ORDER BY Phone
这种方法的优点是代码很简单、很容易理解，SQL Server的查询优化器能够为每一个SELECT查询创建一个查询优化计划，确保代码具有最优的性能。这种方法最主要的缺点是，如果查询� ......
Oracle 数据库 10g 提供了大量帮助程序（或“顾问程序”），可帮助您决定最佳操作流程。其中一个示例是 SQL Tuning Advisor，它可以提供有关查询调整以及在流程中延长整个优化过程的建议。
但请考虑以下调整案例：假设一个索引确实有助于某个查询，但该查询只执行一次。这样，即使该查询可以得益于此索引，但创建索引的成本也会超出其带来的好处。要按这种方式分析案例，您需要了解查询的访问频率和原因。
另一个顾问程序 (SQL Access Advisor) 可执行这种类型的分析。除了像在 Oracle 数据库 10g 中一样可以分析索引、物化视图等，Oracle 数据库 11g 中的 SQL Access Advisor 还可以分析表和查询以识别可能的分区策略 — 这在设计最佳模式时可以提供很大帮助。在 Oracle 数据库 11g 中，SQL Access Advisor 现在可以提供与整个负载相关的建议，包括考虑创建成本和维护访问结构。
在本文中，您将了解新的 SQL Access Advisor 如何解决常见问题。（注：出于演示目的，我们将通过一个语句演示这个功能；但是，Oracle 建议使用 SQL Access Advisor 来帮助调整整个负载，而不只是一个 SQL 语句。）
问题
下面是一个典型问题。应用程序发出了以下 SQL 语句� ......
Oracle 数据库 10g 提供了大量帮助程序（或“顾问程序”），可帮助您决定最佳操作流程。其中一个示例是 SQL Tuning Advisor，它可以提供有关查询调整以及在流程中延长整个优化过程的建议。
但请考虑以下调整案例：假设一个索引确实有助于某个查询，但该查询只执行一次。这样，即使该查询可以得益于此索引，但创建索引的成本也会超出其带来的好处。要按这种方式分析案例，您需要了解查询的访问频率和原因。
另一个顾问程序 (SQL Access Advisor) 可执行这种类型的分析。除了像在 Oracle 数据库 10g 中一样可以分析索引、物化视图等，Oracle 数据库 11g 中的 SQL Access Advisor 还可以分析表和查询以识别可能的分区策略 — 这在设计最佳模式时可以提供很大帮助。在 Oracle 数据库 11g 中，SQL Access Advisor 现在可以提供与整个负载相关的建议，包括考虑创建成本和维护访问结构。
在本文中，您将了解新的 SQL Access Advisor 如何解决常见问题。（注：出于演示目的，我们将通过一个语句演示这个功能；但是，Oracle 建议使用 SQL Access Advisor 来帮助调整整个负载，而不只是一个 SQL 语句。）
问题
下面是一个典型问题。应用程序发出了以下 SQL 语句� ......
最新文章 : sql