CREATE DATABASE test;  
USE test;  
CREATE TABLE test (id INT NOT NULL AUTO_INCREMENT,   
value DOUBLE, PRIMARY KEY(id)); 

然后在綁定的一個(gè)HR datastore應(yīng)用上測(cè)試：

from random import randomfrom time import timefrom google.appengine.api import rdbmsrand = [(random(),)   
for i in xrange(500)]
t = time()
conn = rdbms.connect(instance='keakon:test', database='test')prin
t time()
- tcursor = conn.cursor()
t = time()
cursor.executemany('INSERT INTO test (value) VALUES (%s)', rand)  
print time() - t
t = time()
cursor.execute('SELECT count(*) FROM test')print time() - t
t = time()
cursor.execute('SELECT id FROM test')print time() - t
t = time()
cursor.execute('SELECT * 
FROM test')print time()- t
t = time()
conn.rollback()prin
t time() - t
t = time()
cursor.close()conn.close()prin
t time() - t 

結(jié)果：
0.00699996948242
3.8259999752
0.00500011444092
0.235999822617
0.205000162125
0.0639998912811
0.00300002098083可見(jiàn)連接和關(guān)閉數(shù)據(jù)庫(kù)還是很快的，但是插入和查詢(xún)性能并不算好。

接著試試提交：

t = time()
cursor.executemany('INSERT INTO test (value)   
VALUES (%s)', rand)conn.commit()print time() - t
t = time()
cursor.execute('DELETE FROM test')conn.commit()print time() - t 

結(jié)果：
3.3180000782
0.132999897003可能是測(cè)試的波動(dòng)，插入變快了。比較讓我奇怪的是刪除，居然比查詢(xún)還快。

再試了下清空表，即改成cursor.execute('TRUNCATE test')。結(jié)果：
2.96399998665
0.128000020981這次插入更快了，不解…

值得一提的是，我在刪除的時(shí)候?qū)戝e(cuò)了SQL語(yǔ)句，結(jié)果報(bào)錯(cuò)了。然后再次刪除就一直被鎖，但是查詢(xún)和插入都正常，估計(jì)是那個(gè)事務(wù)一直沒(méi)結(jié)束。
最后我試了下TRUNCATE，花了22秒終于成功了。之后再測(cè)試時(shí)，即使出錯(cuò)也沒(méi)遇到被鎖的情況了，非常奇怪…

然后對(duì)比測(cè)試HR datastore，使用同一個(gè)應(yīng)用：
 

from random import random
from time import time
from google.appengine.ext import db
class Test(db.Model):
value = db.FloatProperty()
entites = [Test(value=random()) for i in xrange(500)]
t = time()
db.put(entites)prin
t time() - t
t = time()Test.all().count(None)print time() - t
t = time()
keys = Test.all(keys_only=True).fetch(500)print time() - t
t = time()
Test.all().fetch(500)print time() - t
t = time()
db.delete(keys)print time() - t 

結(jié)果：
3.31100010872
0.0799999237061
0.208999872208
2.34000015259
0.861999988556其中count和查詢(xún)慢了一個(gè)數(shù)量級(jí)，刪除慢約6倍，插入和查詢(xún)key則差不多。

接著又在一個(gè)MS datastore的應(yīng)用上測(cè)試了下，結(jié)果是：
1.04965305328
0.109894037247
0.0680358409882
0.660396099091
0.251960992813插入快2倍，查詢(xún)慢一個(gè)數(shù)量級(jí)，其他差不多。

對(duì)大多數(shù)應(yīng)用來(lái)說(shuō)，查詢(xún)性能是最重要的，這一個(gè)數(shù)量級(jí)的提升也是很有益處的，更何況還少了很多限制。所以如果不需要ORM的話(huà)，用Google Cloud SQL取代Datastore是個(gè)不錯(cuò)的選擇。

【編輯推薦】

1. Oracle發(fā)布NoSQL數(shù)據(jù)庫(kù)
2. 微軟進(jìn)軍NoSQL 發(fā)布Trinity數(shù)據(jù)庫(kù)
3. 微軟研究人員：NoSQL需要標(biāo)準(zhǔn)化
4. MySQL中的NoSQL插件
5. SQL與NoSQL——MySQL與NoSQL的融合