策劃案標準與規(guī)范

1、策劃案規(guī)范與標準一、策劃案的結(jié)構(gòu)規(guī)范性（一）策劃案的格式與內(nèi)容1、采集表策劃案內(nèi)容：一、簡明描述1、簡介：說明表存儲的數(shù)據(jù)內(nèi)容、主要用途、使用說明等。2、來源：說明表的數(shù)據(jù)來源,如從某網(wǎng)站采集、通過哪些表計算出來的等3、維護時間及頻率：說明表的數(shù)據(jù)更新頻率及時間，如每日幾點自動觸發(fā)更新，人工每天幾點采集入庫4、重要字段及數(shù)據(jù)情況：說明本表的一些重要字段，這些重要字段及所有字段的數(shù)據(jù)維護情況，數(shù)據(jù)質(zhì)量，歷史數(shù)據(jù)情況。二、表結(jié)構(gòu)（技術(shù)文檔）（見策劃案的規(guī)范及標準）2、產(chǎn)品表策劃案內(nèi)容：（通用）一、簡明描述1、簡介：說明表存儲的數(shù)據(jù)內(nèi)容、主要用途、使用說明等。2、來源：說明表的數(shù)據(jù)來源,如從某網(wǎng)站采

2、集、通過哪些表計算出來的等3、維護時間及頻率：說明表的數(shù)據(jù)更新頻率及時間，如每日幾點自動觸發(fā)更新，人工每天幾點采集入庫4、重要字段及數(shù)據(jù)情況：說明本表的一些重要字段，這些重要字段及所有字段的數(shù)據(jù)維護情況，數(shù)據(jù)質(zhì)量，歷史數(shù)據(jù)情況。二、表結(jié)構(gòu)（技術(shù)文檔）（見策劃案的規(guī)范及標準）（二）策劃案的規(guī)范及標準新的表結(jié)構(gòu)主要是配合新的字典工具而設(shè)置，如果新建表需要利用新的字典工具，則一定要按照新的表結(jié)構(gòu)策劃表，目前可以利用新工具建表的庫有CGENIUS和PGENIUS。標準的表結(jié)構(gòu)：（新）基金綜合信息表(FND_GEN_INFO)注意表頭格式：表中文名+（表英文名），注意括號用英文狀態(tài)括號，否則計算機構(gòu)可能

3、識別不要，且不能有空格序號中文名英文名類型精度空值缺省值量綱備注入庫方式表頭列的順序及列中文名不能隨便改動，注意用灰色底紋。1基金標識FUND_IDint內(nèi)部代碼類、機構(gòu)代碼字段都統(tǒng)一用int型（DB40中都統(tǒng)一用的varchar類型）YES轉(zhuǎn)型基金、分級基金、保本基金等基金標識相同采集2基金內(nèi)部代碼INNER_CODEintNO主鍵字段不能為空賦予內(nèi)部使用的代碼，轉(zhuǎn)型前后相同采集3變動日期CHANGEDATEdatetimeNO基金發(fā)生變動的公告日期采集表和產(chǎn)品表的主鍵一律用深黃底紋標識采集4變動原因CHNG_REASONint參數(shù)型字段統(tǒng)一用int型YES變動原因（CHNG_REASON）

4、與“綜合參數(shù)表（GEN_REF)”表中的“參數(shù)代碼(REF_CODE)”關(guān)聯(lián)，“CLS_CODE=3006”，得到基金類型的具體描述:1-封轉(zhuǎn)開；2-開轉(zhuǎn)開；3-基金分級；4-基金復(fù)制；5-保本基金關(guān)聯(lián)；6-新基金成立；7-基金管理人變更；8-封閉期結(jié)束；9-基金名稱變更；10-同級基金關(guān)聯(lián)采集5基本信息LABEL0101采集采集表和產(chǎn)品表技術(shù)文檔中都可以加入類似的標簽字段，以便客戶在看技術(shù)文檔時更方便。標簽字段英文名一律用“LABLE”開頭，用兩位代碼來表示層級關(guān)系，在技術(shù)文檔中，這類字段都有灰色底紋。6基金代碼FUND_CODEvarchar12NO少數(shù)非主鍵字段也不能為空基金實際交易代碼

