膘叔　　簡單人生

　　1931年9月18日，日本帝国主义对我国沈阳北大营的中国驻军发动武装进攻，接着对我国东北地区进行大规模武装侵略。这就是震惊中外的“九一八”事变。

　　1931年9月18日晚，驻扎在我国东北的日本关东军按照精心策划的阴谋，由铁道“守备队”炸毁了沈阳柳条湖附近的南满铁路路轨，并嫁祸于中国军队。这就是所谓的“柳条湖事件”。日军以此为借口，突然向驻守在沈阳北大营的中国军队发动进攻。当时，蒋介石正集中力量进行反共反人民的内战，执行“攘外必先安内”的反动政策，对日本侵略 者妥协退让。东北军执行蒋介石“不抵抗主义”的命令，未进行有组织的抵抗。当晚，日军攻占北大营，19日占领了整个沈阳城。接着，日军向辽宁、吉林和黑龙 江的广大地区进攻，东北军基本上不战自溃。1932年1月3日，日军占领锦州；2月5日，占领了北满最大城市哈尔滨。至此东北三省全部沦陷。1932年3 月，在日本帝国主义卵翼下，在长春建立起傀儡政权——伪满洲国。从此，日本帝国主义把东北变成它的殖民地，全面加强政治压迫、经济掠夺、文化奴役，使我国 东北3000多万同胞，惨遭涂炭，陷于水深火热之中。 

　　刚刚在新浪新闻中看到：

　　今年是“九·一八”事变72周年，同时也是沈阳市定于9月18日晚上鸣响防空警报的第八个年头。据介绍，起初沈阳市鸣警报的时间定在9月18日晚10时20分，后考虑到市民的生活习惯等原因，于3年前将鸣响警报时间提前到晚上9时18分。

　　明晚9时18分，在市区道路上行驶的机动车辆要在行驶中鸣笛，当地广播电台和电视台中断正常节目，插播“勿忘国耻，振兴中华”画面和警报声音。警报解除后，节目恢复正常播出。

日期与时间型理论上应该是用的最多的，不管是什么时候，都需要使用时间，用户登录，文章编辑，甚至LOG，哪个不需要时间？然而在真正的应用中，却没有多少人在使用日期与时间型字段，大多数人都是使用int的时间戳来替代了日期型字段。那么，究竟应该怎样正确使用呢？日期型字段的优劣是什么？今天稍微介绍一下。
在MYSQL数据库中，关于日期和时间型字段有四种，date,time,datetime,year，还有一种比较特殊的timestamp字段。下面将一一介绍。

类型	含义
DATE	Y-m-d的时间格式，取值范围1000-01-01~9999-12-31，占用3个字节
TIME	H:i:s的时间格式，取值范围-838:59:59~+838:59:59，占用3个字节（说实话，我没有理解这个取值范围）
DATETIME	Y-m-d H:i:s的时间格式，是DATE+TIME的组合
YEAR	年份，取组范围1901~2155和0000，占用一个字节，YEAR有2位和4位之分，4位的就是前面的取值范围，2位的取值范围为70~69，代表了1970~2069
TIMESTAMP	虽然这个TIMESTAMP并非传统意义上的时间戳，但它的取值范围还是符合时间戳的标准，即从1970~2037，基本格式为：Y-m-d H:i:s，在以前的版本里，日期与时间之间并没有空格，如果为了兼容老的数据，在查询的时候则需要使用：select ts+0 from table来获取正确的时间

