Re: [討論] 部門從Excel轉資料庫

[OUCHRUSH (Power Overwhelming!)]

年初在忙其他的專案，昨天有時間重看了一下部門的模型，我重述一下問題：

我們有一個「財務比率」模型，大部分比率都是A/B (A除以B)這樣的形式，
也有一些不是這樣

假設A/B好了，A可能需要從報表甲中抓五個數字來計算方能得到
B要從報表乙抓六個，最後才能計算A/B

然後比率有幾十個，這就使模型變得十分冗長。Excel中有一頁是儲存各種比率的

以常見的營業費用為例，在該模型中的表現法就是：
水電費    1000
薪資     10000
文具       200
雜項       500
營業費用 11700
這四個input是從另一個表連過來的，這樣的「源頭表」有好幾張
所以每個比率的計算過程都在連不同的表
當這樣的比率有幾十個時，就會十分冗長，也會使模型變得難以audit。

不知若用資料庫，能否使上述過程變得較簡潔？

我們的總資料量並不大，每張表大概就是一兩百行
只是需要一個更簡潔，容易follow的過程。

※ 引述《OUCHRUSH (Power Overwhelming!)》之銘言：
: 各位好，我是資料庫新手，想請教一個概念問題
: 我在大學的財務部門中工作，我們部門100%使用Excel保存各種資料
: 沒有任何的資料庫或第三方軟體來協助管理
: 我在幫部門更新財務模型時，常常遇到這種麻煩，例如：
: A檔案中有一個甲報表，裡面有200行，儲存了100多種財務數據與比率
: 這些數據，很多是從乙報表來的，所以要看原始的計算過程，必須跳到乙報表
: 打開乙報表後，又發現很多數據是B檔案的甲報表來的，所以又要打開B檔案的甲報表
: 然後打開B檔案後又......以此類推。這些檔案與報表，就互相連來連去
: 這樣管理的一個好處是：只要改變最原始檔的數據，所有檔案跟報表也會一起更新
: 但最大的缺點是：每次想了解一個數據的初始內容與計算方式，都要開好幾個Excel檔案
: 一張一張往源頭走，看起來很心煩，也很容易出錯
: 而且原始數據的Excel檔案眾多，分散在不同資料夾
: 這使得最後的A檔案變得難以管理。要追查一個數據有沒有錯，都要開N個Excel慢慢追
: 請問若我要跟部門主管提出改善方式，是不是要使用資料庫比較好？
: 如果是，我該如何告訴她資料庫的優勢，可以擺脫以上找原始檔的迴圈？

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 24.217.141.88 (美國)
※ 文章網址: https://www.ptt.cc/bbs/Database/M.1680363659.A.DBA.html
推 criky: 用SQL 或ETL 工具可以做到
推 waiter337: 你去YT或B站 查關鍵字powerdesigner  教程
→ waiter337: 另外查SQL  正規化  或者SQL 泛式
推 waiter337: 不對 我覺得用不太到關聯 你可以考慮直接用vba +GPT
→ waiter337: +SQL
→ waiter337: VBA +SQL+adodb.connection      問GPT
→ waiter337: YT或B站 查個SQL 教程 倒是需要
→ waiter337: 還可以查個VMware虛擬機之類的