MYSQL网站制作之oracle sqlplus 格局化输入的命令

每个人都在使用它。MySQL是开源LAMP组合的一个标准组件：Linux、Apache、MySQL和Perl/PHP。根据Evans的调查，LAMP组合的迅速推广很大程度上代表着MySQL的被广泛接受。oracle
SQL>select*fromaa;

BBCC--------------------1999999.99

SQL>colbbformat99.9;SQL>select*fromaa;

BBCC---------------1.0999999.99

SQL>colbbhead99.9;SQL>select*fromaa;

99.9CC---------------1.0999999.99

SQL>colbbhead学号;SQL>select*fromaa;

学号CC---------------1.0999999.99

SQL>colbbformat99;SQL>select*fromaa;

学号CC--------------1999999.99

SQL>colbbhead学|号;SQL>select*fromaa;

学号CC-------------1999999.99

SQL>selectcount(bb),sum(cc)fromaa;

COUNT(BB)SUM(CC)--------------------81928191999918

SQL>colsum(cc)format9999999999.99;SQL>selectcount(bb),sum(cc)fromaa;

COUNT(BB)SUM(CC)------------------------81928191999918.08

SQL>colsum(cc)format9999999999.99head总分;SQL>colcount(bb)format999999head人数;SQL>selectcount(bb),sum(cc)fromaa;

人数总分---------------------81928191999918.08
据我的观察，现在有一个趋势，那些经过正式培训的数据库管理员DBA更倾向于选择一个专有关系数据库，例如Oracle。对于一些具有专门数据库管理员的比较大的环境来说，MySQL很难得到宠爱，这时候，关于MySQL是否真的具有良好的可扩展性的争论已经没有意义。

Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）

我是一个ERP初学者，对于前台运用基本熟悉，但对于后台SQLServer的运用一点也不懂，特想学习下相关资料。至少懂得一些基本的运用。希望各位能给于建议，小弟再谢过！

如果我们从集合论（关系代数）的角度来看，一张数据库的表就是一组数据元的关系，而每个SQL语句会改变一种或数种关系，从而产生出新的数据元的关系（即产生新的表）。

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

我是一个ERP初学者，对于前台运用基本熟悉，但对于后台SQLServer的运用一点也不懂，特想学习下相关资料。至少懂得一些基本的运用。希望各位能给于建议，小弟再谢过！