当构建一个批量解决方案时，需要考量下面这些关键原则、指导方针和通用考虑：
1、 批量架构通常会影响联机架构，反之亦然。设计时，这两种架构和环境要铭记于心，尽可能使用公共构建块。
2、 尽可能的简化，避免在单个批量应用中，构建复杂的逻辑结构。
3、 处理数据时，尽可能靠近数据的物理位置，反之亦然。（亦即，在进行处理的地方保存数据）
4、 尽可能少的使用系统资源，尤其是I/O；尽可能多的在内存中执行操作。
5、 评审应用I/O（分析SQL语句），确保避免不必要的物理I/O。特别要检查下面这四种常见错误：
a) 每次事务都去读取数据，而这些数据其实可以只读取一次，然后缓存在工作内存中
b) 在一个事务里重复读取数据，而在这个事务中早先已经读取过这些数据
c) 引起不必要的表或索引扫描
d) 在SQL语句的WHERE子句里没有指定键值
6、 在一次批量运行中，一件事不要重复做两次。比如，为了出报表，你需要汇总数据，当开始处理数据时，如果可能，最好递增保存总数；这样，你的报表应用不必再处理相同的数据。
7、 在一开始，就给批量应用分配足够的内存，避免处理过程中的内存重分配耗费时间。
8、 总是对数据完整性做最坏的假设，通过插入有效性检查和记录验证来维护数据完整性。
9、 可能的话，为内部验证实现检查计数。例如，普通文件应该有一条尾记录，说明文件中的总记录数，以及关键字段的合计。
10、 尽可能早的在产品环境下，使用真实的数据量，计划并进行压力测试。
对于大型批量系统，备份将是一个挑战，如果系统是7X24小时联机并发运行时，更是如此。数据库备份对联机方式支持很好，但是考虑文件备份同样重要。如果系统依赖普通文件，那么不仅仅要写好文件备份过程，放到在项目里合适的地方，用文档说清楚，还要经常地测试它。
【本文翻译仅为外语学习及阅读目的，原文作者个人观点与译者及译言网无关】
