主要观点：数据建模在软件架构中常被低估但很关键，应被视为软件架构的基本责任，特别是项目核心信息的数据建模。本文介绍了用于良好数据模型的两个基本工具“和”（products）与“或”（sums），通过多种编程语言示例展示了它们在数据建模中的应用，包括 Java、Python、Haskell、Kotlin、C#、Racket、Clojure、Scala、F#、Swift、Rust、Typescript 等，还讨论了它们出错的情况以及与开闭原则的关系，最后解释了为何这些构造被称为 sums 和 products 以及相关术语的讨论。
关键信息：

• sums 和 products 源于函数式编程语言的代数数据类型，在不同编程语言中有不同实现方式。
• 以健康信息系统中药物剂量为例，展示了“和数据”（products）与“或数据”（sums）的结构。
• 一些流行语言在 sums 支持上存在不足，如 SQL 需通过间接编码实现 sums。
• 在不同编程语言中实现 sums 和 products 有各自特点，如 Java 中通过密封接口和记录类，Python 中通过数据类和 | 表示 or 等。
• 函数式语言的方式和面向对象语言的方式在处理 sums 和 products 时各有优缺点，与开闭原则相关。
  重要细节：
• Java 中通过密封接口和记录类实现 sums 和 products，Python 中通过数据类和 | 实现，Haskell 中直接使用代数数据类型等。
• 在 SQL 中存储药物剂量时需通过 nullable 类型间接编码 sums 为 products，JSON 也无原生 sums 机制需用显式标签。
• Java 中通过多态方法分派和模式匹配实现对 sums 的分支，Python 中也可通过模式匹配实现类似功能。
• 不同编程语言在处理 sums 和 products 时的编译器检查情况，如 Kotlin 的 when 语句、C#的 switch 语句、Racket 的 match 语句等的静态检查特点。
• 从数字个数和集合论角度解释 sums 和 products 的命名由来。