5、采集7ISIN編碼ISINVARCHAR12YES采集8列的序號不能漏深市行情代碼SZSE_CODEvarchar12YES對于封閉式基金，行情代碼基金代碼采集9滬市行情代碼SHSE_CODEvarchar12YES對于封閉式基金，行情代碼基金代碼采集10前端申購代碼APPL_BUY_CODE_FRONTvarchar12YES采集11后端申購代碼APPL_BUY_CODE_BACKvarchar12行情、交易類代碼，一律使用varchar(12)YES采集12基金簡稱FUNDSNAMEvarchar30YES按巨靈簡稱編制規(guī)則編制注意字段的說明，對客戶應(yīng)用是很大的便利采集13拼音簡稱CHI_

6、ABBRvarchar20YES按巨靈簡稱編制規(guī)則編制采集14基金簡稱二FUNDSNAME_2varchar20YES據(jù)交易所公布的簡稱編制采集有些字段在產(chǎn)品中可能是直接在本表或跨表計算出來的，他們對產(chǎn)品表的完善很有用15拼音簡稱二CHI_SPELL_2varchar20YES據(jù)交易所公布的簡稱編制采集16英文簡稱ENG_ABBRvarchar20YES采集17基金全稱FUNDNAMEvarchar80YES采集18基金簡介FND_BRIEFtextYES采集19基金類型FND_TYPEintYES基金類型（FUND_TYPE）與“綜合參數(shù)表（GEN_REF)”表中的“參數(shù)代碼(REF_COD

7、E)”關(guān)聯(lián)，“CLS_CODE=3001”，得到基金類型的具體描述:0-其它；1-契約型封閉式；2-契約型開放式；3-ETF；4-LOFs；5-創(chuàng)新型封閉式；6-創(chuàng)新型開放式；7-外幣基金；8-FOF注意參數(shù)型字段備注的格式，同時把本表中常用的參數(shù)類型列舉了出來，例如貨種有上百種，而我們常用或只用到人民幣和美元，沒必要把所有貨幣類型全部列出。采集20基金類型描述/基金類型名稱FND_TYPE_NAMEvarchar50YES采集在PG產(chǎn)品表中是不允許這這樣的冗余字段21基金機構(gòu)代碼ORG_CODEINTYES關(guān)聯(lián)：ORG_PROFILE.OrgCode采集22基金機構(gòu)代碼處理標識ORG_COD

8、E_MARKINTYES關(guān)聯(lián)GEN_REF.REF_CODE WHERE CLS_CODE=13采集表機構(gòu)標識，用于機構(gòu)組維護相關(guān)機構(gòu)時使用23管理人代碼MANA_CODEintYES關(guān)聯(lián)：ORG_PROFILE.OrgCode新PG數(shù)據(jù)庫的公用表只有幾大類：綜合參數(shù)表、機構(gòu)表、公司表、行業(yè)參數(shù)表、地域參數(shù)表采集24管理人代碼處理標識MANA_CODE_MARKINTYES關(guān)聯(lián)：GEN_REF.REF_CODE WHERE CLS_CODE=13采集表機構(gòu)標識，用于機構(gòu)組維護相關(guān)機構(gòu)時使用25管理人名稱MANA_NAMEvarchar200YES采集在采集表中,采集員維護機構(gòu)名稱,由機構(gòu)組機構(gòu)

9、處理標識去查找并維護機構(gòu)代碼,在PG產(chǎn)品表中是不能有這種冗余的.26貨幣型基金紅利計提和分配方式CURNCY_DISTIL_CLSintYES紅利計提方式（TRADE_MKT）與“綜合參數(shù)表（GEN_REF)”表中的“參數(shù)代碼(REF_CODE)”關(guān)聯(lián)，“CLS_CODE=3002”，得到紅利計提方式的具體描述:0-其它；1-按日；2-按月在參數(shù)的設(shè)置中，通常將0這個取值默認為其他、不詳、不明等類型，在采集界面上應(yīng)該盡量把“0”這類取值去掉，以避免采集員的不規(guī)范操作。采集27相關(guān)日期LABEL0102采集28設(shè)立日期ESTAB_DATEdatetime日期、日期時間型字段全部統(tǒng)一用dateti

