新西兰天维网社区

标题: 求助神一样的FML,有没有知道精通excel的人士 [打印本页]

作者: davinci9    时间: 2015-3-30 16:43:15     标题: 求助神一样的FML,有没有知道精通excel的人士

我们公司 excel180M 多 对没一个新的工作都要计算一下成本 方式是用VLOOKUP引用 所以没一个工作都要建立一个sheet 现在一共可能有6000页以上 所以现在打开非常慢 也容易无响应 我想建立个数据库 不知到数据库能不能完成excel计算的功能 外加我只知道数据库肯定不会这么卡  有什么推荐的数据库 外加如何导入呢 ,因为所有的sheet都是基于前两页的数据进行vlookup的引用计算 怎么样才能完整的导入数据库呢 谢谢

作者: 楼主    时间: 2015-3-30 16:45:51

写一个script就好,python啥的就可以。
作者: skywindcn    时间: 2015-3-30 16:51:30

本帖最后由 skywindcn 于 2015-3-30 15:57 编辑

理论上数据库能够完成Excel的功能,实际上要看数据库设计的怎么样。
数据库可以用MySQL免费版。
导入数据方法很多,可以试试Pentaho Kettle,还可以用这个做各种数据转换。
另外可以尝试用QlikView出报告,可以直接读Excel文件。

作者: angelvan2012    时间: 2015-3-30 16:58:06

我可以帮你,excel啥啥的,数据库啥啥的,都是小菜。

有偿服务
作者: kathl    时间: 2015-3-30 23:17:42

写代码吧,电脑自己做,很快
作者: davinci9    时间: 2015-3-31 09:47:59

angelvan2012 发表于 2015-3-30 16:58
我可以帮你,excel啥啥的,数据库啥啥的,都是小菜。

有偿服务

PM 我个价格~  大体内容就是这个
作者: davinci9    时间: 2015-3-31 09:48:21

kathl 发表于 2015-3-30 23:17
写代码吧,电脑自己做,很快

.... 问题是 我不是学IT的 呃  我尽量研究下
作者: davinci9    时间: 2015-3-31 09:49:18

skywindcn 发表于 2015-3-30 16:51
理论上数据库能够完成Excel的功能,实际上要看数据库设计的怎么样。
数据库可以用MySQL免费版。
导入数据方 ...

我去研究下 hope can figure out something
作者: davinci9    时间: 2015-3-31 09:49:56

楼主 发表于 2015-3-30 16:45
写一个script就好,python啥的就可以。

谢谢楼主 可是我也就会装个电脑软件 代码就废了
作者: tli004    时间: 2015-3-31 10:12:28

提示: 作者被禁止或删除 内容自动屏蔽
作者: davinci9    时间: 2015-3-31 10:17:28

tli004 发表于 2015-3-31 10:12
免费的方案: 把文件存成.xlsb格式
便宜的方案: 把数据导入access
正确的方案: 找专业的人review数据模型 ...

主要是不仅要保存数据 并且以后还要再继续更新  
想请教下 那您会做么 PM个价格~
作者: tli004    时间: 2015-3-31 10:25:06

提示: 作者被禁止或删除 内容自动屏蔽
作者: davinci9    时间: 2015-3-31 10:44:02

tli004 发表于 2015-3-31 10:25
会,但是未必有时间做。
价格取决于你数据的具体架构,和你公司的数据环境,比方说具体的操作流程。也就 ...

但是现在总的来说 我的情况就是 我使用excel核算每一个新job 并且计算他们的成本 我们公司每天大概15个左右新job 所以以至于到年底 数据量太大 EXCEL就180多M 所以想找到一个一劳永逸的方法 来为今后新的一年做准备 不想到最后还是那么卡  并且因为这项制度刚建立一年 所以也希望能把去年一年的数据导到某个地方  我只是上网听说数据库比较适合

我们公司就是用普通的excel 并且电脑都是非常古老级别的 我是自己带自己的laptop才能打的开的
不需要什么太复杂的  其实就是想解决现在的问题 当然 能更先进更好
就是 excel前两页 第一页就是不同contractor的rate 第二页是每个原材料的code跟cost 后面全是根据templete 用vlookup 计算的不同工作的成本 每个工作一个sheet 以至于现在 我也不知道多少页了 6000可能都算少的 编号从0到7W了(但是中间很多不全的 所以估计 6000?)