MYSQL在早期版本里对于时间类型的缺乏严格的判断，而只是仅仅判断数值是否在一个区间，却并不判断它是否合法：月份值允许0~12，日期值允许1~31，所有的数据验证都是由客户端判断好而数据库这边仅仅是一个存储作用。但这在5.0.2版本的时候，一切有了很大的改观，MYSQL开始对日期与时间型数据的判断非常严格，只有它认为合法的数据才存储到数据库，当然它认为0000-00-00仍然是合法数据。
不过，这仍然需要对MYSQL的系统变量sql_mode进行设置，大致有以下三个设置值：
1、ALLOW_INVALID_DATES    即不对数据有效性进行判断，仍然允许存入有明显错误的时间，比如：2001-02-31
2、NO_ZERO_DATE        在这种模式下，0000-00-00不再认为是合法日期
3、NO_ZERO_IN_DATE    不允许使用0作为月份值或者日期值
对于DATE,TIME,DATETIME,YEAR这四种格式，大家都可以从名字上能够看出来格式或者规范是什么样的，真正特殊的是TIMESTAMP格式。
对于TIMESTAMP格式，我想，用PHP开发的人应该是非常熟悉，时间戳嘛。在PHP里面直接使用time()函数，返回的就是当前时间的时间戳。可是，在MYSQL里，TIMESTAMP的存储值和PHP里的TIMESTAMP并不一样，就象上文说的，它存储的格式和DATETIME是一样的，只是它是自动存入的。
当你的表存在TIMESTAMP字段时，如果你对其他字段的内容进行修改，这个字段的值也会随之更新，几乎可以这么理解，这个字段就是MYSQL给你提供的数据记录的最后一次更新时间，正因为这个原因，所以TIMESTAMP字段大多数时候都是被用来管理和检查数据使用，而不会用来存储实际数据（因为一旦其他数据有更新，它就会自动更新）。
有一些需要与客户端程序或者函数进行交互的数据库操作，只有在数据表里存在一列TIMESTAMP字段才能正常工作，如Connector/ODBC，事实上就连MYSQL在对数据进行内部管理的时候，也需要知道它们的最后一次修改时间。虽然说该字段会被自动更新，但如果你在INSERT、UPDATE的时候，如果你指定了该字段的值，默认就会使用该值插入数据表。如果一个表里面有多个字段有TIMESTAMP属性，那么默认MYSQL是更新第一个有此属性的字段。
TIMESTAMP并没有想象中的那么不可控制，从mysql4.1.3开始，MYSQL为TIMESTAMP增加了两个属性，它们可以让用户更好的调控对TIMESTAMP列的刷新行为，使得这个字段可以更加好的为我们服务。

设置类型	含义
TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP	在创建新记录或者修改现有记录的时候对这个数据列进行刷新
TIMESTAMP	行为同上
TIMESTAMP DEFAULT CURRENT_TIMESTAMP	只在创建新记录的时候才刷新这个值，以后更新等操作时不会进行修改
TIMESTAMP ON UPDATE CURRENT_TIMESTAMP	在创建新记录的时候设置值为0，在修改的时候才会更新它。
TIMESTAMP DEFAULT 'YYYY-mm-dd hh:mm:ss' ON UPDATE CURRENT_TIMESTAMP	在创建新记录的时候设置值为指定值，以后在修改的时候刷新它。

如果偶尔遇到你在更新某条数据记录的时候，不想MYSQL自动刷新TIMESTAMP数据列，你只能按照下面的SQL格式来写：UPDATE table SET field = 'new value' , ts = ts;
有时候我们需要在时间列里面存入微秒，但目前而言，MYSQL还不能存储这样的结果。虽然这样的相关函数已经存在。
虽说MYSQL的日期格式往往都是'yyyy-mm-dd'这样的格式，但其实在insert和update的时候，还是可以接受'yyyy/mm/dd'这种符合日期规范格式的数据。所以，不要太担心。
对于日期处理，在SQL里面用date_format,format_unix等，这类函数太多了。如果以后有空我会慢慢介绍。

不好意思，该操作只能在windows服务器上才能执行，是因为，只有windows服务器才支持COM功能，而且，必须安装wps（这点应该不难，因为WPS是免费软件）
免费软件这点太重要了，如果你要生成WORD，你不可能安装一个OFFICE吧，office太贵了。

代码很简单，只是添加了一个文字和一个图片而己。但是，证明了是可以使用这个功能。
大家别忘了，WPS的附加功能可是很多的，比如把文件转为PDF等格式。也就是说， 如果是在windows服务器上，我们要生成PDF，可以不使用那些什么fpdf类库，而是使用WPS先生成一个WORD格式的文档，然后直接exportPdf就可以了。要知道OFFICE默认并不支持这种功能。黑黑

这也是一种思路嘛，思路决定出路，转换一种思路，可能就是海阔天空。

这里是WPS的开发者网站：http://wps.kingsoft.com/apply/engineer.shtml，从这里可以下载API:http://wps.kingsoft.com/download/WPSAPI.zip

