MSSQL编程：分歧平台上mysql的对照

Archive非常适合存储大量的独立的，作为历史记录的数据。因为它们不经常被读取。Archive拥有高效的插入速度，但其对查询的支持相对较差MySQL测试了局
这个文件中包括了分歧基准测试的了局。测试了局后（）中的数字暗示准确测试中实行的SQL命令的数量。一个测试能够有良多分歧的参数，这里只给出一个大抵的模样。请检察源码以取得更多的信息。
注重，利用分歧--cmp选项的测试了局不克不及举行对照。--cmp选项依据测试中全体服务器的最差的限定举行设置。
标志了‘+’的数字是依据上一次的运转了局举行估量得出的，由于查询语句的实行超越了给定的工夫限定。这个估量和料想中的实在的了局不会相差很远。
标志了‘？’的数字是一个糟的了局。它只能用来讲明服务器发生这个糟了局所花的工夫：）
但愿这能使你对每种数据库的运转情形有一些熟悉....
但愿你喜好它....Luuk&Monty(1997)
第一列是用秒记数的。其他列都是与第一列相干的。
1.00暗示不异。更年夜的数字暗示速率更慢。
这是分歧平台上mysql的对照的测试了局。测试情况为：

1mysql-Linux_2.2.1_i686MySQL3.22.18
pentiumpro400mzx2,256M,SCSI,gcc2.9compiled,key_buffer=16M
2mysql_fast-Linux_2.2.1_i686MySQL3.22.18--fast
pentiumpro400mzx2,256M,SCSI,gcc2.9compiled,key_buffer=16M
3mysql-win98MySQL3.22.19a
"AMD-K6350MHz,256Mmemory,key_buffer=16M"
4mysql_odbc-win98MySQL3.22.19a--odbc
5mysql-NT_4.0MySQL3.22.18gamma
"AMD-K6350MHz,256Mmemory,key_buffer=16M"
6mysql-SunOS_5.5.1_sun4uMySQL3.22.19
UltraSPARC,2CPU200MHz,1Gmem,key_buffer=8M
7mysql-SunOS_5.6_sun4mMySQL3.22.6alpha
Sparcsun4m,196Mmemory
8mysql-SunOS_5.7_sun4uMySQL3.22.18
UltraSPARC-II2/CPU400MHz,2Gmem,key_buffer=16M
操纵1
mysql2
mysql_fast3
mysql4
mysql_odbc5
mysql6
mysql7
mysql8
mysql
每项测试的了局（第一列以秒记，前面列为第一列的倍数）：
ATIS660.953.674.472.333.1415.001.58
alter-table8120.992.662.697.081.643.901.31
big-tables491.004.555.083.672.6512.241.53
connect1510.993.6910.783.132.138.861.05
create91.3315.1116.228.788.3361.4425.67
insert15580.93+3.18+3.915.922.33+15.812.23
select+1164+0.98+2.60+2.78+1.77+2.69+13.26+1.56
wisconsin200.504.406.752.702.9512.051.65
每项操纵的了局：
alter_table_add(992)4530.992.562.596.741.716.771.38
alter_table_drop(496)3431.012.792.817.501.56　1.22
connect(10000)311.002.5510.872.612.558.770.97
connect+select(10000)350.973.0614.602.772.499.091.09
count(100)620.981.451.501.582.117.921.06
count_on_key(50100)+719+0.97+2.89+3.03+1.71+3.06+15.66+1.79
create+drop(1000)11.0025.0027.0017.0022.00154.0069.00
create_index(8)90.672.442.446.671.225.331.00
create_key+drop(1000)31.009.0010.008.336.6753.6722.33
create_table(1031)41.5012.2513.007.005.5039.5013.75
delete_big(15)1560.151.331.367.882.1047.741.79
delete_key(500)261.150.040.080.040.040.120.04
drop_index(8)61.173.673.6710.002.008.001.33
drop_table(1028)11.007.009.002.0010.0080.0041.00
insert(350768)1470.315.078.163.642.9610.781.95
insert_duplicates(300000)260.885.7710.773.272.279.151.38
insert_key(100000)1560.823.124.1525.712.7725.679.20
insert_many_fields(2000)131.082.542.854.153.0812.231.38
min_max(60)381.001.291.341.342.269.551.13
min_max_on_key(73000)1980.952.342.571.962.08+10.331.25
multiple_value_inser(100000)91.006.444.442.672.6710.441.56
order_by(10)721.115.396.822.832.99+18.001.49
order_by_key(10)471.265.837.873.232.91+17.171.77
select(20000)71.147.8611.713.572.5711.572.29
select_big(10080)911.115.186.543.551.9612.631.32
select_distinct(800)170.942.943.411.823.1214.591.59
select_group(3811)1050.972.452.571.632.8912.701.37
select_join(200)261.084.505.462.353.4618.191.69
select_key(200000)2120.97+3.99+4.312.482.21+9.261.24
select_key_prefix(200000)2430.97+3.52+3.822.191.93+8.481.16
select_many_fields(2000)351.005.376.003.402.5412.541.60
select_range(25420)3311.011.922.121.712.17+8.881.14
select_range_prefix(25010)371.002.843.111.922.359.351.30
select_simple(20000)361.003.3913.222.752.589.141.11
select_simple_join(500)30.673.674.332.332.6711.671.00
update_key(500)31.330.330.670.330.331.000.67
update_key_big(501)371.081.511.591.192.2210.271.46
update_of_key(256)792.591.371.3916.621.8912.352.43
wisc_benchmark(114)70.863.144.142.142.2913.001.43
总计+3824+0.96+2.98+3.65+4.70+2.33+12.28+1.82
Mysql的存储引擎接口定义良好。有兴趣的开发者可以通过阅读文档编写自己的存储引擎。

我个人认为就是孜孜不懈的学习

原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！

如果你是从“学习某一种数据库应用软件，从而获得应聘的资本和工作机会”的角度来问的话。

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

发几份SQL课件，以飨阅者

但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。