想着以后就是 找到个新方法(数据库?或者什么改进的excel方式)1 保留原来那些数据 2 以后能添加新数据并且不卡0 0# 我现在每更新几个就要无响应一次 崩溃了 谢谢了 有偿也无所谓 毕竟是学习嘛
作者: tli004    时间: 2015-3-31 10:58:15

提示: 作者被禁止或删除 内容自动屏蔽
作者: love_3_month    时间: 2015-3-31 11:31:47

计算好了,工作结束了,为什么还要保留完整的公式呢,把数据存下来就可以了吧。6000多页太恐怖了
作者: davinci9    时间: 2015-3-31 11:37:57

love_3_month 发表于 2015-3-31 11:31
计算好了,工作结束了,为什么还要保留完整的公式呢,把数据存下来就可以了吧。6000多页太恐怖了 ...

也是个办法  不过实际情况是 我先算一遍 存在excel里 等着发invoice的时候 可能会有些更改 再到时候核对一遍 核对完了应该就没用了 但是也要至少保留着之前的格式(可能这时候就不用保存那些公式了)但是 我不想到时候再一页一页的去掉公式
作者: davinci9    时间: 2015-3-31 11:39:02

tli004 发表于 2015-3-31 10:58
可以试试把数据放在一个sheet,数据每行后加一个job code,取代新添页面的做法。
只要你能保证数据的唯一 ...

有另一个excel 用来存总的信息  这个就是个类似的 试算表
作者: tli004    时间: 2015-3-31 13:31:48

提示: 作者被禁止或删除 内容自动屏蔽
作者: davinci9    时间: 2015-3-31 13:37:26

tli004 发表于 2015-3-31 13:31
试算表貌似不需要储存historical的信息吧。historical data最好有单独的储存。
不然你的历史数据随公式不 ...

呃 所以这不是会计制度不完善么
作者: angelvan2012    时间: 2015-3-31 14:55:11

本帖最后由 angelvan2012 于 2015-3-31 14:57 编辑
davinci9 发表于 2015-3-31 09:47
PM 我个价格~  大体内容就是这个

又重新仔细看了一下你的需求,基本上分两步走
1. 跟据你现有的EXCEL,考虑使用工具,或者写个程序把数据导入数据库
2. 跟据你的流程做几个界面来操作数据
看你们有几个人要操作这个数据了,如果有好几个人需要共同使用这些数据,那就是做系统了,放网站上,随时存取。
我有现成的网站空间和数据库空间,只是需要时间去操作现有数据和跟据你的业务做界面。一切准备好以后你自己可以买个域名,一年二十几块钱就行了。

可以加我微信或QQ:914173725

作者: tli004    时间: 2015-3-31 15:15:33

提示: 作者被禁止或删除 内容自动屏蔽
作者: 芯片    时间: 2015-3-31 22:59:46

能把Excel用到6000页,180M这也是个本事了,早该上数据库啦,找你们架构师谈解决方案
作者: davinci9    时间: 2015-4-1 09:12:50

芯片 发表于 2015-3-31 22:59
能把Excel用到6000页,180M这也是个本事了,早该上数据库啦,找你们架构师谈解决方案 ...

没有架构师啊~~ 就是个公司而已0 0 ~ 我估计这水平就是最懂电脑的了
作者: angelvan2012    时间: 2015-4-1 09:56:02

本帖最后由 angelvan2012 于 2015-4-1 09:57 编辑
davinci9 发表于 2015-4-1 09:12
没有架构师啊~~ 就是个公司而已0 0 ~ 我估计这水平就是最懂电脑的了

楼主有兴趣谈一谈吗?可以加我微信或QQ,两个号都是914173725
作者: qaz1234    时间: 2015-4-1 12:54:25

加快文件的打开,有许多方法,例如,增加内存,用SSD硬盘,和优化系统(关闭不需要的服务)等等,都会马上见效果。

180MB 的单个文件,问题其实不是打开慢,最大的风险是文件损坏。一旦损坏,数据很难恢复。建议每天都备份这个文件到不同的U盘上。

用数据库当然是最好的,只是会带来新的问题。特别是你的同事,会不会接受新的数据处理界面和方式。你可能需要很多时间才能说服或培训他们使用新的系统。而新的系统,无论数据关系多简单,都需要一定的时间开发、修改和测试。你要有心理准备。

