Re: [讨论] 部门从Excel转数据库

楼主: OUCHRUSH (Power Overwhelming!)   2023-04-01 23:40:57
年初在忙其他的专案,昨天有时间重看了一下部门的模型,我重述一下问题:
我们有一个“财务比率”模型,大部分比率都是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慢慢追
: 请问若我要跟部门主管提出改善方式,是不是要使用数据库比较好?
: 如果是,我该如何告诉她数据库的优势,可以摆脱以上找原始档的循环?
作者: criky (2501-2)   2023-04-02 07:48:00
用SQL 或ETL 工具可以做到
作者: waiter337 (给开司一罐苏格登)   2023-04-08 22:44:00
你去YT或B站 查关键字powerdesigner 教程另外查SQL 正规化 或者SQL 泛式不对 我觉得用不太到关联 你可以考虑直接用vba +GPT+SQLVBA +SQL+adodb.connection 问GPTYT或B站 查个SQL 教程 倒是需要还可以查个VMware虚拟机之类的

Links booklink

Contact Us: admin [ a t ] ucptt.com