在windows服务器里面，如果我们要用FTP函数，速度应该是很慢的，而且效率不高，如果有大量文件需要上传，用自带的FTP函数，恐怕是要死人的吧。
windows服务器，windows哦，可以装N多软件的windows哦。虽然不建议在服务器上装上很多软件，但是也可以装一些FTP软件的嘛。这里以cuteftp举例。
cuteftp安装完毕后，会在软件目录里有一个Scripts目录，现在的版本不象很久以前的了，如今的版里只有一个Sample.vbs，记得几年前的cuteftp里面会有各种各样的vbs文件的。
闲话不多说，打开vbs文件，内容为：

看到这样的文件，你应该知道如何调用一些FTP软件自带的方法了吧？现在，我们用PHP模拟一遍。。。。。
请看详细内容

» 阅读全文

今天我们继续学习一下MYSQL的数据类型
浮点型
从MYSQL3.23开始，FLOAT和DOUBLE类型就一直分别对应着IEEE标准所定义的单精度浮点数和双精度浮点数，绝大多数编程语言也都支持这两种数据类型。
当某个字段设置成这两种类型时，会要求按(m,d)这样的格式输入参数，其中m和上文介绍INT时所讲的m效果一样，仅仅在显示/打印结果时有一定的排版作用，而对数据的精确度没有影响。可是d这个参数就不一样了,d代表了小数点后面的数字个数，而且会按照d的大小来进行四舍五入，例如：1234.5678如果存储到FLOAT(8,3)这样的字段里，实际存放的是1234.568，最后一位会四舍五入。
存储FLOAT和DOUBLE时，如果超出了这两种类型的范围，将会被替换成该类型的最大可取值（一般由当前操作系统决定，我不知道MYSQL是怎么样。），可以使用SHOW WARNING来查看警告内容。
MYSQL对浮点数有一定的要求，即一定要符合通用计数法，小数点一定是“.”，而不能是“,”（因为有部分欧洲国家使用逗号作为小数点，我也是第一次听说，黑黑），MYSQL永远会以这种写法向客户返回查询结果，只有在非常大或非常小的数值，会采用科学计数法表示，如1.234E+017。如果想让浮点数表现形式变成其他样式，有两种方式：一是利用SQL查询中的FORMAT函数，二是用客户端程序中的FORMAT函数，例如php中就可以使用sprintf或者number_format等来改变显示效果

类型	含义
FLOAT(m,d)	单精度浮点数，8位精度，占4字节
DOUBLE(m,d)	双精度浮点数，16位精度，占8字节
REAL(m,d)	DOUBLE的同义词

说到浮点数，当然要提定点数了
正因为MYSQL在处理浮点数时，最后一位会被自动的四舍五入，而我们实际上并不需要这一位被四舍五入（比如在处理财务数据时），怎么办呢？定点数可以解决这个问题。
定点数（DECIMAL）数字是以字符串的形式来进行存储的，并且不被允许存储指数形式，每位数字占用一个字节，外加两个字节的开销，所以，占用了更多的空间，但可表示的数值范围却比较小。
在进行存储的时候，也有两个参数DECIMAL(p,s)这回，这两个参数都有作用了。p代表了数据的总位数（不含小数点），最大65，s代表了小数点后的数字位数，最大为30。比方说：DECIMAL(6,3)取值范围为-999.999~999.999，这是新的版本的表示方法。不知道我有没有记错，我记得在以前的版本里，DECIMAL(6,3)，这个6并不是代表了总位数，而是小数点前的位数（可能是在4.0吧）。
在MYSQL内部，定点数是被保存为二进制格式的，把定点数从小数点开始分割，并为它们各自分配所占用的字节数（最初是以每4个字节进行划分，虽然每个字节可以容纳2位数字，但4个字节却可以容纳9位数字，超过4个字节后，如果有多出的数字就划分一个字节来进行存储，同样如果是9位数字，还是只占4个字节）。根据这个规定，我们可以认为DECIMAL(6,3)其实是和DECIMAL(18,9)占用了同样多的字节数（8个字节）。如此说来DECIMAL(19,9)实际就占用了9个字节。

类型	含义
DECIMAL(p,s)	定点数，以字符串形式保存，最长为65
NUMERIC,DEC	同上（应该没有记错吧）

参考：http://dev.mysql.com/doc/refman/5.0/en/storage-requirements.html