簡(jiǎn)介一份面向Oracle學(xué)習(xí)者與數(shù)據(jù)庫設(shè)計(jì)人員的實(shí)戰(zhàn)參考文檔以開放式基金交易平臺(tái)為業(yè)務(wù)背景完整呈現(xiàn)從需求梳理到數(shù)據(jù)表結(jié)構(gòu)設(shè)計(jì)的全過程。資源圍繞基金管理、客戶賬戶管理、交易審核等核心模塊給出基金公司表、基金表、活期賬戶表、理財(cái)賬戶表、基金賬戶表、購買基金表、交易表等核心表結(jié)構(gòu)并對(duì)主鍵、外鍵、字段類型、狀態(tài)標(biāo)識(shí)做了明確說明適合用來理解銀行類業(yè)務(wù)系統(tǒng)的建模思路與Oracle建表規(guī)范。壓縮包內(nèi)含1個(gè)doc文檔大小約245KB主體為詳細(xì)設(shè)計(jì)說明便于查閱、對(duì)照練習(xí)與二次開發(fā)。當(dāng)前已有451人學(xué)習(xí)瀏覽是入門Oracle項(xiàng)目設(shè)計(jì)、準(zhǔn)備課程實(shí)驗(yàn)或畢業(yè)設(shè)計(jì)時(shí)可參考的實(shí)例材料。1. 從銀行窗口到網(wǎng)上交易一個(gè) Oracle 項(xiàng)目實(shí)戰(zhàn)的完整落地思路在做數(shù)據(jù)庫類項(xiàng)目時(shí)最常見的困境是需求文檔看得懂表也能建出來但一到「用存儲(chǔ)過程實(shí)現(xiàn)業(yè)務(wù)規(guī)則」就卡住。這套開放式基金交易平臺(tái)的 Oracle 項(xiàng)目實(shí)戰(zhàn)恰好把這條鏈路走完整了——從銀行窗口人員的后臺(tái)管理到用戶網(wǎng)上的委托交易再到交易審核最終落到 7 張表、多個(gè)序列、觸發(fā)器、程序包和存儲(chǔ)過程上。它面向的讀者很明確正在做數(shù)據(jù)庫課設(shè)或畢設(shè)的學(xué)生需要一套能直接照著寫、照著交付的方案也包括從業(yè)者想快速了解 Oracle 數(shù)據(jù)庫工程化落地時(shí)表空間、約束、PL/SQL 程序包是怎么配合的。方案的核心不是「建幾張表」而是「讓業(yè)務(wù)規(guī)則落在數(shù)據(jù)庫里」誰能開戶、誰不能轉(zhuǎn)賬、購買基金時(shí)資金怎么凍結(jié)、審核通過后手續(xù)費(fèi)怎么扣這些判斷邏輯全部用存儲(chǔ)過程和包來承載。適合你直接拿去做課設(shè)參考或者改造成其他交易類系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)藍(lán)本。2. 需求拆解與數(shù)據(jù)建模七張核心表如何承接基金交易全流程2.1 從后臺(tái)管理到前臺(tái)委托業(yè)務(wù)功能如何映射為表結(jié)構(gòu)拿到需求先不要急著建表第一步是把功能清單攤開。這個(gè)平臺(tái)分前臺(tái)和后臺(tái)后臺(tái)管基金公司、基金、客戶賬戶、交易審核前臺(tái)管信息查詢、委托交易、基金賬戶和理財(cái)賬戶。逐條對(duì)照就會(huì)發(fā)現(xiàn)核心業(yè)務(wù)對(duì)象只有四類——基金公司、基金、客戶資金賬戶、交易記錄其余功能都是在這四類對(duì)象上做增刪改查和狀態(tài)流轉(zhuǎn)。通常的做法是先把每個(gè)業(yè)務(wù)對(duì)象單獨(dú)建表再通過外鍵把關(guān)系串起來?；鸸颈?FundCompany 和基金表 Fund 是一對(duì)多關(guān)系一家公司可以發(fā)多只基金活期賬戶表 CurrentAccount 和理財(cái)賬戶表 FinancingAccount 是一對(duì)一關(guān)系一個(gè)活期賬戶只能對(duì)應(yīng)一個(gè)理財(cái)賬戶理財(cái)賬戶和基金賬戶又是一對(duì)多一個(gè)理財(cái)賬戶可以在多家基金公司各開一個(gè)基金賬戶最后的 FundBuy 表和 Trade 表則記錄購買合同和每筆交易流水。這套映射關(guān)系從需求描述里可以直接推導(dǎo)不需要額外設(shè)計(jì)。2.2 字段設(shè)計(jì)與外鍵關(guān)系資金類字段為何用 number(10,2)字段類型是第一個(gè)容易踩坑的地方。資金類字段統(tǒng)一用 number(10,2)含義是整數(shù)部分最多 8 位、小數(shù) 2 位覆蓋百萬級(jí)金額沒問題基金凈值 Price 和年利率 YearRate 也按金額精度處理但 YearRate 字段專門加了「必須是 0~1 之間數(shù)字」的約束這是用檢查約束卡死的防止錄入 1.5 這種非法利率。狀態(tài)字段統(tǒng)一用 number(1,0)0 表示正常可用1 表示凍結(jié)或不可用這個(gè)約定全項(xiàng)目保持一致后面寫存儲(chǔ)過程時(shí)不用來回猜。外鍵關(guān)系需要提前規(guī)劃清楚?；鸨?Fund 的 CompanyId 引用 FundCompany理財(cái)賬戶的 CurrentAccount 引用活期賬戶基金賬戶 FundAccount 同時(shí)引用理財(cái)賬戶和基金公司FundBuy 引用理財(cái)賬戶和基金Trade 又引用 FundBuy、理財(cái)賬戶、基金和基金賬戶。這里有一個(gè)很關(guān)鍵的注意點(diǎn)FundBuy 里的 FundNO 字段原文注釋寫的是「基金賬戶賬號(hào)外鍵引用 Fund 表的 FundNO」但 Fund 表的主鍵是基金代碼也命名為 FundNo——這說明在設(shè)計(jì)時(shí)字段命名要格外小心否則外鍵關(guān)系建錯(cuò)排查起來非常痛苦。我的習(xí)慣是外鍵字段名與主鍵字段名保持一致并在注釋里寫明引用哪張表的哪個(gè)字段。七張表的關(guān)系可以用一句話串起來客戶先在 CurrentAccount 開戶基于活期賬戶開 FinancingAccount再基于理財(cái)賬戶在各家基金公司開 FundAccount購買時(shí)產(chǎn)生 FundBuy 合同每一次購買、贖回、撤單操作在 Trade 表記錄流水后臺(tái)審核通過后合同狀態(tài)從 0 變成 1。這套結(jié)構(gòu)的特點(diǎn)是資金賬戶和交易流水分離審核前后數(shù)據(jù)狀態(tài)分明適合用 PL/SQL 做事務(wù)控制。3. 基礎(chǔ)環(huán)境與約束落地表空間、用戶與三類完整性的實(shí)現(xiàn)細(xì)節(jié)3.1 創(chuàng)建表空間與用戶DBA 視角下的最小權(quán)限分配數(shù)據(jù)庫設(shè)計(jì)的第一步不是建表而是準(zhǔn)備好一個(gè)獨(dú)立的運(yùn)行環(huán)境。項(xiàng)目里指定要建一個(gè)表空間 fund數(shù)據(jù)文件放在 D 盤大小 50M然后創(chuàng)建用戶 test_user默認(rèn)表空間指向 fund。命令行操作如下sqlplus / as sysdba create tablespace fund datafile d:\funddb_file.dbf size 50M; create user test_user identified by test123456 default tablespace fund; grant connect, resource to test_user;這里說三個(gè)細(xì)節(jié)。其一數(shù)據(jù)文件路徑要確保 Oracle 進(jìn)程有寫權(quán)限否則創(chuàng)建時(shí)報(bào) ORA-01119 之類的錯(cuò)誤其二50M 是初始大小做課設(shè)夠用但如果后面要灌大量測(cè)試數(shù)據(jù)建議加上 autoextend on其三grant 只給了 connect 和 resource 兩個(gè)角色這正好滿足建表、寫 PL/SQL 的需求不需要給 dba 角色。權(quán)限最小化不只是安全要求也能避免學(xué)生在操作時(shí)誤刪系統(tǒng)表。3.2 約束設(shè)計(jì)主鍵、檢查、唯一、默認(rèn)、外鍵的代碼實(shí)現(xiàn)數(shù)據(jù)表創(chuàng)建時(shí)要一次性把約束加齊這是項(xiàng)目驗(yàn)收的評(píng)分點(diǎn)之一。以基金表 Fund 為例完整建表語句大致如下create table Fund ( CompanyId varchar2(20) not null, FundNo varchar2(20) not null, FundName varchar2(20), Price number(10,2), FundType number(1,0) check (FundType in (1,2)), Invest number(1,0) check (Invest in (1,2,3,4)), BuyLimit number(5,0), IsChange number(1,0) default 0, YearRate number(6,5) check (YearRate between 0 and 1), ApplyDate date, State number(1,0) default 0, constraint pk_Fund primary key (FundNo), constraint fk_Fund_Company foreign key (CompanyId) references FundCompany(CompanyId) );這段代碼把三類完整性都覆蓋了主鍵約束保證基金代碼唯一外鍵約束建立基金與公司之間的引用關(guān)系檢查約束卡住 FundType、Invest、YearRate 的取值范圍默認(rèn)約束讓 State 和 IsChange 在插入時(shí)自動(dòng)填 0。值得說明的是YearRate 的檢查約束很容易寫錯(cuò)成「大于 0 小于 1」但項(xiàng)目要求的是 0~1 之間包含 0 和 1實(shí)際用 between 更穩(wěn)妥。另外注意 varchar2 的長(zhǎng)度公司名稱給 30、基金名稱給 20姓名只給 10——這是按照中文場(chǎng)景設(shè)計(jì)的夠用但不會(huì)浪費(fèi)存儲(chǔ)。3.3 表之間的外鍵關(guān)系從一對(duì)一到多對(duì)多的建模驗(yàn)證外鍵關(guān)系在建表時(shí)通過 constraint 語句建立也可以在表創(chuàng)建完成后用 alter table 補(bǔ)加。我一般建議在建表語句中直接寫好原因是后期補(bǔ)加外鍵時(shí)如果表中已有臟數(shù)據(jù)添加會(huì)失敗排查起來很費(fèi)時(shí)間。這個(gè)項(xiàng)目里涉及的外鍵包括Fund 引用 FundCompany、FinancingAccount 引用 CurrentAccount、FundAccount 引用 FinancingAccount 和 FundCompany、FundBuy 引用 FinancingAccount 和 Fund、Trade 引用 FundBuy 和 FundAccount 等多條鏈路。關(guān)系建模的驗(yàn)證方法很簡(jiǎn)單拿需求里的功能逐條走一遍。比如「一個(gè)活期賬戶只能開一個(gè)理財(cái)賬戶」驗(yàn)證方式是看 FinancingAccount 表的 CurrentAccount 字段是否加了唯一約束「一個(gè)理財(cái)賬號(hào)對(duì)同一個(gè)公司只能開一個(gè)基金賬戶」驗(yàn)證方式是 FundAccount 表的 FinancingAccount 和 CompanyID 組合是否唯一。這兩條業(yè)務(wù)規(guī)則如果不加唯一約束僅靠應(yīng)用層判斷并發(fā)場(chǎng)景下一定會(huì)出重復(fù)數(shù)據(jù)。數(shù)據(jù)庫設(shè)計(jì)階段把這一層想清楚后面程序包的業(yè)務(wù)邏輯能省掉一半的 if 判斷。4. 序列、觸發(fā)器與程序包讓主鍵自動(dòng)生成和業(yè)務(wù)過程可復(fù)用4.1 序列設(shè)計(jì)六類編號(hào)規(guī)則與業(yè)務(wù)含義的對(duì)應(yīng)關(guān)系項(xiàng)目里的主鍵不采用自增而是用序列生成有業(yè)務(wù)含義的編號(hào)。六類編號(hào)規(guī)則分別是基金公司編號(hào) K5 位數(shù)字、基金代碼 V6 位數(shù)字、活期賬號(hào) 13 位數(shù)字、理財(cái)賬號(hào) 13 位數(shù)字、基金賬戶 L5 位數(shù)字、合同號(hào) Z6 位數(shù)字。以基金公司編號(hào)為例序列創(chuàng)建語句如下create sequence seq_company start with 1 increment by 1 maxvalue 99999 nocycle; create sequence seq_fund start with 1 increment by 1 maxvalue 999999 nocycle;活期賬號(hào)和理財(cái)賬號(hào)的 13 位數(shù)字如果不帶前綴直接用序列也可以但更穩(wěn)妥的做法是給序列設(shè)置一個(gè)起始值比如 start with 1000000000000避免賬號(hào)位數(shù)不足。這里有一個(gè)經(jīng)驗(yàn)序列本身不關(guān)心你最終生成什么格式它只負(fù)責(zé)提供遞增數(shù)字前綴拼接和左補(bǔ)零都在觸發(fā)器里完成。如果將來要支持并發(fā)量更大的場(chǎng)景可以考慮用 Oracle 12c 之后的 identity 列但做課設(shè)時(shí)序列已經(jīng)足夠。4.2 觸發(fā)器插入數(shù)據(jù)時(shí)自動(dòng)生成主鍵的實(shí)現(xiàn)方式序列只負(fù)責(zé)生成數(shù)字真正把前綴和數(shù)字拼成主鍵的是觸發(fā)器?；鸸颈?FundCompany 的觸發(fā)器邏輯是在 insert 之前取 seq_company.nextval拼上字母 K再寫入 CompanyId。代碼實(shí)現(xiàn)如下create or replace trigger tri_company_id before insert on FundCompany for each row begin select K || lpad(seq_company.nextval, 5, 0) into :new.CompanyId from dual; end;拼接核心是 lpad 函數(shù)如果序列值為 12lpad 之后就變成 00012加上前綴 K 最終得到 K00012。這樣設(shè)計(jì)的好處是主鍵在應(yīng)用層完全不用關(guān)心前端傳什么值都不會(huì)覆蓋觸發(fā)器生成的主鍵。同樣的模式復(fù)制到 Fund、CurrentAccount、FinancingAccount、FundAccount、FundBuy 和 Trade 上只是前綴和序列不同。這里要特別提醒觸發(fā)器里的 lpad 第二個(gè)參數(shù)必須與編號(hào)規(guī)則位數(shù)一致基金公司是 5、基金代碼是 6寫錯(cuò)會(huì)導(dǎo)致主鍵長(zhǎng)度不符合約定后續(xù)查詢匹配出問題。4.3 程序包規(guī)劃七個(gè)包如何劃分業(yè)務(wù)模塊和處理公共邏輯序列和觸發(fā)器解決的是主鍵生成真正的業(yè)務(wù)規(guī)則全部收斂在程序包里。項(xiàng)目把功能劃分成七個(gè)包FundManager_pack 負(fù)責(zé)基金管理FundAccountManager_pack 負(fù)責(zé)基金賬戶FinancingAccountManager_pack 負(fù)責(zé)理財(cái)賬戶ClientAccountManager_pack 負(fù)責(zé)客戶賬戶管理Auditing_pack 負(fù)責(zé)交易審核Information_pack 負(fù)責(zé)信息查詢Consign_pack 負(fù)責(zé)委托交易。以基金管理包為例包結(jié)構(gòu)大致是這樣create or replace package FundManager_pack is procedure addFundCompany( v_name varchar2, v_content clob, v_money number, v_state number ); procedure addFund( v_companyId varchar2, v_fundName varchar2, v_price number, v_fundType number, v_invest number, v_buyLimit number, v_yearRate number, v_applyDate date ); procedure freezeFundCompany(v_companyId varchar2); procedure unfreezeFundCompany(v_companyId varchar2); procedure freezeFund(v_fundNo varchar2); procedure unfreezeFund(v_fundNo varchar2); procedure queryFundCompany(v_companyId varchar2); procedure queryFundByCompany(v_companyId varchar2); procedure queryFundByNo(v_fundNo varchar2); end FundManager_pack;包規(guī)范里只聲明過程和參數(shù)包體里才寫具體 SQL 和判斷邏輯。這種做法的好處有兩個(gè)一是調(diào)用方只依賴包規(guī)范包體內(nèi)部修改不影響外部調(diào)用適合多人協(xié)作二是把「查詢」「凍結(jié)」「添加」這些操作統(tǒng)一收口避免同樣的 SQL 散落在各個(gè)頁面里。實(shí)際開發(fā)時(shí)我習(xí)慣把涉及資金變動(dòng)的過程統(tǒng)一設(shè)計(jì)成事務(wù)型——購買基金時(shí)先檢查狀態(tài)、再扣資金、再寫流水任何一個(gè)步驟失敗就 rollback保證不會(huì)出現(xiàn)「錢扣了但交易沒記上」的情況。5. 最容易翻車的五個(gè)常見問題與排查思路5.1 觸發(fā)器失效但序列還在跳編號(hào)出現(xiàn)斷檔現(xiàn)象插入數(shù)據(jù)后主鍵能生成但編號(hào)中間缺了好幾個(gè)數(shù)字比如 K00012 后面直接跳到 K00016或者觸發(fā)器干脆不生效插入時(shí)主鍵為空。原因觸發(fā)器創(chuàng)建失敗時(shí)序列已經(jīng)消耗了 nextval但 insert 語句被回滾序列值不會(huì)回退斷檔是正?，F(xiàn)象。觸發(fā)器不生效則多半是 before insert 寫成了 after insert或者 for each row 漏掉導(dǎo)致語句級(jí)觸發(fā)器拿不到 :new 值。解決先確認(rèn)觸發(fā)器狀態(tài)查 user_triggers 視圖看 status 是否為 ENABLED再單獨(dú)執(zhí)行一次 insert看主鍵是否生成。如果觸發(fā)器沒生效用 create or replace trigger 重建寫完務(wù)必select * from user_triggers復(fù)查。序列斷檔不用處理Oracle 序列本來就不保證連續(xù)但如果你有強(qiáng)迫癥可以 truncate 表后重啟序列或直接 drop 重建。5.2 活期轉(zhuǎn)理財(cái)和理財(cái)轉(zhuǎn)活期轉(zhuǎn)賬方向把余額搞錯(cuò)現(xiàn)象活期轉(zhuǎn)理財(cái)成功后理財(cái)賬戶總金額增加了但可用余額沒變或者理財(cái)轉(zhuǎn)活期時(shí)活期余額增加但理財(cái)可用余額沒扣減。原因活期轉(zhuǎn)理財(cái)?shù)臉I(yè)務(wù)規(guī)則是「活期扣款、理財(cái)總金額和可用余額同時(shí)增加」理財(cái)轉(zhuǎn)活期則是「理財(cái)可用余額減少、活期增加」。開發(fā)時(shí)只寫了一邊或者把兩條邏輯混在一個(gè)過程里導(dǎo)致方向判斷出錯(cuò)。解決把轉(zhuǎn)賬邏輯按兩個(gè)獨(dú)立過程寫活期轉(zhuǎn)理財(cái)關(guān)注活期余額是否充足、密碼是否正確、賬戶是否凍結(jié)理財(cái)轉(zhuǎn)活期關(guān)注理財(cái)可用余額是否充足。每寫完一個(gè)過程就用一組測(cè)試數(shù)據(jù)驗(yàn)證活期存 10000轉(zhuǎn) 3000 到理財(cái)查活期剩 7000、理財(cái)總金額 3000、可用余額 3000再反向轉(zhuǎn) 1000查理財(cái)可用余額變 2000、活期變 8000。這套驗(yàn)證數(shù)據(jù)可以提前寫成一個(gè)測(cè)試腳本驗(yàn)收時(shí)直接展示。5.3 購買基金后資金扣了但審核沒過凍結(jié)資金和手續(xù)費(fèi)邏輯沖突現(xiàn)象客戶購買基金后理財(cái)賬戶的凍結(jié)資金增加了但審核不通過時(shí)凍結(jié)資金沒有全額退回或者手續(xù)費(fèi)在未審核前就被扣掉了。原因項(xiàng)目里有兩條明確規(guī)則——購買成功后凍結(jié)資金審核通過時(shí)才扣手續(xù)費(fèi)撤單不能扣手續(xù)費(fèi)。實(shí)現(xiàn)時(shí)如果把扣手續(xù)費(fèi)放在了購買過程里審核不過就出問題。解決購買過程只做兩件事校驗(yàn)賬戶狀態(tài)和資金是否充足寫入 FundBuy 合同記錄、插入 Trade 交易記錄、把購買金額從可用余額轉(zhuǎn)入凍結(jié)資金。手續(xù)費(fèi)放在審核通過時(shí)計(jì)算并扣除費(fèi)率 0.75%。審核不通過時(shí)執(zhí)行反向操作凍結(jié)資金轉(zhuǎn)回可用余額交易記錄狀態(tài)改成已完成但標(biāo)記為審核不通過。把這個(gè)鏈路畫成一張狀態(tài)圖寫代碼前先對(duì)著圖走一遍。5.4 存儲(chǔ)過程編譯報(bào)錯(cuò)創(chuàng)建時(shí)只看到 warning看不到具體錯(cuò)誤行現(xiàn)象在 PL/SQL Developer 里執(zhí)行 create or replace procedure提示編譯完成但有警告過程根本不能調(diào)用查 user_errors 才知道哪行錯(cuò)了。原因PL/SQL 編譯器默認(rèn)把編譯錯(cuò)誤當(dāng)作警告處理不會(huì)直接打印到屏幕。初學(xué)者最容易在這里翻車一行 select 寫錯(cuò)列名整個(gè)包就廢了。解決每次創(chuàng)建完過程立刻執(zhí)行select * from user_errors where typePROCEDURE and name過程名或者用 show errors procedure 過程名。我的經(jīng)驗(yàn)是寫存儲(chǔ)過程時(shí)先用一個(gè)最小可運(yùn)行的版本驗(yàn)證表名和列名再逐步加判斷邏輯避免一次寫完一大堆然后從頭排查。另外包體里的過程名必須和包規(guī)范嚴(yán)格一致字母大小寫不敏感但參數(shù)個(gè)數(shù)和類型必須完全匹配。5.5 凍結(jié)與解凍狀態(tài)互相矛盾活期解凍時(shí)理財(cái)也跟著解凍現(xiàn)象活期賬戶凍結(jié)后理財(cái)賬戶顯示未凍結(jié)活期解凍后理財(cái)賬戶自動(dòng)變成可用狀態(tài)但業(yè)務(wù)規(guī)則要求理財(cái)賬戶必須保持凍結(jié)。原因活期凍結(jié)時(shí)必須連帶凍結(jié)理財(cái)賬戶但活期解凍時(shí)不能自動(dòng)解凍理財(cái)賬戶。狀態(tài)字段分布在兩張表里寫凍結(jié)邏輯時(shí)只改了 CurrentAccount 的 State沒動(dòng) FinancingAccount寫解凍邏輯時(shí)又多了一句 update把理財(cái)賬戶的狀態(tài)也改了。解決凍結(jié)和解凍是兩個(gè)獨(dú)立過程分別處理。凍結(jié)過程里檢查活期賬戶是否存在存在則同時(shí)更新兩張表解凍過程只更新活期賬戶?；鹳~戶的凍結(jié)與解凍同理——基金賬戶凍結(jié)后不能購買對(duì)應(yīng)公司的基金基金公司被凍結(jié)后不能解凍基金賬戶。這類狀態(tài)依賴關(guān)系我習(xí)慣在建表時(shí)給每個(gè) State 字段配上注釋并在過程開頭寫一段狀態(tài)校驗(yàn)邏輯避免臟數(shù)據(jù)進(jìn)入后續(xù)流程。6. 驗(yàn)收與答辯如何把五個(gè)階段的成果講成完整的交付閉環(huán)答辯時(shí)最常見的扣分點(diǎn)不是功能沒做完而是講不清楚「為什么這么設(shè)計(jì)」。這里分享一個(gè)我反復(fù)用過的答辯主線把五個(gè)階段的實(shí)現(xiàn)順序講成一條資金鏈路。第一句話先說需求——銀行需要一套基金交易平臺(tái)既服務(wù)窗口人員也服務(wù)網(wǎng)上用戶核心是保證錢和基金份額在交易前后對(duì)得上。然后順著資金鏈路講表結(jié)構(gòu)活期賬戶是資金的入口理財(cái)賬戶是資金的中轉(zhuǎn)站基金賬戶是份額的歸屬地FundBuy 是購買合同Trade 是每一筆資金流動(dòng)的流水。這樣評(píng)委聽到的不是七張孤立的表而是一個(gè)完整的資金流轉(zhuǎn)模型。接下來展示關(guān)鍵實(shí)現(xiàn)選三個(gè)點(diǎn)就夠了。第一個(gè)是表空間創(chuàng)建和用戶授權(quán)說明你理解 Oracle 的存儲(chǔ)隔離第二個(gè)是購買基金的存儲(chǔ)過程重點(diǎn)講可用余額轉(zhuǎn)凍結(jié)資金、審核通過后扣 0.75% 手續(xù)費(fèi)這個(gè)過程因?yàn)檫@里同時(shí)用到了事務(wù)、狀態(tài)判斷和金額計(jì)算是最能體現(xiàn)數(shù)據(jù)庫功底的部分第三個(gè)是撤單邏輯強(qiáng)調(diào)未審核前撤單不扣手續(xù)費(fèi)并對(duì)比贖回 1.5% 的手續(xù)費(fèi)差異。如果答辯時(shí)有條件演示建議提前準(zhǔn)備三張截圖添加基金公司后的列表頁、購買基金前的資金余額、購買后的凍結(jié)資金和交易記錄現(xiàn)場(chǎng)切換展示前后變化。這里有一個(gè)我從實(shí)戰(zhàn)里總結(jié)出來的教訓(xùn)驗(yàn)收前一定要把測(cè)試數(shù)據(jù)重新初始化一遍不要用開發(fā)過程中殘留的臟數(shù)據(jù)。我曾經(jīng)在驗(yàn)收時(shí)因?yàn)橐粭l理財(cái)賬戶凍結(jié)狀態(tài)沒恢復(fù)導(dǎo)致演示轉(zhuǎn)賬功能時(shí)直接報(bào)錯(cuò)評(píng)委誤以為功能有缺陷。從那以后我每次交付前都強(qiáng)制走一遍完整流程——開戶、買基金、撤單、贖回、審核查一遍所有表的 State 字段是否回到預(yù)期狀態(tài)。這套方案覆蓋了 Oracle 數(shù)據(jù)庫設(shè)計(jì)課設(shè)的絕大部分考點(diǎn)希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取