MYSQL网页编程之Oradim东西的用法[保藏]

”由于MySQL已经是一个运行了众多知名Web2.0网站的数据，包括Craigslist、Digg、Wikipedia和Google等，或许我们可以说每一个Web2.0公司实质上是一个使用MySQL数据库的公司。
创立例程：
-NEW-SIDsid|-SRVC服务[-INTPWD口令][-MAXUSERS数目][-STARTMODEa|m][-PFILE文件][-TIMEOUT秒]
编纂例程：
-EDIT-SIDsid[-NEWSIDsid][-INTPWD口令][-STARTMODEauto|manual][-PFILE文件名][-SHUTMODEa|i|n][-SHUTTYPEsrvc|inst|srvc,inst][-TIMEOUT秒]
删除例程：
-DELETE-SIDsid|-SRVC服务称号
启动服务和例程：
-STARTUP-SIDsid[-USRPWD口令][-STARTTYPEsrvc|inst|srvc,inst][-PFILE文件名]
封闭服务和例程：
-SHUTDOWN-SIDsid[-USRPWD口令][-SHUTTYPEsrvc|inst|srvc,inst][-SHUTMODEa|i|n]
查询匡助：
-?|-h|-help

相干申明:
-SIDsid指定要启动的实例称号
-SRVC服务指定要启动的服务称号
-USRPWD口令指定外部用户的口令，假如作为NT办理员登录，不必此参数
-PFILE文件名为实例指明初始化参数文件，假如参数文件在Oracle的默许地位，则不必要此命令
-STARTTYPEsrvc|inst|srvc,inst暗示要启动什幺srvc—只启动服务inst—启动实例，服务必需已启动并入手下手事情了srvc,inst—服务和实例都启动
-SHUTTYPEsrvc|inst|srvc,inst暗示要停止什幺，参数选项同上
-STARTMODEa|m暗示启动实例所利用的形式a—auto体例（主动）m—manual体例（手动）
-SHUTMODEa|i|n暗示停止实例所利用的封闭形式a—abort体例i—immediate体例n—normal体例
例子：
1.在服务里天生一个新的实例办理服务，启动体例为手工
oradim-NEW-SIDtest-STARTMODEmanual-PFILE"D:Oracleadmin        estpfileinittest.ora
oradim-NEW-SRVCOracleServicetest-STARTMODEmanual-PFILE"D:Oracleadmin        estpfileinittest.ora
注：无效的服务名为“OracleService”后跟“SID”
-SIDtest与-SRVCOracleServicetest等价

2.删除此实例或服务
oradim-DELETE-SIDtest
oradim-DELETE-SRVCOracleServicetest
3.编纂此实例，启动体例改成手动
oradim-EDIT-SIDtest-STARTMODEmanual
4.编纂此实例，启动体例改成主动
oradim-EDIT-SIDtest-STARTMODEauto
5.启动test
oradim-STARTUP-SIDtest
oradim-STARTUP-SIDtest-STARTTYPEsrvc,inst
6.只启动test服务
oradim-STARTUP-SIDtest-STARTTYPEsrvc
7.只启动test实例
oradim-STARTUP-SIDtest-STARTTYPEinst
8.封闭test
oradim-SHUTDOWN-SIDtest
oradim-SHUTDOWN-SIDtest-SHUTTYPEsrvc,inst这一切听起来不错，无疑DBaaS具有很多相对于RDBMS的优势。然而MySQL学习教程，DBaaS也有其局限性，云服务中固有的局限性就是之一。当客户开始将数据放入云端时，他们会遭遇到无法控制的网络性能问题。

仓酷云

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

如果是将来做数据库的开发设计，就应该详细学习T-SQL的各种细节，包括T-SQL的程序设计、存储过程、触发器以及具体使用某个开发语言来访问数据库。

分区表是个亮点！从分区表也能看出微软要做大作强SQLServer的信心。资料很多，这里不详细说。但是重点了解的是：现在的SQLServer2005的表，都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。

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

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

连做梦都在想页面结构是怎么样的，绝非虚言

记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。

一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）