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

综上

第一次写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包，相当良心！！）

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