10、me類型YES基金發(fā)生變動后的設(shè)立日期（如轉(zhuǎn)型、分級、保本續(xù)期、封閉期結(jié)束等）采集29上市日期LIST_DATEdatetimeYES采集30基金到期日FUND_MATUdatetimeYES采集31存續(xù)期限D(zhuǎn)URATIONnumeric9,4YES年注意量綱的規(guī)范性和完整性采集32初始設(shè)立日期INIT_ESTAB_DATEdatetimeYES？有時有些字段需要設(shè)置默認值，即當其為空時，系統(tǒng)自動給其賦的值基金初始成立日期，可追溯到基金轉(zhuǎn)型前、分級前的最早設(shè)立日期采集主碼特性:“主碼特性：”為計算機可識別標準格式，后面不能有空格，直接把主鍵字段中文名用“+”連接起來；注意“主碼特性”四個特殊字

11、符集，及連接格式?；饍?nèi)部代碼+變動日期唯一索引：“唯一索引：”為計算機可識別標準格式，后面不能有空格，注意“冒號”不要省了，唯一索引相當于候選索引，可以充當外鍵，但PG庫一般不使用備注：貨幣型基金一般存在紅利計提方式（按日按月）、收益分配方式（按日按月）、收益結(jié)轉(zhuǎn)份額方式（按日按月）、收益支付方式（按日按月）四種說法，目前各基金公司在基金合同中并未給出明確、一致的表達方式。其中紅利計提方式與收益支付方式一般都是一般都是按月計提分配。收益結(jié)轉(zhuǎn)份額方式各不相同。收益支付方式一般為按月集中支付。本表記錄了基金成立、轉(zhuǎn)型、分級、保本期變更、管理人變更、基金名稱變更等基金成立以來的變動情況。表的備注應(yīng)

12、該盡量完整，主要用于描述表的數(shù)據(jù)內(nèi)容、數(shù)據(jù)維護情況或本表使用特征等，便于使用者閱讀。-二、技術(shù)文檔的規(guī)范性（一）格式要點：1、為了策劃案的統(tǒng)一規(guī)則性，整個技術(shù)文檔必須用“宋體五號字”，所有內(nèi)容中不允許有“超級鏈接”1、序號必須完整，這是對以后數(shù)據(jù)字典的WEB版而言的完整性的維護，但是不能采用特殊的文本格式，必須無文本格式2、字段類型若為INT和DATETIME時，字段精度為空3、在字段備注中不允許存在“段落標記”回車鍵，在表結(jié)構(gòu)中都不允許存在的這是錯誤的，應(yīng)該去除段落標記，不允許存在換行4、主鍵采用“黃色”底紋標注，同時在主碼特性中必須與標注的一樣，同時存在幾個主鍵時，字段名中間用+，如 “公

13、司代碼+報表日期+項目代碼”5、主鍵字段不允許為空，請注意空值一列的填寫6、字段精度一列不允許存在括號，如字段類型為numeric時，字段精度一列為（9，4），這是錯誤的（二）字段類型與精度通常用到的字段類型有：1、數(shù)值型(numeric)：使用要點：numeric 在技術(shù)文檔中精度不能加括號，注意考慮精確度。常見用途：A.實體為自然數(shù)的，如人、車數(shù)目，若量綱為萬人，只精確到十位，則需用NUMERIC。 B.比例值 C.數(shù)據(jù)量、額度型字段D.排順序（注意和排名不同）一般見于物殊應(yīng)用，如CUST_PUB_SECTION_CODE（板塊代碼表）表，在產(chǎn)品應(yīng)用層，需對表中板塊順序?qū)崿F(xiàn)人為編排，“板塊

14、順序”采用numeric(9,4)初始排序值即不需預(yù)留空位，新增或調(diào)整個別板塊順序，只需在“板塊順序”上加精確度值，分出大小即可。2、字符型(varchar)：使用要點：varchar 如果超過400，則應(yīng)用text類型常見用途：A.主要用于存儲文字描述形字段； B.像證券市場代碼、電話、網(wǎng)址都屬于此類 C.附件鏈接地址等3、整數(shù)型（int）：使用要點：統(tǒng)一使用int型，可以支持10位（10億）常見用途：A.排名形字段，注意“排名次”和排順序不同，排名主要是排自然數(shù)名次，如分析師排名、十大股東排名等，排順序主要用于隱藏性展示。B.值為自然數(shù)的，如人、車數(shù)目（若量綱為萬人，只精確到十位，則需用N

