时间过的真快！忽而一下，便到了2007年的春天。似乎都是转眼间的事情罢了。传说中的我，屈指一算，已经是上网的第8个春天了。似乎这一切都只是昨天发生似的。不过回想下，自己经历的还算不少的。不算充实，但也不会太对不起时间吧，起码留下的记忆还是蛮多的。
打算通过本文一一回忆点滴，算是念当初知道当下吧。不断更新！想到不想想为止吧。内容可能有点乱，不过不怕，因为看的人可能只有我自己一，网络给我什么？at 2007-03-01 23:27:00
没有了时间的快感。8年网龄，不算老鸟。由当年的拨号上网，每月给老爸老妈责骂网络使用成本甚高，偷偷多上一二小时的快感，到现在的宽带接入，自己一力承担所有开销，全天候的上网时段，但却没有当年的冲动。网络，它麻木了我的神经！
我的初恋说白了，就是第一次恋爱。我们在网上认识，也在网上分手。过程当然有现实的点滴，时隔几近半年，心中谈不上滋味。可能一份感觉的到来和离去，都需要一定的时间积累。或者数年后的某天，碰都某个熟人，会疙瘩的问句，“她还好么？”这样的话。那时的我又有何种想法？不得而知。或者，在这个陌生的时代，情感也添加了更多的迷幻。无论，过去，现在，甚至将来，可以预计的只不过是自己年岁的增添罢了。其他？让它们随不可知论一起湮灭吧。
我的刁嘴太多观点让我无暇接及。怎样无暇？到处的骂战，到处的找人理论～李天命教育我的狂妄，至今依然受用～或者活着就是折腾～不折腾，怎才能证明是活着呢？呵呵～
～End by 2007-03-01 23:44:00～

二，网络的一些记忆at 2007-03-06 22:56:20
1，那是一个寒冬的夜晚，我的房间没有亮着灯，我胆怯的驱动着56k的猫在浏览网易的新闻，还有查阅163.net还有yahoo的邮箱。那刻我知道，此生注定要为网络而堕落，不然，今天果真如是。
2，那是一个暑假悠闲的午后，我在院子里吃西瓜，还没来的及吃完半个西瓜，虽然吹着风扇，但依然耐不住院子里的温度，进房间歇息去。忽而，电话响了。原来电信的哥们来为我装宽带了。我兴奋的跑出院子奔了几圈。旁边的小狗以为我发傻了。嚎了我几声。不一回功夫。那个师父来了，是个小伙子，他说他叫阿明～装也不多久～可以顺利上网了。我测试下载个文件～198k/s！兴奋啊～签名～后来把剩下的西瓜给阿明吃了。嘿嘿，从此堕落的生活着！
3，那是也是一个漆黑的夜晚，不同的是天上还打着累下着雨！轰隆几下。我睡觉去了。第二天醒来，怎么端口无法响应？半响，确定是猫坏了～打电话给阿明～阿明说可以换，但是要等，一幌，就一个星期，终于迎来了新猫，又可以上网了。感谢阿明的帮助：）
～End by 2007-03-06 23:07:05～

从早期将XML转换为关系型数据表或大型对象，到今日转向原生XML数据型态，关系型数据库与XML之间的合作日益紧密。

10年前XML开始起草并向W3C提案，而在1998年后成为W3C的标准。事隔10年之后，XML已经随着网络应用日益普及，更在Web Services和SOA推波助澜下，可以预见XML的角色将会更形重要。

观察XML的重要发展趋势之一，是XML和关系型数据库的合流。IBM甫于6月在美国发表的新版本数据库DB2 9.0，便以原生XML数据型态和存取技术作为改版重点之一。事实上，微软于去年年底推出的SQL Server 2005同样也在XML上下了一番功夫，改变过去将XML转换成关系型数据表的存放方式，让开发人员可以用XML的方法使用储存在数据库中的XML文件或片段。其它如Oracle或Sybase等数据库也都具备在数据库中处理XML的技术和工具。由于XML部分技术仍在审议，因此每家数据库厂商除对标准的规格支持外，也各自发展不同的实作方式。XML比关联性数据库更具弹性
就数据储存而言，关系型数据库已经是相当成熟的应用，从80年代商用产品出现至今，早已深入企业储存及数据应用的核心。相较之下， XML部分技术尚且在发展阶段，为什么关系型数据库竞相拥抱XML呢？

比较两者处理数据的方式，关系型数据库是透过详细定义和控制结构化数据的方式，达到数据增、删、查询的目的。因此它是以字段数据型态的精确定义，将数据以列（row）的方式一笔笔储存，再透过数据表之间的互相关联，建构出数据和数据结合后的复杂结果。企业在日常营运可以仰赖这种方式来储存数据，像是ERP、CRM这种应用程序产生的数据，都可以透过数据库来储存。

