在安装好Redhat以后，需要设置Ftp和Telnet服务文件，才能启动Ftp和Telnet服务，可以通过远程控制进行开启。
　　1.1、用root用户登录，进入终端命令模式；
　　1.2、开启ftp服务。
　　cd /etc/xinetd.d ，编辑ftp服务的配置文件gssftp的设置：
　　开启ftp服务设置.
　　vi gssftp ，将 修改两项内容：
　　（1）server_args = -l –a 去掉-a 改为server_args = -l
　　（2）disable=yes改为disable=no
　　（3）保存退出。
　　1.3、开启telnet服务
   cd /etc/xinetd.d ，察看telnet服务的配置文件krb5-telnet的设置：
　　开启telnet服务设置
　　vi krb5-telnet ,
　　（1）将disable=yes,改为disable=no,保存退出。
　  　1.4、激活服务：
　　telnet /ftp 是挂在 xinetd 底下的，所以自然只要重新激活 xinetd 就能够将 xinetd 里头的设定重新读进来，所以刚刚设定的telnet /ftp自然也就可以被激活。
　　激活目录和命令：
　　cd /etc/rc.d/init.d/
　　service xinetd restart
　　有时会提示命令不存在，需要加上命令的路径
　　[root@localhost init.d]# service xinetd resart
　　bash: service: command not ......

 解决方法...
关于SQL安装被挂起的修复大家可能都遇到过当SQL被删除后需要重新安装时，进入安装界面就会出现SQL错误提示：
从前的安装程序操作使安装程序操作挂起，需要重新启动计算机
然而这些都是白费劲，不管你重新启动多少次也都无济于事，下面我就讲讲怎样能够解除安装或升级时文件被挂起的操作。
点击 开始 运行 输入：regedit 打开注册表找到如下目录HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager删除PendingFileRenameOperations
再来安装SQL呵呵一切正常如初了！希望这些能有一点点帮助，从此再也不用盲目的重新安装系统了。
==============================================================================================
解决SQL Server安装挂起
在安装sql server时出现“以前的某个程序安装已在安装计算机上创建挂起的文件操作。运行安装程序之前必须重新启动计算机”错误。无法进行下去。 参考有关资料后,以下步骤基本可以解决：
1）添加/删除程序中彻底删除sql server。
2）将没有删除的sql server目录也删除掉。
3）打开注册表编辑器，在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contr ......

在我们的日常编程中，数据库的程序基本上都要与SQL语句打交道，SQL语句的编写不可避免的成为一个头疼的工作。且因为SQL语句是STRING类型，因此在编译阶段查不出错，只有到运行时才能发现错误。
本文的解决方案，通过自动生成SQL语句，在一定程度上降低出错的概率，从而提高编程效率。     public interface IClause
    {
        void Add(string name, object val);
        void AddWhere(string name, object val);
        void Clear();
        string TableName { set;}
    }     首先抽象出生成器的标准接口，Add及Addwhere,分别用增加字段及WHERE条件的，     比如说，在Insert状态下，Add("name","gates")相当于字段name的值为gates                     在select状态下，Add("name","gat ......

--> Title  : SQL Server之分布式事务
--> Author : wufeng4552
--> Date   : 2009-11-11
SQL Server之分布式事务
(一)概念:
分布式事务是涉及来自两个或多个源的资源的事务。Microsoft® SQL Server™ 2000支持分布式事务，使用户得以创建事务来更新多个SQL Server数据库和其它数据源。
分布式事务包括：
·资源管理器
控制分布式事务所涉及的每个资源的软件称为资源管理器。分布式事务由各个资源管理器内的本地事务组成。每个资源管理器必须能够与分布式事务内的所有其它资源管理器相协调，以提交或回滚自己的本地事务。SQL Server 可以作为分布式事务内的资源管理器工作，并遵从用于分布式事务处理的 X/Open XA 规范。
·事务管理器
提交或回滚分布式事务由称为事务管理器的软件组件控制。事务管理器与每个资源管理器相协调，确保一起提交或回滚所有组成分布式事务的本地事务。Microsoft分布式事务处理协调器 (MS DTC) 服务如事务管理器一样工作。MS DTC 遵从用于分布式事务处理的 X/Open XA 规范。
·两阶段提交 (2PC)
需要进行特殊的提交处理，以防止在管理跨越多个资源管理器的事务时出现问题。当 ......

1. 说明：复制表(只复制结构，源表名：a，新表名：b)
SQL: select * into b from a where 1<>1;
        2. 说明：拷贝表(拷贝数据，源表名：a，目标表名：b)
SQL: insert into b(a, b, c) select d, e, f from b;
        3. 说明：显示文章、提交人和最后回复时间
SQL: select a.title, a.username, b.adddate
     from table a,(
          select max(adddate) adddate
          from table where table.title=a.title) b 　
        4. 说明：外连接查询(表名1：a，表名2：b)
SQL: select a.a, a.b, a.c, b.c, b.d, b.f
     from a LEFT OUT JOIN b ON a.a = b.c; 　
        5. 说明：日程安排提前五分钟提醒
SQL: select *
     from 日程安排
     where datediff(’’minute’&r ......

【先思考一个问题：聋子和瞎子在一起会有什么结果？】
昨天写程序，有个小模块是通过分析数十万条记录，与异构的数据表进行比对，找出符合条件的信息。
在第一条查询中，需要查询所有记录的一个字段，并提取该字段中的第5至第10个字符串，要与异构数据表比较的就是这个字串。在最初的版本中，对于性能并没有做更多的考虑，先从数据表中获取所有的记录组成的数据集，作为目标数据，再从异构数据表中获取数据集作为比对数据，然后在程序中经过至少两次遍历，筛选出想要的结果。在这个版本中，效率很低。比对数据基本上固定，千把条的样子，目标数据很多，而且会越来越多。但性能的瓶颈并不是出现在程序中多次的遍历，这些都在内存中进行，这点数据量和算法，对于目前的服务器来说真的是小菜一碟。经测试，虽然只有几十万行的记录，查询时间却需要5秒以上。
我原来的思路是，因为担心SQL的性能，把从字段中截取字符串的计算由SQL移至程序中进行，但实践证明，对于返回大量记录的SQL，其效率反而更低了。于是，改变思路，还是利用SQL进行筛选，并尽量减少数据量，有了类似下面这一行简单的查询：
select distinct substring([prodcode],5,10) pcode from [detail] order by ......