15、UMERIC）C.一般為內(nèi)部代碼、序號等類型字段D.參數(shù)型字段，即需要和綜合參數(shù)表關(guān)聯(lián)的字段。E.年份值、月度值等F.系統(tǒng)字段：SEQISVALID等4、文本型(text)：使用要點：字符長度超過400個字節(jié)常見用途：A.字符長度超過400個字節(jié)5、日期型(datetime)：使用要點：字段用于描述到天的常見用途：A.截止日期 B.交易日期 C.公告日期6、其他：smalldatetime 主要用于描述時間點需精確到時分秒類型的數(shù)據(jù)，如新聞發(fā)布日期，系統(tǒng)字段：數(shù)據(jù)入庫時間、修改時間等。（三）字段備注1、表備注主要是與相關(guān)表的關(guān)聯(lián)與一些特別說明，若是特別說明，直接描述；全部為5號宋體字2、如果關(guān)

16、聯(lián)相應(yīng)的表：關(guān)聯(lián)“表名”.“字段名”3、如果關(guān)聯(lián)綜合參數(shù)表：關(guān)聯(lián)GEN_REF.CLS_CODE WHERE CLS_CODE = “分類編碼”，可以列舉出相應(yīng)的參數(shù)代碼-參數(shù)名稱。部分參數(shù)取值類型較少的可以直接全部羅列；參數(shù)類型較多的，可以只列舉重要參數(shù)或用到的參數(shù)?！娟P(guān)于關(guān)聯(lián)備注：假設(shè)表T1,T2。T1的字段f關(guān)聯(lián)T2的字段F的時候，通常代表T2中F字段是主鍵，T1中f就是外鍵。但并不絕對說，如果T2的字段F不是主鍵的時候，就不能備注說明f是關(guān)聯(lián)T2.F字段的。該說法成立的最本質(zhì)要求是F字段的每個值在該表中只會有一條記錄出現(xiàn)，即各記錄的F字段值是互不相同的。這個時候，說T1.f關(guān)聯(lián)它是有意

17、義的。實際應(yīng)用中，通常只需要對代碼類(內(nèi)部代碼、機構(gòu)代碼、參數(shù)代碼等)字段做關(guān)聯(lián)備注，其他的不需要，也通常不滿足上面說的那個前提條件】（四）表的備注1、綜述：表的備注應(yīng)該盡量完整，主要用于描述表的數(shù)據(jù)內(nèi)容、數(shù)據(jù)存儲范疇、數(shù)據(jù)維護情況、使用注意事項等四個方面進行描述，缺一不可，便于應(yīng)用開發(fā)參考。同時為了保持規(guī)范性，要求語言簡明扼要，語法應(yīng)用準確，這是做好數(shù)據(jù)庫專業(yè)性的基本要求。表的備注內(nèi)容在撰寫時，應(yīng)該注意表所針對的閱讀者。如CG表的備注使用者，多是“想查閱表的采集、數(shù)據(jù)處理相關(guān)信息”；而PG表的備注使用者，多是“想通過表備注來獲得數(shù)據(jù)質(zhì)量、數(shù)據(jù)完整性、數(shù)據(jù)更新及時性、數(shù)據(jù)內(nèi)容簡界等相關(guān)信息”。

18、CG和PG可能就是完全一一對應(yīng)的表，但表備注的內(nèi)容應(yīng)該是有所差別的。2、表備注備內(nèi)容要點：表的數(shù)據(jù)內(nèi)容：如STK_MKT（股票行情表），應(yīng)在表備注中說明“本表用于存儲滬深兩個交易所股票日行情。”數(shù)據(jù)存儲的范疇：歷史數(shù)據(jù)可追溯到1990年，1995年以來數(shù)據(jù)非常完成。數(shù)據(jù)維護情況：數(shù)據(jù)來源于滬深交易所對外的行情DBF，每日收盤后XX分鐘內(nèi)數(shù)據(jù)入庫。表的數(shù)據(jù)特征：本表考慮到應(yīng)用特征，剔除了DBF中停牌的無效股票行情。使用注意事項：申報買入價1（BP1）、申報買入量1（BV1）、申報賣出價1（SP1）等字段為交易所行情DBF中相關(guān)字段的原始內(nèi)容，對日行情表來說，一般不會使用到。匯總后的STK_MKT

