用SQL SERVER记录站点日志

本来,用W3C格式就可以了
问题是,有时候,你可能想将日志记录到另一台服务器上,这样,就算有问题,日志不会丢掉
再说,用SQL做日志记录还有一个好处,就是方便在代码中访问和查询,以及统计工作
这个统计,再准确不过了
而且,用SQL记录站点日志,本身也不复杂
1,在目标服务器的SQL里建个数据库,例如,YAOANLOG
2,在该数据库里运行IIS自带的日志表生成脚本 ,这个脚本是在IIS服务器的文件夹:c:windowssystem32inetsrv下,名叫logtemp.sql,运行它,会生成一个名叫inetlog的数据表
3,在IIS服务器上,打开ODBC管理器,建立一个系统DSN,DSN名叫YAOANLOG,驱动选择SQL SERVER,服务器就输入SQL SERVER服务器的IP地址,验证,SQL SERVER验证,输入用户名和密码,数据库选择刚建好的YAOANLOG数据库,最后,测试,通过了就OK
4,打开IIS管理器,选择要记录日志的站点,在日志格式里,选ODBC方式
接下来,点属性
在属性里,DSN名称,输入YaoAnLog
表名,输入inetlog
用户名,输入你的SQL SERVER用户名,密码,输入密码
最后,按确定,会要求再输入一遍密码
确认完成后,停止该站点,并重新启动该站点即可
如果设置没有问题,连接目标SQL SERVER服务器后,用查询分析器,你应该可以看到访问的日志记录了
另外,IIS的帮助里,提到了一句:"如果使用ODBC日志的话,IIS会停用核心缓存,性能将受到影响"
所以,如非必要的话,尽量不要使用哟

my sql出错了,以前往往靠猜.有了这张表,一查就出来了.方便不少.特共享于众。

1005：创建表失败

1006：创建数据库失败

1007：数据库已存在，创建数据库失败

1008：数据库不存在，删除数据库失败

1009：不能删除数据库文件导致删除数据库失败

1010：不能删除数据目录导致删除数据库失败

1011：删除数据库文件失败

1012：不能读取系统表中的记录

1020：记录已被其他用户修改

1021：硬盘剩余空间不足，请加大硬盘可用空间

1022：关键字重复，更改记录失败

1023：关闭时发生错误

1024：读文件错误

1025：更改名字时发生错误

1026：写文件错误

1032：记录不存在

1036：数据表是只读的，不能对它进行修改

1037：系统内存不足，请重启数据库或重启服务器

1038：用于排序的内存不足，请增大排序缓冲区

1040：已到达数据库的最大连接数，请加大数据库可用连接数

1041：系统内存不足

1042：无效的主机名

1043：无效连接

1044：当前用户没有访问数据库的权限

1045：不能连接数据库，用户名或密码错误

1048：字段不能为空

1049：数据库不存在

1050：数据表已存在

1051：数据表不存在

1054：字段不存在

1065：无效的SQL语句，SQL语句为空
 
为了更好地推动SOA发展，BEA等数家正在合作创建服务组件架构（SCA）和服务数据对象（SDO）规范的领先技术厂商日前发布了多个重要成果，包括与SOA相关的规范和技术所取得的重要发展。这些合作厂商联盟还创建了独立于厂商的网站(www.OSOA.org)，用于提供相关信息，包括规范草案、白皮书等，为业界提供一个能深入交流、集思广益的论坛。
　　早在2005年11月，为了简化SOA应用，BEA、IBM、IONA、Oracle、SAP AG、Sybase、Xcalia和Zend等公司联合发布了新的行业规范。此后，又有多家公司加盟到这一合作阵营当中，包括Cape Clear、Interface21、Primeton Technologies、Progress Software (前身为Sonic Software)、Red Hat、 Rogue Wave Software、Software AG、Sun Microsystems和TIBCO软件有限公司，这17家公司涵盖了SOA和应用厂商以及基础架构和开源提供商。他们的合作推动SCA和SDO技术实现了长足的发展，包括制定新的和修改规范草案。SCA规范旨在简化业务服务的构建和组装，SDO规范旨在以统一的方式访问不同数据源类型。
　　根据Gartner在2006年3月公布的“SCA：寻求建立SOA通用注释的优胜者”报告，Gartner副总裁Jess Thompson指出：“SCA最重要的层面之一，是建立了一个标准化注释的基础，从而可以基于标准，规范表述面向服务的架构（SOA）。”
　　经过努力，合作联盟获得了系列新的进展，比如编写了全新的用于声明策略框架的SCA规范草案；改进了JMS、JCA和Web服务绑定规范连接描述、新的BPEL和PHP创建模型。此外，还有服务组合的规范草案、Java和C++服务创建、以及更新了SDO规范。
　　SCA和SDO规范能够帮助企业更轻松地创建新IT资产以及改造现有的IT资产，使IT资产成为能够快速组装的可重用服务以满足不断变化的业务需求。这些规范对任何的编程语言和部署平台都提供统一服务的方式，从而能够大幅度减少与开发应用相关的复杂性。这两种新涌现的技术旨在简化业务逻辑和业务数据的表示方式。更多信息请访问www.osoa.org.     

