MYSQL网页编程之启动和封闭Oracle的几种体例

由于MySQL数据库已经如此普及，对企业来说它无疑是一个更好的选择。oracle有以下几种启动体例：
1、startupnomount
非安装启动，这类体例启动下可实行：重修把持文件、重修数据库
读取init.ora文件，启动instance，即启动SGA和背景历程，这类启动只必要init.ora文件。

2、startupmountdbname
安装启动，这类体例启动下可实行：
数据库日记回档、
数据库介质恢复、
使数据文件联机或脱机，
从头定位数据文件、重做日记文件。
实行“nomount”，然后翻开把持文件，确认数据文件和联机日记文件的地位，
但此时不合错误数据文件和日记文件举行校验反省。

3、startupopendbname
先实行“nomount”，然后实行“mount”，再翻开包含Redolog文件在内的一切数据库文件，
这类体例下可会见数据库中的数据。

4、startup
即是以下三个命令
startupnomount
alterdatabasemount
alterdatabaseopen

5、startuprestrict
束缚体例启动
这类体例可以启动数据库，但只同意具有必定特权的用户会见
非特权用户会见时，会呈现以下提醒：
ERROR：
ORA-01035:ORACLE只同意具有RESTRICTEDSESSION权限的用户利用

6、startupforce
强迫启动体例
当不克不及封闭数据库时，能够用startupforce来完成数据库的封闭
先封闭数据库，再实行一般启动数据库命令

7、startuppfile=参数文件名
带初始化参数文件的启动体例
先读取参数文件，再按参数文件中的设置启动数据库
例：startuppfile=E:Oracleadminoradbpfileinit.ora

8、startupEXCLUSIVE
有三种封闭体例：
1、shutdownnormal
一般体例封闭数据库。

2、shutdownimmediate
当即体例封闭数据库。
在SVRMGRL中实行shutdownimmediate，数据库其实不当即封闭，
而是在Oracle实行某些扫除事情后才封闭（停止会话、开释会话资本），
当利用shutdown不克不及封闭数据库时，shutdownimmediate能够完成数据库封闭的操纵。

3、shutdownabort
间接封闭数据库，正在会见数据库的会话会被俄然停止，
假如数据库中有大批操纵正在实行，这时候实行shutdownabort后，从头启动数据库必要很长工夫。

MySQL的支持者们却认为，MySQL所保留的功能都是精华，并且是你部署、MySQL学习教程配置和维护这个数据库所必不可少的一些功能。

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

SQLServer的异构移植功能个人感觉最好了。（如果对比过SQLServer的链接服务器和Oracle的透明网关的朋友会发现SQLServer的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。）

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

作了些试验，发现使用CLR的存储过程或函数在达到一定的阀值的时候，系统性能会呈指数级下滑！这是非常危险的！只使用几个可能没有问题，当一旦大规模使用会造成严重的系统性能问题！

这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。

一个是把SQL语句写到客户端,可以使用DataSet进行加工;