19、（股票行情表）表備注內(nèi)容應(yīng)為：“本表用于存儲滬深交易所股票日盤后行情。歷史數(shù)據(jù)可追溯到1990年，1995年以來數(shù)據(jù)非常完成。數(shù)據(jù)來源于交易所對外發(fā)布的行情DBF，每日收盤后XX分鐘內(nèi)數(shù)據(jù)入庫?？紤]到應(yīng)用特征，剔除了DBF中停牌的無效股票行情。表中申報買入價1（BP1）、申報買入量1（BV1）、申報賣出價1（SP1）等字段為交易所行情DBF中相關(guān)字段的原始內(nèi)容存儲，對日行情表來說，一般不會使用到。三、中英文命名的規(guī)范性表和字段英文名命名統(tǒng)一格式為：大寫字母、英文縮寫加下劃線組成SQL/ORACLE關(guān)鍵字不能作為表名或者字段名相關(guān)命名規(guī)則見：C011-表及字段英文名命名規(guī)則.doc四、表結(jié)構(gòu)規(guī)范

20、性（一）整體規(guī)范性要求（2009-11-30新增）采集庫、中心庫、產(chǎn)品庫設(shè)計都應(yīng)當執(zhí)行三范式化標準，去除冗余；需參數(shù)化字段應(yīng)盡量參數(shù)化；部分特殊字段既需參數(shù)化，又需保留其原始披露內(nèi)容，不是冗余；見（五）原始字段與量化字段同時保存采集庫、中心庫都應(yīng)從內(nèi)容上考慮數(shù)據(jù)庫設(shè)計中的行為特征設(shè)計，并不是只管滿足采集需求見上一條；（二）關(guān)聯(lián)機構(gòu)庫數(shù)據(jù)表關(guān)聯(lián)機構(gòu)庫時，將遵循以下原則：采集表必須保留機構(gòu)名稱這個字段，以保存披露的原始信息； 在4.0數(shù)據(jù)庫中，有不少表采集表沒有設(shè)置機構(gòu)名稱這個字段。一旦數(shù)據(jù)采集完畢，披露的機構(gòu)名稱這個原始信息就不存于數(shù)據(jù)表中，只能透過機構(gòu)代碼來得到?？墒且坏C構(gòu)代碼出現(xiàn)紊亂的狀況

21、、或者機構(gòu)庫代碼更新的變化未能及時更新到數(shù)據(jù)表時，則再也難以根據(jù)數(shù)據(jù)表中的機構(gòu)代碼得到正確的機構(gòu)信息了。不可以使用機構(gòu)代碼作為主鍵；通?？梢允褂脵C構(gòu)序號作為主鍵(諸如十大股東、發(fā)行相關(guān)機構(gòu)表之類)。無法避免使用時，使用機構(gòu)名稱作為主鍵；在上面設(shè)定的機制下，機構(gòu)代碼可以延后填入，可以避免4.0數(shù)據(jù)庫中機構(gòu)代碼非空或直接設(shè)置為主鍵帶來的缺點 在4.0數(shù)據(jù)庫中，有些數(shù)據(jù)表關(guān)聯(lián)機構(gòu)庫時直接使用機構(gòu)代碼作為主鍵或者以非空的形式出現(xiàn)。這樣數(shù)據(jù)表采集人員必須當即處理該機構(gòu)，為該機構(gòu)返回機構(gòu)代碼。在這樣的情況下，導(dǎo)致機構(gòu)庫維護人數(shù)和范圍大大擴大，而且在采集及時性的要求下，對機構(gòu)的整理難免會粗糙起來。使得犯以下

22、兩類錯誤的概率大為增加：(1)關(guān)聯(lián)不到機構(gòu)但實際存在的，依然在重要機構(gòu)表中增加了一條新記錄和機構(gòu)代碼；(2)關(guān)聯(lián)到了系列機構(gòu)，但并非實質(zhì)同一實體卻誤判為同一機構(gòu)，直接引用該機構(gòu)代碼采集入表。讓那些采集時無法得到機構(gòu)代碼的機構(gòu)交由專門負責機構(gòu)庫的采編整理。從而實現(xiàn)機構(gòu)庫專人維護！提高機構(gòu)庫的質(zhì)量。如果設(shè)計的采集表涉及機構(gòu)，那么表結(jié)構(gòu)通常應(yīng)該包括如下字段：機構(gòu)名稱或者機構(gòu)簡稱orgname：采集的機構(gòu)名稱/簡稱記錄在其中；機構(gòu)代碼orgcode：機構(gòu)組會通過專用工具維護該字段內(nèi)容；機構(gòu)代碼處理標識orgcode_mark：給機構(gòu)代碼維護專用工具服務(wù)的。該業(yè)務(wù)表部署的時候需要告知機構(gòu)組該表有關(guān)聯(lián)機構(gòu)