由于XML是以阶层式的树状结构作为储存架构，透过元素（Element）和属性（Attribute）来包含数据，再利用XML schema控制数据的正确性。这种架构特性，让XML随时可以新增字段，只要吻合XML schema的定义，字段便可以弹性置入。相对而言，关系型数据库一旦要修改字段，牵动的范围相当大，既会影响到过去的数据，与其它数据表的关系也必须一并思考在内，在变动的弹性上较小。由于企业内产生的数据并非总是这么规矩，一旦遇到非结构化的数据型态，关系型数据库便显得左右支绌，施展不开手脚。

此外，XML透过元素和属性描述数据，以及不需转译编码的文字型态，让它可以不受操作系统和应用程序的限制，在数据交换上相当容易进行，而且它的内容可以被人类解读之外，也能被机器或应用程序所辨读，微软在Vista或新版本的Office上，就大量应用XML作为应用程序的设定或文件的产出格式。

鉴于这些XML的优势，可以解决关系型数据库在应用及储存上的不足，因此传统数据库大厂纷纷实作出支持XML的方式，让企业的资料应用可以更为全面。

保留XML原生数据格式成为主流
关系型数据库在支持XML上大致有二种方式，一种是将XML拆解成关系型数据库的运作逻辑，另外一种则是保留XML原有的运作方式，后者又称之为原生XML数据库。

早期关系型数据库的作法趋向前者，将XML的树状结构数据拆解成数成关系型数据库的型态之后再存入数据库，一旦需要存取时，再透过自订支持XML查询的SQL语法将它组合、还原成XML文件。

另外一种原生型数据库的做法，则是保留阶层式的XML格式存进数据库，并且利用XML的树状节点特性，进行查询节点数据或新增、删除数据。

以SQL Server为例，在2000版本时，支持XML的方式便是将XML数据转成关系型数据的存放方式，无论是储存或查询都还是使用关系型引擎为主。而SQL Server 2005遵循W3C InfoSet规格，以特有的内部结构存放XML文件，并保存XML文件语意。新的XML技术可以透过变量或数据域位定义XML Schema，验证XML数据输入或更新时的正确性。此外可以利用业界标准XQuery进行查询，也引进XML索引技术，提升查询效率。

无独有偶，IBM的DB2 9.0也提出了pureXML的技术与概念，诉求原生的XML数据型态，一改过去作法，直接保留原来树状结构的数据型态，同时也支持XML索引功能和XQuery查询。此外，在查询技术上，DB2 9.0整合middle ware的技术，让开发人员可以忽略底层的数据是关系型数据库或XML，开发人员可以透过擅长的SQL或XQuery语言进行查询，取得所需的结果。

关系型数据库的成熟度加持XML
XML的阶层式特性协助关系型数据库在处理数据时更为全面，同样的，关系型数据库也能为XML带来好处。

对于XML的储存、使用而言，由于它本身是档案型的数据储存方式，在安全管理的机制上并没有良善的处理方式，一旦储存在数据库中，就可以享有数据库本身的安全机制。透过关系型数据库的查询语法，也可以和其它相关记录字段作交易管理，数据库的写入锁定机制还可以解决多人作业时写入冲突的问题。此外像是搜寻、更新、备份／还原、交易管理和记录稽核等，XML数据同样可以享受数据库带来的这些管理机制。过去需要程序开发人员劳心劳力之处，透过数据库本身的机制，就可以强化XML的体质。

储存为XML或关系型数据的裁量
XML与关系型数据库的合流，固然为企业数据带来更全面的应用方式，但对数据库开发人员而言，既然数据库同时可以储存关系型结构化的数据与XML阶层式的数据，如何裁量数据储存的方式，也形成了一个挑战。

由于XML具有跨平台、跨组织交换数据的特性，又具有阶层性的弹性结构关系，因此企业的数据如果有B2B的应用需求或跨系统的交易机会，XML是相当理想的储存方式。另外如果数据结构有经常变动的可能，关系型数据库显然较难胜任，XML就可取而代之。这些透过XML数据能作更有利的应用，那么储存为XML数据型态就势所必然。相较之下关系型数据库在技术的成熟度上，或者查询速度上都是更有效率的数据处理方式，如非必要，利用原来的结构化储存方式即可。

3G狂风吹了好久了～从标准制定取舍，吹到发牌机制，到最后敲定上轨日期，然后就是无限期的往后推迟。这一切好像给我们暗示我们可能错过真正的3G时代。然则，现在流行的移动设备已经踏入3.5G时代了，我们的3G接入依旧未能上轨，看来，背后的风雨只有局内人才了解。但个中涉及的利益对立，还有分配表现出来的恶心程度，肯定让所有君子所不齿的。3.5G时代有什么呢？

