ACCESS应用笔记<五>——慢慢要学会做项目管理·

时间:2023-12-30 11:23:14

综上

第一次写access学习笔记是8月19号的事情,现在已经10月31号

以下是之前的笔记目录:

<一> http://www.cnblogs.com/weibaar/p/3923466.html

<二> http://www.cnblogs.com/weibaar/p/3933614.html

<三> http://www.cnblogs.com/weibaar/p/3956964.html

<四> http://www.cnblogs.com/weibaar/p/4039101.html

  总结一下,在这两个月里,通过自己摸索,成功搭建了一个可以取代所有复制粘贴/VLOOKUP查找,以及方便数据管理的数据库集。并从零到有学会了SQL,所谓的Access是SQL入门最好的方法,前辈诚不欺我也。从效率来说,首先,我们公司错综复杂的系统人名得到了有效的统一管理,并整合了由业务人员输入的一些不会被公司数据库保存的数据(譬如客户实际行业,客户真实信息等等),然后结合了那个BI自助系统的特性,编了一个导入导出的宏。

  现在,基本框架已经搭建起来,我发现接下来的工作更加繁琐了

  简单来说,现在主要的问题是数据库逻辑不清,需要理清并维护关系文档

  由于数据库里大部分操作都是自动化的,设计该自动化流程。当时设计各个数据库时,基本上是,有什么需求,就建什么表。导致现在多个数据库之间逻辑不清晰。迫切需要维护一个文档,记录该数据库是怎样操作的。

  现在我尝试用office自带的visio来厘清流程,但这个基本只能厘清数据间的关系,以及操作顺序。不能记录这个数据库是如何表间查询的,如果时间久了,这些逻辑又会不清晰了。不知道市面上的数据库维护,是用什么方法来维护的呢?

  另外,由于我不喜欢整理文本上的操作,目前这些细致的活让我有些烦闷,每天都在修修补补而不是在创建新东西的感觉,真心压抑,而且容易走神。有什么办法可以更好的管控时间,让我focus在最重要的事情上?

  

  正是因为时间管理遇到问题,然后被大量的文本整理占据精力,我越来越觉得,做数据库维护以及报表开发,可能报表开发仅仅只是一次性的操作,如何让开发出来的结果容易理解,并且易于让人根据业务需求进行修改,是我接下来需要做的事情。

  但愿我在找到方法之前,不会因为烦躁,而失去了进一步学习的机会。

  另外,关于R语言,我目前正式放弃阅读R语言实战,转为看数据挖掘与R语言。R语言实战前半部分作为数据处理,确实很实用。但后续由于没有较完整的案例,并不适合一一研读。反而是前阵子京东凑单买的数据挖掘与R语言给了我极大的惊喜(实验数据被作者直接创了个R包,相当良心!!)

  加油吧!项目管理和数据库,都不能拉下~~