第一种是安装mysql ODBC，利用sql server的导出功能，选择mysql数据源，进行数据的直接导出，这种方法很简便，但是针对实际应用有很多弊端，最主要体现就是数据类型问题，首先，sql server数据库中的ntext,image等数据类型的数据无法直接写入到mysql数据库中，据说只要稍加改动就可以，可惜偶这只菜鸟还没想到如何改动，其次，因为偶在mysql中的数据库设计中将时间都设成int型(保存的是时间戳)，所以在数据导过来后，就会出现冲突，再次，这种方法生成的mysql数据表的字段类型都不很合适，所以此种方法我觉得不能提倡。
第二种是利用php或asp脚本来实现数据的导入功能，这种方法需要编写程序，但灵活性大，操作也不是那么困难，一切都尽在你的掌握之中，现简单介绍一下该方法。前提条件是你的mysql环境已经搭建好了，先建好目标数据库，再将所有的表结构用sql语句生成，现在万事具备，只缺数据了。
可以通过下面的php脚本来实现sql server中mydb数据库的user表中数据向mysql中mydb数据库导入：
第二种是利用php或asp脚本来实现数据的导入功能，这种方法需要编写程序，但灵活性大，操作也不是那么困难，一切都尽在你的掌握之中，现简单介绍一下该方法。前提条件是你的mysql环境已经搭建好了，先建好目标数据库，再将所有的表结构用sql语句生成，现在万事具备，只缺数据了。
可以通过下面的php脚本来实现sql server中mydb数据库的user表中数据向mysql中mydb数据库导入：
复制内容到剪贴板
程序代码
程序代码<?
$cnx = odbc_connect('web', 'admin', '123456');
//'web'是sqlserver中mydb的数据源名，
$cnx = odbc_connect('web', 'admin', '123456');
//'web'是sqlserver中mydb的数据源名，
将开发好的java应用程序(多线程的)部署到服务器后,运行一段时间就会因
java.lang.OutOfMemoryError: Java heap space而终止.
这个问题的根源是jvm虚拟机的默认Heap大小是64M,可以通过设置其最大和最小值来实现.设置的方法主要是几个.
1.可以在windows 更改系统环境变量
加上JAVA_OPTS=-Xms64m -Xmx512m
2,如果用的tomcat,在windows下,可以在
C:\tomcat5.5.9\bin\catalina.bat 中加上:
java.lang.OutOfMemoryError: Java heap space而终止.
这个问题的根源是jvm虚拟机的默认Heap大小是64M,可以通过设置其最大和最小值来实现.设置的方法主要是几个.
1.可以在windows 更改系统环境变量
加上JAVA_OPTS=-Xms64m -Xmx512m
2,如果用的tomcat,在windows下,可以在
C:\tomcat5.5.9\bin\catalina.bat 中加上:
Tags: heap space OutOfMemoryError
• Struts1要求Action类继承一个抽象基类。Struts1的一个普遍问题是使用抽象类编程而不是接口。
• Struts 2 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。Struts2提供一个ActionSupport基类去 实现 常用的接口。Action接口不是必须的，任何有execute标识的POJO对象都可以用作Struts2的Action对象。
线程模式:
• Struts1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能作的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的。
• Struts2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。（实际上，servlet容器给每个请求产生许多可丢弃的对象，并且不会导致性能和垃圾回收问题）
Servlet 依赖:
• Struts1 Action 依赖于Servlet API ,因为当一个Action被调用时HttpServletRequest 和 HttpServletResponse 被传递给execute方法。
• Struts 2 Action不依赖于容器，允许Action脱离容器单独被测试。如果需要，Struts2 Action仍然可以访问初始的request和response。但是，其他的元素减少或者消除了直接访问HttpServetRequest 和 HttpServletResponse的必要性。
• Struts 2 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。Struts2提供一个ActionSupport基类去 实现 常用的接口。Action接口不是必须的，任何有execute标识的POJO对象都可以用作Struts2的Action对象。
线程模式:
• Struts1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能作的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的。
• Struts2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。（实际上，servlet容器给每个请求产生许多可丢弃的对象，并且不会导致性能和垃圾回收问题）
Servlet 依赖:
• Struts1 Action 依赖于Servlet API ,因为当一个Action被调用时HttpServletRequest 和 HttpServletResponse 被传递给execute方法。
• Struts 2 Action不依赖于容器，允许Action脱离容器单独被测试。如果需要，Struts2 Action仍然可以访问初始的request和response。但是，其他的元素减少或者消除了直接访问HttpServetRequest 和 HttpServletResponse的必要性。
