• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            淺層數(shù)據(jù)結構(結構型)vs 深層數(shù)據(jù)結構(聚合型)

             

            構建系統(tǒng)數(shù)據(jù)模型時,有2共選擇,以:group->account->son account舉例

            1、系統(tǒng)由多個group組成;

            2、一個group有多個account;

            3、一個account有多個son account.

             

            有2種數(shù)據(jù)模型構建方式選擇;

            image

            1、模式一的數(shù)據(jù)模型由3張表構成:groups表,accounts表,son accounts表。是淺層數(shù)據(jù)結構(結構型),每張表的深度是1。accounts表將有一個[group]字段關聯(lián)到groups表里面的某條記錄;son accounts表將有一個[account]字段關聯(lián)到accounts表里面的某條記錄??梢哉f這是一種經(jīng)典的數(shù)據(jù)結構,結構型數(shù)據(jù)庫就是由這樣深度為1的二維型數(shù)據(jù)表構成,多張表之間的關系通過增加關聯(lián)字段來標明;

            2、模式二的數(shù)據(jù)模型中,把group視作一個整體,它是數(shù)據(jù)層的一個基本單元(unit),數(shù)據(jù)層由多個group對象組成,group對象的深度是3,是深層數(shù)據(jù)結構(聚合型)?,F(xiàn)實的模型對應為對象型數(shù)據(jù)庫;

             

            現(xiàn)在的問題是:模式一簡單還是模式二簡單?哪一種是更為優(yōu)越的選擇?我傾向于模式一,因為:

            1、結構型數(shù)據(jù)建模是經(jīng)典的,目前依然是主流的,得到數(shù)據(jù)庫的廣泛支持,即使不使用數(shù)據(jù)庫,也容易序列化到存儲,并且我相信群眾,相信主流意志的正確性;

            2、模式二的對象型數(shù)據(jù)建模,group是數(shù)據(jù)元,是數(shù)據(jù)操作的唯一入口,所以需要提供account,son account的操作接口,account又需要提供son account的操作接口,假設對象深度再多增加幾層,那這是一個龐大且累贅的冗余。另外一點是樹形的對象不容易序列化,沒有太多數(shù)據(jù)庫支持;

            3、模式二的層次太深,復雜度級數(shù)上升,違反了系統(tǒng)弱化成小類模型的原則(多個類,每個類的復雜度都很低),而這里,group將是一個很大的類。

            4、第一感覺:模式一的復雜度我能控制,模式二就沒有把握,所以心里更認同模式一;

            5、雖然模式二直觀的表明了數(shù)據(jù)的聚合-組合關系,與現(xiàn)實模型完全隱射,在理論上應該是更好的選擇。但是就人的理解能力的傾向來說:我認為理解廣度的事務比較理解深度的事務而言更有優(yōu)勢;

            6、寫到這里,我突然想說一句:化深度為廣度,符合人的認知規(guī)律,降低了復雜度。

            posted on 2008-10-25 02:36 肥仔 閱讀(2512) 評論(5)  編輯 收藏 引用 所屬分類: 編程思想

            評論

            # re: 淺層數(shù)據(jù)結構(結構型)vs 深層數(shù)據(jù)結構(聚合型)  回復  更多評論   

            現(xiàn)在很多都是采用聚合型。
            2008-10-25 16:46 | 金山詞霸2008

            # re: 淺層數(shù)據(jù)結構(結構型)vs 深層數(shù)據(jù)結構(聚合型)  回復  更多評論   

            兩邊的account根本就不一樣
            模式一的account是list<account>
            右邊的account才真的是account

            左邊的圖你沒有確保一個sub account只能被一個account擁有,會導致后續(xù)開發(fā)出錯的可能性增大。
            2008-10-27 13:15 | 陳梓瀚(vczh)

            # re: 淺層數(shù)據(jù)結構(結構型)vs 深層數(shù)據(jù)結構(聚合型)  回復  更多評論   

            @陳梓瀚(vczh)
            模式二確實很OOP,不過我接觸過的項目,基本上是用關聯(lián)來替代聚合,我的經(jīng)歷也告訴我,模式一更為簡單,更容易控制。

            模式二看上去很美,卻膠合層太厚重,冗余的接口帶來負擔,要變通也困難。
            聚合的本質就是一種強耦合,看上去漂亮而已吧。
            2008-10-27 16:05 | 肥仔

            # re: 淺層數(shù)據(jù)結構(結構型)vs 深層數(shù)據(jù)結構(聚合型)  回復  更多評論   

            測試一下回復功能。
            2008-12-20 22:02 | 楊成

            # re: 淺層數(shù)據(jù)結構(結構型)vs 深層數(shù)據(jù)結構(聚合型)  回復  更多評論   

            gourp -> accounts -> son accounts 的概念太抽象,我們具體點,
            很簡單的,比如汽車是一個group,
            那么不同品牌的汽車算是各個accounts,不同品牌的汽車的不同型號算是son accounts。

            如果是模式1,那么我們就需要歸納,每個品牌都有哪些字段,以便區(qū)分各個品牌。
            每個型號汽車都有哪些字段,區(qū)分各個型號。我們將有3個類,每個類都有若干字段。因為型號特別多,每個型號或許都有自己特有的字段,但是因為是統(tǒng)一的類,因此,所有型號字段都是一樣的,可能默認值不同。那么這樣一個扁平的數(shù)據(jù)結構里,各種算法交錯,各種變量之間也是高度耦合。在這種情況下,一旦增加一個新車型,要有自己特定的新字段,那么所有的邏輯和代碼都要修改。

            如果是模式2,每個品牌是自己特有的類,每個型號也是自己特有的類,有一些公共的接口,將來增加新的品牌,新的型號只是增加類的種類而已,以前的代碼是不需要動的。這也是oo的最大好處。

            認為模式1比模式2好的人,或許等同于認同c比c++好很多。而且上面有的評論,說什么關聯(lián)和聚合,聚合是相對于包容模型很而言把,跟關聯(lián)沒什么關系啊。
            2008-12-20 22:18 | 楊成
            久久综合鬼色88久久精品综合自在自线噜噜 | 深夜久久AAAAA级毛片免费看| 国产一区二区三精品久久久无广告| 91亚洲国产成人久久精品网址| 久久久黄片| 久久久无码人妻精品无码| 久久国产精品久久国产精品| 久久久国产精品| 色欲综合久久躁天天躁蜜桃| 99久久国产热无码精品免费久久久久| 看全色黄大色大片免费久久久| 人妻少妇久久中文字幕| 国内精品免费久久影院| 久久av无码专区亚洲av桃花岛| 国产精品久久永久免费| 久久人人添人人爽添人人片牛牛| 久久夜色精品国产亚洲| 久久久www免费人成精品| 香蕉久久一区二区不卡无毒影院| 欧美伊人久久大香线蕉综合 | 蜜臀av性久久久久蜜臀aⅴ麻豆| 99久久综合国产精品二区| 久久久久久精品成人免费图片| 国产免费福利体检区久久| 狠狠干狠狠久久| 久久久久国产精品熟女影院 | 无遮挡粉嫩小泬久久久久久久| 久久久青草青青国产亚洲免观| 国产91色综合久久免费| 久久久SS麻豆欧美国产日韩| 亚洲国产高清精品线久久| 66精品综合久久久久久久| 久久九九全国免费| 国产精品久久久久久| av无码久久久久不卡免费网站 | 无码日韩人妻精品久久蜜桃| 久久丫忘忧草产品| 亚州日韩精品专区久久久| 久久精品免费全国观看国产| 久久久久久免费视频| 亚洲日本va中文字幕久久|