<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    WZ_XJTU_JAVA_SPACE

    while(true) {System.out.println("wz.xjtu");}

    NOSQL- Questions

    這篇文章是用英文寫的,由于某種原因,這篇文章可以很直接的說是Anti-MongoDB一個和諧的DB(一)。寫一的時候其實有很多問題,還是不很清楚的。所以有了以下的問題:

    I has some questions about the nosql and the document database solutions because I just touch the nosql solutions these days,
    I tried to understand and find the benefit of the NOSQL solutions (performance and scalability), but I cannot convince myself for the reasons, specially for the complex business related cases,
    After read a lot of the articles and find the CAP, relational and Scalability are the three points for the NOSQL solutions,
    CAP : only can pickup two of the three factors, and the NOSQL solutions pickup the AP, and use the eventually consistency to handle the consistency, now, let's check the RDBMS, if we have a lot of database servers, we also cannot have a good Consistency because of the performance issues, so we can choose the Master/Slave and asynchronize copy to handle the consistency (Similar with Eventually Consistency) which is similar with the NOSQL, so what is the benefit of the NOSQL (specify document database) from the CAP theory?
    No-Relational object : the NOSQL is good at the no-relationship objects, for example, log. but log also can save to the RDBMS without relationship, so for the no-relationship objects, I think the mongo solution and the RDBMS solutions should be have the same performance and scalability. right?
    Relational : in the mongodb.org there is a good example as following,

    the address is embedded into the student which is reasonable and will make the performance better if we need load the address from the student in the UI, but the RDBMS also can do it for the 1-1 relationship, and the scores need ref to the another collection and which is also similar with the RDBMS and also need touch database two times when we load the course which also similar with RDBMS. so what is the benefit.
    Partition and Sharding : RDBMS also provide the solutions (although need change some codes), and RDBMS also can handle them.

    posted on 2010-02-24 10:47 wz.xjtu 閱讀(244) 評論(0)  編輯  收藏


    只有注冊用戶登錄后才能發表評論。


    網站導航:
     

    導航

    <2010年2月>
    31123456
    78910111213
    14151617181920
    21222324252627
    28123456
    78910111213

    統計

    常用鏈接

    留言簿

    隨筆檔案

    搜索

    最新評論

    • 1.?re: Cache之我見
    • 評論內容較長,點擊標題查看
    • --awp001
    • 2.?re: Cache之我見
    • 評論內容較長,點擊標題查看
    • --wz.xjtu
    • 3.?re: Cache之我見
    • 在分布式環境里,多個用戶共用一個Cache,從Cache中獲取對象的時候,如何解決用戶之間的爭搶問題,鎖定嗎?
    • --awp001
    • 4.?re: Cache之我見
    • 目前我的核心任務是實現一個對象池,減少垃圾收集,樓主能否提供一些建議?
    • --awp001
    • 5.?re: Cache之我見
    • 我這幾天正在研究在系統內引入緩存,樓主說的一級緩存 二級緩存 是一個很好的想法。
    • --awp001

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲精品狼友在线播放| 不卡视频免费在线观看| 久久久久久亚洲精品中文字幕| 午夜老司机免费视频| 免费国产黄网站在线观看可以下载| 亚洲Aⅴ在线无码播放毛片一线天| 亚洲视频免费在线播放| 亚洲国产精品嫩草影院在线观看 | 亚洲AV无码精品色午夜在线观看| 在线观看亚洲免费| 国产精品色拉拉免费看| 久久精品电影免费动漫| 免费精品久久天干天干| 成人福利在线观看免费视频| 亚洲a∨无码一区二区| 亚洲日韩看片无码电影| 亚洲精品午夜国产va久久| 亚洲综合激情视频| 久久亚洲AV成人无码国产 | 国产免费福利体检区久久| 美女免费视频一区二区| 亚洲aⅴ无码专区在线观看| 亚洲精品无码av片| 亚洲色大情网站www| 男人天堂2018亚洲男人天堂| 亚洲成年网站在线观看| 亚洲va乱码一区二区三区| 亚洲国产精品一区二区久| 亚洲视频国产视频| 精品亚洲成A人无码成A在线观看| 亚洲人成7777影视在线观看| 亚洲日本在线免费观看| 亚洲最大的黄色网| 亚洲综合无码一区二区痴汉| 亚洲真人无码永久在线观看| 亚洲人成欧美中文字幕| 亚洲国产成人综合精品| 边摸边吃奶边做爽免费视频网站 | 国产免费啪嗒啪嗒视频看看| 国产乱色精品成人免费视频 | 免费人成动漫在线播放r18|