这种移动通信技术实际上也是一种3G技术，只不过，它比WCDMA的技术水平更高，一般称之为WCDMA的增强版。
一些3G设备商希望通过游说运营商直接采用HSDPA技术来铺设3G网络，从而跳过WCDMA；它还可以在不改变运营商已建的WCDMA网络结构的情况下将WCDMA网络升级，把下行数据业务速率提高到10Mbps，特别适用于笔记本电脑这种无线下载。

WIFI: Wireless Fidelity，又称802.11b标准，它的最大优点就是传输速度较高，可以达到11Mbps，另外它的有效距离也很长，同时也与已有的各种802.11DSSS设备兼容。今夏最流行的本本——迅驰技术就是基于该标准的，无线上网已经成为现实。无线电波的覆盖范围广，基于蓝牙技术的电波覆盖范围非常小，半径大约只有50英尺左右约合15米，而Wi-Fi的半径则可达300英尺左右约合100米，办公室自不用说，就是在整栋大楼中也可使用。最近，由Vivato公司推出的一款新型交换机。据悉，该款产品能够把目前Wi-Fi无线网络300英尺接近100米的通信距离扩大到4英里约6.5公里。

蓝牙是无线数据和语音传输的开放式标准，它将各种通信设备、计算机及其终端设备、各种数字数据系统、甚至家用电器采用无线方式联接起来。它的传输距离为10cm～10m，如果增加功率或是加上某些外设便可达到100m的传输距离。它采用2.4GHz ISM频段和调频、跳频技术，使用权向纠错编码、ARQ、TDD和基带协议。TDMA每时隙为0.625μs，基带符合速率为1Mb/s。蓝牙支持64kb/s实时语音传输和数据传输，语音编码为CVSD，发射功率分别为1mW、2.5mW和100mW，并使用全球统一的48比特的设备识别码。由于蓝牙采用无线接口来代替有线电缆连接，具有很强的移植性，并且适用于多种场合，加上该技术功耗低、对人体危害小，而且应用简单、容易实现，所以易于推广。

就在过年的期间，CodeGear发表了一个新的PHP开发工具，名称叫Delphi for PHP。
多么令人讶异的一件事，Borland把他们的IDE部门给独立出来后(就是叫CodeGear，程序代码齿轮？)，总是让人感到新鲜。一开始Turbo系列的开发工具免费下载，现在又有给php用的开发整合环境了。

当年的Delphi就是靠VCL纵横整个Win32的开发工具市场，随着时代的变迁，.NET的出现，Delphi在整个Windows开发工具的市场上，占有率已经越来越少，不论是否是当初Borland的策略错误，独立出来后的CodeGear渐渐把以前的Borland开发工具创新的精神又重现了起来，让我这个老的Borland迷，又再度把眼光投向CodeGear。透过Delphi for PHP这个开发环境的协助，用PHP开发web程序一定可以省掉很多的时间，好的工具就是可以增加生产力，好的工具可以产生出更方便更稳固的程序代码，再加上整合了AJAX这个Web 2.0中最热门的技术以及VCL for PHP架构的诞生，身为PHP开发人员的程序员一定相当的期待Delphi for PHP上市的来临，现在的法兰克没再开发PHP的程序，但当年(好像是七年吧)刚学习web程序时就是先学习PHP，所以看到PHP有这么好的开发工具的诞生，如同即将握有屠龙刀一样快变成武林至尊，所以当Delphi for PHP上市时，大家赶快花钱去买屠龙刀回来吧。

以下是完整的新闻稿：
CodeGear™ Launches Delphi® for PHP for RAD Web Development

新年了,休闲时间多了.聚会自然就集中在这样的长假了.最近在听这张专辑~很是喜欢.Deutschland sucht den Superstar这张专辑《united》,我是通过《Cry On My Shoulder》认识的。呵呵～说来也奇怪，当时正好毕业，或者当你遇到更多离别的时候，真的需要一个肩膀，好好哭一场:)
当然还有一首《How many Times we'll Say Goodbye》同样是很精彩的.
试听下这是其中一首,Cry On My Shoulder

这里可以下载整个专辑

Deutschland sucht den Superstar（简称DSDS），不是一个乐团，也不是一个歌手，而是一个来自德国的超级海选赛事的名称，是“德国寻找超级明星”的意思，和国内的超女还有美国偶像是同一个意思。这个活动由德国RTL电视台主办，写歌的人也是这个节目的制作人，在德国很有名。到目前为止deutschland sucht den superstar共发行了4张专辑，分别为《we have a dream》《united》《magic of music》和《love songs》。