策劃案標(biāo)準(zhǔn)與規(guī)范-資料下載頁
2025-04-17 07:49本頁面
【正文】 計中，通常將主子表合成為一張表(中心庫的主子表主鍵合并便得到了合成表)，方便應(yīng)用和客戶使用。采集庫中的主子表模型:產(chǎn)品庫中的表模型（十）量綱百分比類單位：字段為百分比類比例值或比率值的，量綱一率為%金額類單位：可以用元、萬元、億三類，不允許用“千元”、“百萬元”、“千萬元”、“十億”等非法量綱質(zhì)量類量綱：克、千克、噸、萬噸、億噸長度類量綱： 米、千米、海里、英里，不允許用“公里”、“里”等非標(biāo)準(zhǔn)類單位。其他類量綱：基金：份、萬份股票：股、萬股債券：張、萬張、手（100張）其他：個、件（十一）關(guān)聯(lián)標(biāo)識 在采集表或少量產(chǎn)品表中存在主子表情況，通常用關(guān)聯(lián)標(biāo)識與主表SEQ關(guān)聯(lián)，新庫子表一律統(tǒng)一只能用P_SEQ關(guān)聯(lián)，老DB40庫也可以用VSEQ（十二）字段命名規(guī)則SQL/ORACLE關(guān)鍵字不能作為表名或者字段名首先通用類表名和字段名規(guī)則一律強制執(zhí)行。非通用類字段英文名縮寫要求必須從現(xiàn)有的縮寫表中選用，沒有的可以補充。對于檢查人員則可以任意提取一個縮寫到《》中檢查，如沒有，則視為非法命名。（十三）數(shù)據(jù)類型的選擇【具體見上述字段類型與精度部分】通常用到的字段類型有：數(shù)值型：numeric 在技術(shù)文檔中精度不能加括號，注意考慮精度。字符型：varchar 如果超過400，則應(yīng)用text類型整數(shù)型：int 一般為內(nèi)部代碼、序號等類型字段文本型：text字符長度超過400個字節(jié)日期型：datetime不在上述范圍內(nèi)的字段類型視為非法類型（十四）字段的精度問題在當(dāng)前發(fā)現(xiàn)的問題中，很多都是由于字段精確度設(shè)置過小，反復(fù)修改。所以在設(shè)置字段精度時，應(yīng)該盡量擴大到當(dāng)前值的100倍，如numeric類型，整數(shù)位和小數(shù)位都多加兩位，對數(shù)據(jù)庫本身是沒有任何影響的（十五）字段的量化范疇在設(shè)計表時，通常堅持能量化的字段盡量量化（即通常所說有參數(shù)化，以便于統(tǒng)計應(yīng)用）機構(gòu)類型字段一般應(yīng)處理成與機構(gòu)代碼表相關(guān)聯(lián)（根據(jù)具體情況判斷是否與公司表關(guān)聯(lián)）（十六）字段的冗余Pgenius數(shù)據(jù)庫被定義為中心庫，將不允許有冗余字段。目前已有的冗余字段將被清除。一是不符合數(shù)據(jù)庫設(shè)計范式，存在數(shù)據(jù)庫中是一個錯誤；二是技術(shù)上難以保障歷史數(shù)據(jù)與當(dāng)前更新數(shù)據(jù)的一致性，或者保障成本非常高。1. 第一類如下述有了公司代碼(或證券內(nèi)部代碼)，再冗余證券代碼\證券簡稱的,把參數(shù)化的字段,再加一個描述字段冗余3. 第三類如下述，有了機構(gòu)代碼，應(yīng)關(guān)聯(lián)到機構(gòu)庫則不應(yīng)把機構(gòu)類型作冗余。機構(gòu)類型是用于描述機構(gòu)，而不是本表的實體“內(nèi)部代碼”（存在特情況，如10大股東表中的機構(gòu)屬性，是用于描述股東角度的機構(gòu)類型的，不算冗余字段）。（同時存在機構(gòu)代碼和機構(gòu)名稱，不算冗余，見“原始字段與量化字段同時保存”）4. 第四類是指標(biāo)標(biāo)的\被代碼化,然后在產(chǎn)品表中又冗余名稱的5. 第五類是行政\地域\行業(yè)等,產(chǎn)品表只已有了內(nèi)部的代碼,不能再有名稱\官方代碼的冗余如下圖所示，產(chǎn)品表中除了行業(yè)代碼表中允許有行業(yè)代碼和行業(yè)名稱名，其他表是不允許有行業(yè)代碼和行業(yè)名稱的，只有用行業(yè)內(nèi)部代碼。（十七）內(nèi)部代碼化：（20091231新增）在PG庫和CG庫中，行業(yè)、地域、板塊、指標(biāo)、證券實體、參數(shù)、機構(gòu)、公司等全部被賦予了內(nèi)部代碼，則PG產(chǎn)品表中只能用內(nèi)部代碼來關(guān)聯(lián)應(yīng)用，其他業(yè)務(wù)表只能和碼表用內(nèi)部代碼關(guān)聯(lián)，不允許用官方代碼（市場代碼）關(guān)聯(lián)。216。 所有業(yè)務(wù)表（特別是產(chǎn)品表）一般禁止用市場代碼作關(guān)聯(lián)；216。 其他業(yè)務(wù)表中一般不允許出現(xiàn)冗余的行業(yè)代碼、行業(yè)名稱，機構(gòu)名稱、公司名稱類同；216。 證券的市場代碼嚴(yán)格意義上只是證券實體的一個屬性，一般只能存在于碼表中。 七、易犯錯誤（一）表技術(shù)文檔不夠規(guī)范譬如，中英文名稱中間有空格，或者單元格內(nèi)有回車符、空格等；單元格內(nèi)容有超鏈接。這些都會導(dǎo)致數(shù)據(jù)字典維護人員的工作困難和時間耗費。詳細的表技術(shù)文檔設(shè)計規(guī)范參見VSS文檔——《新建數(shù)據(jù)字典的規(guī)范表結(jié)構(gòu)》（二）主鍵設(shè)置不合理策劃需要從兩個方面深刻理解主鍵的含義：數(shù)據(jù)庫角度——主鍵是唯一的，一個表通過一個主鍵可以確定一條記錄。業(yè)務(wù)角度——確定業(yè)務(wù)表使用哪些字段組合作為主鍵。n 主鍵冗余錯誤典型案例：例如，同時把公司代碼和股票代碼設(shè)為主鍵：根據(jù)STK001描述STOCKCODE、code的關(guān)系可以知道，STOCKCODE決定了COMCODE，所以既然STOCKCODE已經(jīng)被設(shè)置為主鍵，那么COMCODE就不需要在被設(shè)為主鍵之一了。（三）主鍵設(shè)置業(yè)務(wù)上不夠合理過去很多表有設(shè)置“公告日期”DECLAREDATE為主鍵之一。從面向?qū)ο蟮慕嵌葋碚f，公告日期只是描述對象的一個屬性。這個時間并不是該對象的本質(zhì)特征。好比三大財務(wù)報表，報表日期、截至日期、(開始日期)、報表類型、公司代碼這些都屬于報表的本質(zhì)特征，任何一個不同就代表了不同的記錄（財務(wù)報表的不同列），而公布日期則不同。公布日期是由信息披露方?jīng)Q定的，他今天公布財務(wù)報表或者明天公布財務(wù)報表并不該表財務(wù)報表對象的本身特征/內(nèi)容。它只是財務(wù)報表的一個附屬屬性。包括分紅信息表，公布日期也只是一個屬性。業(yè)務(wù)中，如果發(fā)現(xiàn)離開公布日期后很難找到一個替代的主鍵，那么可以引入序號這個字段。標(biāo)識了是第幾次分紅。這個信息對產(chǎn)品應(yīng)用也是很有用處
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1