23、庫，需要機構(gòu)組把該表納入業(yè)務(wù)表機構(gòu)代碼維護平臺中。告知的內(nèi)容要包括：業(yè)務(wù)表所在庫，通常是CGENIUS;業(yè)務(wù)表英文名；表中機構(gòu)代碼字段英文名；表中機構(gòu)名稱/簡稱字段英文名；表中機構(gòu)代碼處理標識字段英文名；掃描條件：如果業(yè)務(wù)表中只有部分滿足一定條件的記錄才真正關(guān)聯(lián)機構(gòu)庫，也就是說只有滿足該條件的記錄才需要維護機構(gòu)代碼，那么需要填寫該掃描條件，以便配合機構(gòu)代碼專用工具工作。掃描條件的填寫規(guī)范：SQL語句的表達式，該語句定義了機構(gòu)庫外延工具中業(yè)務(wù)表維護工具掃描各業(yè)務(wù)表的相應(yīng)掃描條件。(例子：T表中的F1字段有三個值域1、2、3，只有F1 IN (1,2)的記錄才是關(guān)聯(lián)機構(gòu)庫的，那么掃描條件寫為：f1

24、 in (1,2)。更多實例可參見139.PUBDB.ORG_TBL_CONFIGURE。機構(gòu)組相關(guān)人員接到告知后，配置139.PUBDB.ORG_TBL_CONFIGURE表格，填入該業(yè)務(wù)表相關(guān)信息，并開始日常維護該表的機構(gòu)代碼。（三）機構(gòu)代碼不可作為主鍵；可用序號(推薦)、或者使用機構(gòu)名稱(不推薦)作為主鍵；但并不是說絕對不允許用機構(gòu)代碼做主鍵，如果表的內(nèi)容是以機構(gòu)為中心、而且該表描述的機構(gòu)的范圍是比較?。ń^大部分都應(yīng)該已經(jīng)存于我們的機構(gòu)庫中），那么是可以以機構(gòu)代碼做主鍵的。比如，金融公司財務(wù)信息表，該表以金融機構(gòu)為中心，而且金融機構(gòu)已經(jīng)比較完全地維護在機構(gòu)庫里面了，該表以機構(gòu)代碼為主鍵是

25、合適的。券商十大股東表，那么該表以券商為中心，券商機構(gòu)代碼為主鍵是合理的，而對于股東機構(gòu)代碼則不適合作為主鍵了，因為股東可能非常繁雜，會大量不存于機構(gòu)庫中，那么不做主鍵就可以快速采集，事后再維護機構(gòu)代碼。（四）數(shù)據(jù)庫的表字段注意事項1.如果某個字段的內(nèi)容要以逗號間隔，此逗號為半角逗號 例如：研究報告主表（RES_Report_Main）的“研究員姓名（Analyst）”可能為多個姓名，此時姓名之間要用半角逗號隔開。 2.如果某個字段的值用數(shù)字代替，那么它的值域要從“1”開始，不能從“0”開始； 數(shù)字“0”只能表示特殊字段的值。 例如：新財富最佳分析主師（RES_BEST_ANALYST_PRO

26、FILE）的“新財富名次（New_Forture_Rank）”字段的值：1第一名，2第二名，3第三名；不能用“0”作為“新財富名次”的代碼，數(shù)字“0”只能表示“是否有效（IsValid）”這種特殊字段。（五）參數(shù)字段設(shè)計注意事項（200912-31新增）所謂參數(shù)字段即數(shù)據(jù)源披露通常為文字型描述，為了便于產(chǎn)品應(yīng)用，通過設(shè)置有限的取值類型來作量化處理。通常一個參數(shù)型字段對應(yīng)一個參數(shù)系，一個參數(shù)系可能被多個參數(shù)型字段同時引用，但前提是多個參數(shù)型字段必要是描述的同一含義的字段。通常參數(shù)系、參數(shù)取值設(shè)置應(yīng)注意：同一個參數(shù)系必須是一個維度的。同一參數(shù)系下的取值類型必段是沒有交集。同一參數(shù)系下所有取值類型并

27、集為全集。參數(shù)系與參數(shù)取值通常用整數(shù)型。【如人的分類，可以有如下維度：年齡段、膚色、性別、國別等】（六）原始字段與量化字段同時保存（2009-11-30新增）在設(shè)計采集庫、中心庫甚至產(chǎn)品庫時，除確保執(zhí)行范式化標準外，還應(yīng)注意一類字段的特殊性。如：上市公司高管職務(wù)名稱，既要保留原公告披露職務(wù)，又要參數(shù)化便于統(tǒng)計應(yīng)用；機構(gòu)名稱，既要保留原公告直接披露的名稱，又要在機構(gòu)庫中統(tǒng)一標準化便于統(tǒng)計應(yīng)用，這與機構(gòu)庫設(shè)計和機構(gòu)代碼處理方式是鍥合的。基金投資風格，原始披露的風格五花八門需保留滿足產(chǎn)品展示，同時還應(yīng)作量化滿足統(tǒng)一應(yīng)用分析；債券評級級別，原始披露債券信用級別是各不相同，但基本上存在同等的對應(yīng)關(guān)系，則

28、即需保留原始的債券級別標記，又需統(tǒng)一參數(shù)化。可能還存在其他類型字段，需細化考慮。（七）公告日期不可作為主鍵；一條記錄通常描述了一個對象，比如一條分紅記錄。但是公告日期不屬于分紅本身的屬性，公告日期是由信息披露方?jīng)Q定的。極端的時候，有些信息無法得到具體的公告日期?？梢孕蛱栕鳛橹麈I替代。（八）名稱不能做主鍵產(chǎn)品表和采集表應(yīng)避免用“證券名稱”、“機構(gòu)名稱”等作主鍵，以免帶來數(shù)據(jù)處理的問題。（九）主子表中心庫存儲數(shù)據(jù)時，推薦使用主子表形式，可以減少采集工作量。而產(chǎn)品庫設(shè)計中，通常將主子表合成為一張表(中心庫的主子表主鍵合并便得到了合成表)，方便應(yīng)用和客戶使用。采集庫中的主子表模型:產(chǎn)品庫中的表模型（十

