一、典型安装
会使用Oracle默认的方式安装数据库，可以简化设置，但是很多信息不能自己定义。
二、高级安装
可以自己设置数据库的信息，包括设置账号密码，字符集，语言，备份和存储选项等。

偶然发现new和malloc典型应用错误 。
struct test
{
  CString strTest;
int iTest;
}
对于这个数据结构如果使用malloc，在对strTest赋值过程中会出现程序崩溃的错误。用new就不会.猜测malloc通常是使用sizeof函数获得的内存空间，所以相当于sizeof(CString)的长度，如果使用new那么就会采用CString 的构造函数，分配足够的内存空间

	

在自动控制理论中，典型二阶系统一般是由一个惯性环节和积分环节串联构成：
其闭环传递函数为：
将上式改为标准形式为:
因为实际应用中欠阻尼二阶系统应用最为广泛，这里只分析欠阻尼的情况(0<ξ<1)。
欠阻尼系统具有一对共轭复根为:
其单位阶跃响应的象函数为：
经过拉普拉斯反变换可以得到系统单位阶跃响应：
下图给出了不同阻尼比时，二阶系统的单位阶跃响应曲线：
根据时域表达式可以得到典型二阶系统单位阶跃响应暂态性能的一些指标：如
调整时间与阻尼比的关系如下图，由图可见，当阻尼比为0.68时，调整时间ts最小，设计二阶系统时，一般取阻尼比为0.707，为最佳阻尼比。
以上时典型二阶系统的时域特性，在自动控制理论中都有详细分析，但有时会遇到非典型的二阶系统，它与典型二阶系统关系如何呢？以一种锁相环系统为例：
上述框图可以简化为：
同样，上图传递函数写成标准形式为：
可见，与标准形式相比，该二阶系统多了一个零点，而极点相同，按照上述分析方法，可以得到其单位阶跃响应的象函数为：
可见，与典型二阶系统相比仅第三项的符号有差别，对其进行拉普拉斯反变换得到时域响应表达式：
与典型二阶系统相比仅第二项符号和相位发生变化，根据时域表达式可以得到典型二阶系统单位阶跃响应暂态性能的一些指标，如下式所示，可以看出一些参数与典型二阶系统有些区别，但相差不大。
为了更明显看出两者之间的差别，令ω=158，在matlab中画出ξ从0.1变为1的阶跃响应曲线，红色为典型二阶系统的响应曲线，蓝色为上文提到的非典型二阶系统的响应曲线，可以看出两者暂态响应相差很小，因此这种情况下典型二阶系统的特性如也可直接应用在文中提到的非典型二阶系统，可以简化设计过程。
其实也可以用根轨迹进行分析，一般远离虚轴且附近无极点的零点，对系统的影响几乎可以忽略。
显然零点与极点位置相差很远，所以该零点对系统的暂态响应影响不大。
参考文献：
自动控制理论.夏德钤.第四版

文章目录
Spring 典型，非典型循环依赖问题及其解决方法
1、设计原则
2、典型循环依赖
3、到底什么是依赖
4、强依赖
5、弱依赖
6、依赖调解
7、Spring 是如何把构造函数进行解耦的 - Spring的依赖注入模型
8、非典型的循环依赖场景

Spring 典型，非典型循环依赖问题及其解决方法

1、设计原则
在设计时，我们应该尽量避免出现循环依赖的情况，应该把循环依赖的公共部分进行分层，抽取公共部分，然后依赖公共部分
2、典型循环依赖
但是由于某些业务之间的相互调用太多，总会有一些漏网之鱼出现了循环依赖，但是当你使用 @Autowired进行依赖注入时，程序是可以正常运行的。 当使用构造函数进行依赖注入时，则是不可以正常运行的，因为无法创建bean
3、到底什么是依赖
依赖，说的简单点，就是A 要用到B 的方法去执行逻辑，但是A 在何时需要用到B ，决定了这种依赖关系是强依赖还是弱依赖
4、强依赖
就是A 的产出就必须要有B的参与，没有B ，A就没法被生产出来，打个比方，就是没你不行
构造函数注入是强依赖，Spirng 没法把对象new 出来，所以基于构造函数的循环依赖会导致无法创建bean
5、弱依赖
就是A 的产出需要有B的参与，没有B，A也能被生产出来，打个比方，没你也可以，有你是锦上添花
@Autowired字段注入就是弱依赖，Spirng 可以把对象new 出来，所以项目可以正常启动
那能不能正常执行呢？ 可以， 按道理是不可以正常执行的，为什么现在可以呢，因为对你的循环依赖进行了调解
6、依赖调解
什么是依赖调解，依赖调解，就是解决循环依赖这个问题的，他是DI 实现的依赖调解
7、Spring 是如何把构造函数进行解耦的 - Spring的依赖注入模型
1、调用构造函数、解析强依赖（一般是无参构造），并创建类实例
2、根据Field/GetterSetter中的依赖注入相关注解、解析弱依赖，并填充所有需要注入的类
3、调用生命周期中的初始化方法（例如@PostConstruct注解或InitializingBean的afterPropertiesSet方法），执行实际的初始化业务逻辑
这样，构造函数的功能就由原来的三个弱化为了一个，只负责类的构造。并将类的配置交由DI，将类的初始化逻辑交给生命周期。
这样，就把基于构造函数的注入工作不会影响Bean 的创建工作，调解了强依赖导致的无法调解的问题
8、非典型的循环依赖场景
按照上面的理解，好像如果出现循环依赖，只要把构造函数改为@Autowired字段注入就可以了
但是，其实构建bean的顺序也可能会导致是用 @Autowired字段注入 也无法调解的循环依赖
配置类中如果出现了循环依赖，则可能会出现这个情况，无法调解
因为配置类必须先加载自己的全部配置后，也就是先解决配置类自己的全部依赖，才会加载他自己定义的Bean
这个时候，这里就是强依赖了，这也是为什么配置类建议使用构造函数注入的原因，他可以在设计上杜绝无法调解的循环依赖问题，因为实质上，在配置类里面定义的Bean 是强依赖于暴露他的配置类的