微软的 office365 可以了解一下,可能是一个可以考虑的方案。

作者: chrise    时间: 2015-4-2 16:33:52

在excel建计算页,每次用计算页计算,计算出来的结果和你发出去的最终结果另存为一个文件,按时间类别单独放一个文件夹里。
作者: 荒岛余生    时间: 2015-4-2 23:43:56

楼主的公司的计算机水平,就别什么网站、SQL之类的了,找人做个Acess数据库。然后每次计算导出excel,报价自动生成word。可以实现客户管理,报价记录查询,报价自动生成PDF。如果想高大上,可以继续开发invoice等功能。

不过楼主要考虑的是老板有预算吗?如果计算机都是古董,要楼主自带笔记本上班,老板愿意对这个小型的内部ERP系统投资多少?不按照高的,按照100刀一小时的开发费用,100小时,就是1万刀,老板没这个最少的预算,楼主就别忙活了。。。
作者: KiaOraFish    时间: 2015-4-3 15:07:28

Excel 和 Access可以很好的完成你的这项任务。Access负责数据导入存储,Excel负责数据导出计算. 学学vba会更高效些.
作者: angelvan2012    时间: 2015-4-4 22:50:13

荒岛余生 发表于 2015-4-2 23:43
楼主的公司的计算机水平,就别什么网站、SQL之类的了,找人做个Acess数据库。然后每次计算导出excel,报价 ...

我的妈呀,求100刀一小时的contract.
作者: 荒岛余生    时间: 2015-4-5 00:20:34

angelvan2012 发表于 2015-4-4 22:50
我的妈呀,求100刀一小时的contract.

便宜了?这个看活了,如果是个固定目标的活,应该100刀可以的。楼主这个活不算复杂,不过老板估计没1万刀的预算,所以楼主只能自学了。简单点,Acess+VBA+Excel,基本流程不改,公司使用习惯不改,最容易上手。
作者: angelvan2012    时间: 2015-4-5 01:25:50

荒岛余生 发表于 2015-4-5 00:20
便宜了?这个看活了,如果是个固定目标的活,应该100刀可以的。楼主这个活不算复杂,不过老板估计没1万刀 ...

excel也有复杂的。我弄过把预测模型全放在excel里的,也是120M的大文件。光是理解那个模型我就看了一个星期。
我觉得access+vba不是好的解决方案,以后还得全推倒重来,VBA妥妥的大坑。
作者: 荒岛余生    时间: 2015-4-5 18:04:07

angelvan2012 发表于 2015-4-5 01:25
excel也有复杂的。我弄过把预测模型全放在excel里的,也是120M的大文件。光是理解那个模型我就看了一个星 ...

要理论联合实际的,楼主公司的计算机水平和预算是不支持太高端的东西的。他们这点东西,acess+vba+excel搞的妥妥的,花钱最少(也许楼主公司还无法接受),长期维护开支也最低。

技术无所谓高低的,能解决问题就够了。我见过几千万营业额的公司ERP用acess写的,也见过非常复杂的设备控制系统excel写的(后台有别的程序,控制前台是excel)。
作者: Eastpark    时间: 2015-4-7 13:49:51

荒岛余生 发表于 2015-4-5 17:04
要理论联合实际的,楼主公司的计算机水平和预算是不支持太高端的东西的。他们这点东西,acess+vba+excel ...

说的很不错,一看就是经历过大项目的IT人士。 :)

我也觉得一个ACCESS DB完全够用了。而且ACCESS界面简单,适合非IT人士使用


作者: Eastpark    时间: 2015-4-7 13:53:31

楼主的要求应该很容易的,自己研究一下吧,说不定因为干得好,老板会给你点奖金

上网搜一下如何excel转 access,做之前别忘了备份数据

http://databases.about.com/od/tu ... _2.htm#step-heading
作者: hardis    时间: 2015-6-8 11:40:59

我觉得根本不需要用到Access,楼主这个水平估计就算请人搭个Access数据库也够呛,以后维护什么都是问题。个人建议就是Excel+VBA就行。我一直都坚信按需选择工具,结果与功能相适应。建议楼主1,优化现在的Excel公式/运算逻辑;2,用Excel建立数据模型;3,VBA实现自动保存打印。




欢迎光临 新西兰天维网社区 (http://bbs.skykiwi.com/) Powered by Discuz! X2