29、）量綱百分比類單位：字段為百分比類比例值或比率值的，量綱一率為%金額類單位：可以用元、萬元、億三類，不允許用“千元”、“百萬元”、“千萬元”、“十億”等非法量綱質(zhì)量類量綱：克、千克、噸、萬噸、億噸長度類量綱： 米、千米、海里、英里，不允許用“公里”、“里”等非標準類單位。其他類量綱：基金：份、萬份股票：股、萬股債券：張、萬張、手（100張）其他：個、件（十一）關(guān)聯(lián)標識在采集表或少量產(chǎn)品表中存在主子表情況，通常用關(guān)聯(lián)標識與主表SEQ關(guān)聯(lián)，新庫子表一律統(tǒng)一只能用P_SEQ關(guān)聯(lián)，老DB40庫也可以用VSEQ（十二）字段命名規(guī)則SQL/ORACLE關(guān)鍵字不能作為表名或者字段名首先通用類表名和字段名規(guī)則

30、一律強制執(zhí)行。非通用類字段英文名縮寫要求必須從現(xiàn)有的縮寫表中選用，沒有的可以補充。對于檢查人員則可以任意提取一個縮寫到C011-表及字段英文名命名規(guī)則.doc中檢查，如沒有，則視為非法命名。（十三）數(shù)據(jù)類型的選擇【具體見上述字段類型與精度部分】通常用到的字段類型有：數(shù)值型：numeric 在技術(shù)文檔中精度不能加括號，注意考慮精度。字符型：varchar 如果超過400，則應(yīng)用text類型整數(shù)型：int 一般為內(nèi)部代碼、序號等類型字段文本型：text字符長度超過400個字節(jié)日期型：datetime不在上述范圍內(nèi)的字段類型視為非法類型（十四）字段的精度問題在當前發(fā)現(xiàn)的問題中，很多都是由于字段精確度

31、設(shè)置過小，反復(fù)修改。所以在設(shè)置字段精度時，應(yī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ù)與當前更新數(shù)據(jù)的一致性，或者保障成本非常高。1. 第一類如下述有了公司代碼(或證券內(nèi)部代碼)，再冗余證券代碼證券簡稱的2.第二類如下述,把參數(shù)化的字段,再加一個描述字段冗余第三類如下述，有了機構(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)類型