求教：Access两点学习问题，谢谢！

小海人88

各位大神好！
       求教点ACCESS+EXCEL的基础性思路问题，先行谢过！
        1、Access中的表格是越细分越好吗？还是应该越少越好！
             我想，表格少会带来一个数据前期需要处理的问题，而且工作量也不会小！
                       表格多的话后期是否会搞的头晕呢？或者说关系多了，导致代码多了，计算多了，会影响以后的反应速度？
                      那么是否是不多不少，适当点好呢？那这个范围怎样界定？10张表以内？

        2、Access中表格的数据保存，是否应该尽量是数据，而不是像EXCEL中习惯性在单元格内保存计算公式？
                      在这个问题上没有概念，希望各位指点！

         3、本人做核价工作，材料价格每半年需要更新一次，这样的修改频率应该不是很频繁吧？
                      像这样的修改，是在Access中直接修改恰当呢，还是外接Excel引用更新修改，这两种哪个恰当？
                      或者说容易操作。

Renco

1.数据表的多少，不在于你想，而由你对于数据处理、程序设计和与实际业务对应有关系，也就是常说的数据库架构，如果一般情况下，数据不上百万千万级的情况下，影响较小，影响你的只能是查询规模和计算复杂程度，相对来说，分表是减少物理存储数据空间，在查询时，减少部分查询规模

2.数据库一般是储存数据的，公式呢，尽量不要太复杂，前面也说到了查询规模这一说法，如果公式复杂也没问题，但你的查询规模要小一些，比如说只调取部分等，如果是大量显示，就算你没公式，你也一样的没有效率

3.不是太建议直接在数据库的后台数据表上改，因为数据库的特性是，离开当前记录行后，数据即刻保存，没有取消回退的说法，所以对自已没有很高的自信的话，还是做一些保存确认过程为宜

roych

1、一般情况下，表的设计符合第三范式【如果不知道，麻烦百度下】就好了。具体需要哪些表或者哪些字段，应该根据业务来定。开发数据库软件之前，我们需要做的一个很重要的工作叫做前期需求调研，就是用来确定这些东西的。虽然可能后期还会改，但前期越清晰改得就越少。
关于计算，数据库还有一个叫“适当冗余”的术语专门用来解释不符合第三范式的情况，就是增加一个计算结果的字段，以空间换取时间（运行时间）。例如，单价和数量，可以加一个金额作为冗余字段以便减少计算，但是对数据库的大小是有些许影响的，具体需要根据实际来衡量。
最后，代码不是解决数据库的最佳方式。别膜拜代码。

其它几个问题，一楼已经解释得很强清楚了。这里不打算细说。