2010计算机三级数据库经验谈：选择键和索引汇编.docx

在构建和优化数据库时，选择合适的键和索引是至关重要的。本文主要分享了关于2010年计算机三级数据库考试中的经验，涉及到选择键和索引的一些关键点。 设计数据库时需要考虑到数据挖掘的需求。在处理大量数据时，如8万多份联系信息，应该在初始设计阶段就规划好表和字段，避免后期频繁调整，影响性能。例如，作者通过实例说明了在主索引中添加合适的数据字段可以提高查询和数据挖掘的速度。 不同环境下，如操作数据仓库(ODS)和数据仓库(DW)，键的选择和索引策略有所不同。在DW环境中，设计人员需要分析业务需求，确保性能和正确输出的最佳平衡。此外，使用系统自动生成的主键有助于保持数据的完整性和逻辑缺陷的发现。 分解字段用于索引是另一个提高性能的策略。如果字段可以分解成更小的部分，用户可以根据这些部分创建索引来加速SQL查询和报表生成。例如，将案例编号分解为年份、序列号、案例类型和被告代码等，可以提高涉及LIKE表达式的查询性能。 键设计的原则包括：1)创建外键以关联字段；2)所有键必须唯一；3)避免使用复合键；4)外键应与唯一的键字段关联。这些原则有助于保持数据的一致性和完整性。 索引是提升数据检索效率的关键。大约95%的数据库性能问题可以通过合理使用索引来解决。通常，对逻辑主键使用唯一组合索引，对系统键使用唯一非组合索引，对外键列使用非组合索引。然而，过度索引会导致存储空间浪费，因此需要权衡索引与数据库大小、读写操作的频率。 一些特定的字段不应被索引，例如memo/note字段和大型字段，因为它们会占用大量存储空间。小型表，尤其是经常进行插入和删除操作的，通常不需要索引，因为索引维护可能比直接扫描表更耗时。 避免使用社会保障号码(SSN)或身份证号码(ID)作为键，除了隐私考虑外，这些数值往往需要手动输入，容易出错，且政府规定限制其用途。用户可编辑的字段也不适合作为键，这可能导致数据冲突和管理复杂性。 设计数据库时要考虑用户交互和业务需求的变化，确保系统的灵活性和适应性。遵循这些经验和原则，可以帮助开发者创建更高效、更稳定的数据库系统。