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