用mysql做数据库开发用严格模式好还是用非严格模式好？

MySQL开启了严格模式从一定程序上来讲是对我们代码的一种测试，如果我们的开发环境没有开启严格模式在开发过程中也没有遇到错误，那么在上线或代码移植的时候将有可能出现不兼容的情况，因此在开发过程做最好开启MySQL的严格模式

1.可以通过执行SQL语句来开启，但是只对当前连接有效，下面是SQL语句：

代码如下:

set sql_mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

2.通过修改MySQL的配置文件，在配置文件中查找sql-mode，将此行修改成为：

代码如下:

sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

如果查找不到sql-mode=则在[mysqld]下加入即可，推荐第二种方法，可以一劳永逸。

游标就是一个指针，查询一个结果集，这个指针可以指向结果集中任何一条记录。可以理解为指向结果集记录的指针，但是只能返回一行记录，如果需要多行就需要使用LOOP语句。

数据库有三种模式：模式、外模式、内模式。

通俗来讲模式就是开发人员通过需求设计一个逻辑结构。外模式就是用户面对的某一部分。内模式就是存储介质上存储方式的物理结构。

这里就是一些Java系统的模板了，比如J2EE的框架和J2SE的其中有类的设计模板，包的设计模板

J2EE因为我没有学过，只是知道一些概念原理，我想大致应该就是一些Framework和容器之类的吧。

J2SE的模板呢，就是对应用程序的管理了，比如该应用程序的描述(description),导入的包(import)，成员函数定义(operations),说白了就是一个Java系统的管理模板。

(2)、Together

该选项中包含有

Modeling Project

UML Diagram

Example

选择ModelingProject就是新建一个建模工程了，选择后会切换到UML视图了，显示在面前的就是UML

Diagram平面，在其中你可以画UML图，包括包，包中的类，等等，每画完一个UML图，其Java源代码都会在下方显示出来，包括包名定义，接口等等。可以通过单击右键看到更多的功能。选择UML

Diagram，这个就不说了，就是从属于工程建模的。两者关系好比先新建一个Java项目工程，再新建一个类，或一个包一样。

选择Example，这个里面就有一些模板和模式

Patterns And Templates

Purchase Transaction

UML Modeling

这三个都是作为工程来新建的。

第一个Patterns And

Templates就是我常说的一些Java设计模式了，新建此项后，打开项目你会发现所有的Java模式全部都在里面了（包含了J2EE的框架），还有structs，soap，swt，xmlParseAPI，通过在包上单击右键选择open

diagram可以看到代码对应的UML图，相信这个对大家对Java模式和api的整体理解会有很大的帮助。

第二个Purchase

Transaction，这个相信大家都知道了，就是一个交易工程，以前软件工程里最经典的就是那个ATM取款过程了，这个Purchase也是一个大的工程，可以看看它的实现模式和工程，挺不错。

第三个UML

Modeling就是建模的一个模板，给你提供了UML图示，你来管理这些UML图，比如它给出了包的视图，里面也预置了很多类，你可以修改这些类，可以增加删除这些类，可以建立包，类之间的关系。

对于基本的使用应该够用了，具体的设计方法和实现可以参看文档，主要是想写这个侧重来了解Java的模式。所以对于工具的使用肯定还不够全面的，以后有心得了再写点。希望大家用的开心

总结下：

1）如果用单独的Together ControlCenter可以下载专门的中文教程，我这里也有一份，到时整理好作为资源共享

2)Together for Eclipse中关于UML的设计实现可以看《Get Started》文档

3)了解设计模式推荐看看《Java 与 模式》，阎宏，这样用Together来学习java模式效果应该更好些。

---