下面要写的是一篇非常无聊的东西，充斥了大量各式各样的编码、转换、客户端、服务器端、连接……呃，我自己都不愿意去看它，但想一想，写下来还是有点意义的，原因有四：

MySQL 4.1 对多语言的支持有了很大变化 (这导致了问题的出现)；
尽管大部分的地方 (包括个人使用和主机提供商)，MySQL 3 仍然占主导地位；但 MySQL 4.1 是 MySQL 官方推荐的数据库，已经有主机提供商开始提供并将会越来越多；
许多 PHP 程序以 MySQL 作为默认的数据库管理软件，但它们一般不区分 MySQL 4.1 与 4.1 以下版本的区别，笼统地称“MySQL 3.xx.xx 以上版本”就满足安装需求了；
因为 latin1 在许多地方 (下边会详细描述具体是哪些地方) 作为默认的字符集，成功的蒙蔽了许多 PHP 程序的开发者和用户，掩盖了在中文等语言环境下会出现的问题；

简单的说，MySQL 自身的变化和使用 MySQL 的 PHP 程序对此忽略，导致了问题的出现和复杂化，而由于大部分用户使用的是英文，使这种问题不被重视。这里提到的 PHP 程序，主要就 WordPress 而言。

MySQL 4.1 字符集支持的原理

MySQL 4.1 对于字符集的指定可以细化到一台机器上安装的 MySQL，其中的一个数据库，其中的一张表，其中的一栏，应该用什么字符集。但是，传统的 Web 程序在创建数据库和数据表时并没有使用那么复杂的配置，它们用的是默认的配置，那么，默认的配置从何而来呢？

编译 MySQL 时，指定了一个默认的字符集，这个字符集是 latin1；
安装 MySQL 时，可以在配置文件 (my.ini) 中指定一个默认的的字符集，如果没指定，这个值继承自编译时指定的；
启动 mysqld 时，可以在命令行参数中指定一个默认的的字符集，如果没指定，这个值继承自配置文件中的；
此时
 
      数据表都已经创建起来了，假设我们已经插入了许多的数据，我们就可以用自己喜欢的方式对数据表里面的信息进行检索和显示了，比如说：可以象下面这样把整个数据表内的内容都显示出来
            select * from president;
      也可以只选取某一个数据行里的某一个数据列
            select birth from president where last_name=’Eisenhower’;
      select语句的通用形式如下：
            select 你要的信息
            from 数据表(一个或多个)
            where 满足的条件
      select语句有几个子句，他们的各种搭配能帮你查出最感兴趣的信息，这些子句可以很简单，也可以很复杂,看看作者是如何详细讲解的
１，            用各种操作符来设定检索条件
      要想让select语句只把满足特定条件的记录检索出来，就必须给它加上where字句来设置数据行的检索条件。只有这样，才能有选择地把数据列的取值满足特定要求的那些数据行挑选出来。可以针对任何类型的值进行查找，比如说，对数值进行搜索
select * from score where score>95; //显示所有分数在９５分以上的信息
      也可以针对字符串值进行查找
select last_name,first_name from president where last_name=’Tom’; //找出所有姓tom的总统
      还可以对不同类型的值进行组合查找
select last_name,first_name,birth,state from president
where birth<’1950-1-1’ and (state=’VA’ or state=’BA’);
      //找出1950年前出生于VA州或ＢＡ州的总统
      可见 where子句中可以使用的是算术操作符（+-*/%）,比较操作符(<>=)以及逻辑运算符，我们应该熟练理解这些操作符的含义（都很简单）