SQLite运行实战教训：ANALYZE、清理与并发写入

视图适合封装固定逻辑（如固定时间窗口、静态状态过滤）和固定JOIN关系，不宜用于需动态传入参数（如用户ID、日期范围）的查询。视图性能取决于底层索引，而非视图本身。ALTERVIEW仅更新元数据，会短暂阻塞新查询启动，应避开高峰期操作。

MySQL中的DECIMAL类型用于精确数值计算，通过DECIMAL(M,D)定义精度与标度。常见问题包括精度设置不当导致溢出、计算时精度溢出、插入格式错误等。优化建议：合理设置M和D，可用BIGINT存储分单位，关键列建索引，保持版本更新。

TEXT字段无法直接建立常规B+树索引，前缀索引不支持左模糊查询，全文索引受词长、中文分词和更新延迟限制。高效替代方案是使用MD5摘要索引和垂直拆分，将TEXT字段分离到独立表，主表采用DYNAMIC行格式，避免溢出页IO问题。

迁移至金仓KES时，LEFTJOIN若在WHERE中过滤右表非空列，将会触发外连接消除，导致数据结果减少。正确做法是将过滤条件置于ON子句中。金仓KES与主流数据库行为一致，务必通过EXPLAIN仔细检查执行计划，以确保连接语义正确。

PostgreSQL仅使用一套WAL日志，就同时实现了MySQL的redo、binlog和undo的全部功能，而MySQL因插件式架构需要三套日志并依赖两阶段提交保证一致性。其多版本并发控制通过追加写实现，无需单独的undo日志，但需要定期执行VACUUM操作清理死元组，防止表膨胀。