通用数据转移

    搞软件开有些年了，工作总做很多很多重复的内容。很多东西可以封装起来，作为独立的或可以共用的模块。最近突然有了想写些东西的冲动。思来想去，写什么好呢？管理信息系统？FLASH游戏？Silverlight富媒体开发？虚拟硬盘加密？嵌入式系统整合？RFID应用系统？网络商城？客户管理系统？进销存？等等等等好像很多很多，头大！！！有时候想来，自己究竟需要的是什么？以后的方向是什么？好迷茫！以后的软件趋势是什么？云计算？B/S模式的天下？嵌入式的天下？移动开发？想着想着好像又进入了另一个死胡同。人为什么要使用电脑？什么人要用电脑？用电脑的价值主要体现在哪里？答案似乎有些清晰了，但总感觉还少些什么。管它呢，在这里只想留下自己的想法，又不是搞哲学的。呵呵

    好像不管用什么软件，个人的，企业的，也不管是什么类型的软件，信息管理，游戏，好像都离不开数据。准确说，电脑的功能就是处理和保存数据。哈哈，终于说到要点了。对，数据，软件之源啊！！！电脑不就是用来管理数据，展显数据的么？

    好吧，水平有限，写个跟数据库有关系的东西吧。当今世界，操作系统，数据库系统好像有很多家，一套软件系统用了一种操作，一种数据库后，想移植的难度会很大很大。根本原因就在于各家数据库的数据格式，标准，语法，函数等等都不尽相同。如果能让架构在MSSQL上的一套系统移植到ORACLE上。不用说可能存在的存储过程，触发器的改动，单这么多的数据转移就是一个巨大的工作量，而且想保证数据无错，更是极为困难。当然如果数据量非常少就另当别论。

    决定了，就写一个可以架构在各种数据库之上的通用的数据转移系统吧。最起码的要求是支持尽可能多的数据库，当然要可扩展。能支持二次开发就更好了。说实话，这套系统以前在脑袋中有想过，可总觉得太复杂，代码量可能也不会太少。再加上自己精力有限，有时也会质疑这套系统的实用性。所以一直没有细想下去。现在就以这个为目标，试着写一个吧。要尽可能的把各个模块分细，然后模块尽量功能独立以便其它系统可以复用。这个周末有时间的话把大概需求先整理一下吧。如果太复杂就先以第一版实现简单功能为主，关键是要坚持写。当然由于水平有限，可能中间会不断地修改最初的设计或想法。没关系，就当自己的一个积累。