<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

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 成人毛片18女人毛片免费视频未| 亚洲国产精品专区在线观看| 日韩一区二区a片免费观看 | 成人性生交大片免费看午夜a| 免费在线观看中文字幕| 日本亚洲欧美色视频在线播放| 日本道免费精品一区二区| 亚洲热妇无码AV在线播放| 国产婷婷成人久久Av免费高清| 日本特黄特色免费大片| 日韩在线视精品在亚洲| 亚洲第一区在线观看| h视频在线免费观看| 亚洲国产第一站精品蜜芽| 无码免费一区二区三区免费播放| 亚洲v国产v天堂a无码久久| 一级毛片视频免费| 亚洲精品卡2卡3卡4卡5卡区| 外国成人网在线观看免费视频| 亚洲区日韩区无码区| 免费看一区二区三区四区| 四虎影永久在线高清免费| 特黄特色的大片观看免费视频| 影音先锋在线免费观看| 妇女自拍偷自拍亚洲精品| 精品亚洲一区二区三区在线播放| 亚洲人成色99999在线观看| 亚洲国产成人久久综合碰| 久久这里只精品99re免费| 亚洲五月丁香综合视频| 亚洲国产综合精品中文字幕 | 国产精品亚洲专区在线观看 | 亚洲AV无一区二区三区久久| 老司机午夜性生免费福利| 亚洲成av人片在线观看无码不卡| 国产免费A∨在线播放| 久久久亚洲欧洲日产国码aⅴ| 日韩免费电影网站| 亚洲狠狠成人综合网| 97在线线免费观看视频在线观看| 亚洲欧洲日产国码二区首页|