<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 閱讀(236) 評論(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

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 又爽又高潮的BB视频免费看 | 手机在线看永久av片免费| 亚洲成人午夜在线| a毛片免费观看完整| 精品国产亚洲一区二区三区| a毛片在线免费观看| 久久精品国产精品亚洲蜜月| 久久亚洲免费视频| 久久亚洲春色中文字幕久久久| 国产精品色拉拉免费看| 亚洲一区二区三区写真| 亚洲AV无码一区二三区| a级男女仿爱免费视频| 亚洲视频2020| 99久久综合国产精品免费| 亚洲精品成a人在线观看夫| 高清在线亚洲精品国产二区| 一个人免费观看www视频| 久久精品夜色国产亚洲av| 午夜性色一区二区三区免费不卡视频| 亚洲av永久无码嘿嘿嘿| 亚洲AV无码乱码在线观看性色扶| 精品国产福利尤物免费 | 亚洲国色天香视频| 日韩免费一级毛片| 本免费AV无码专区一区| 久久久久亚洲AV无码专区体验| 91免费精品国自产拍在线不卡| 羞羞网站在线免费观看| 亚洲AV日韩精品久久久久| 一二三四免费观看在线电影| 色多多A级毛片免费看| 久久精品国产亚洲AV无码麻豆| 无码少妇一区二区浪潮免费| 污污污视频在线免费观看| 91亚洲国产成人久久精品网站| 日本不卡免费新一二三区| 国产精品免费AV片在线观看| 亚洲一区二区观看播放| 亚洲日韩欧洲无码av夜夜摸| 好吊妞在线成人免费|