将宽度和高度属性存储和检索到 return 每件商品的价格
Storing and retrieving width and height attributes to return price per item
我有一个销售具有宽度和高度属性的产品的客户：
1. 测量取自建筑平面图或现场测量
2.宽度和高度四舍五入到最接近的100mm
3. 工作人员在 pdf table（或电子表格）中查找跨列的四舍五入宽度，然后找到相应的高度
4. 列和行的交集给出了每件商品的基本成本
注意：这些基本成本不是线性的，无法计算（如果只有！！）；必须存储每个 width/height 价格。
有很多产品（约 20 种），根据宽度和高度，每种产品的基本单位成本都不同。我创建了一个相当简单的电子表格版本，但我正在努力解决如何将其存储在 Access 中的问题……我发现任何 articles/examples 都将价格作为单个列并基于 SKU；很简单，但不是这种定价模式的运作方式。
关于如何构建数据的任何想法？非常感谢...
马特
最简单的架构是包含三列的 table：Width、Height、Cost
定义一个包含宽度和高度列的唯一索引。要查找特定成本，请在“宽度”和“高度”列中搜索（筛选或合并）。
此架构将要求您具有重复的宽度和高度值（尽管每一对都应该是唯一的），但这就是关系 table 设计的本质。它可能看起来不像 "efficient" 原始 table 的视觉查找能力，因为在那种情况下，您只标记每个宽度列和每个高度行一次，但在 table 上定义的索引提供必要的、高效的查找机制。
我有一个销售具有宽度和高度属性的产品的客户： 1. 测量取自建筑平面图或现场测量 2.宽度和高度四舍五入到最接近的100mm 3. 工作人员在 pdf table（或电子表格）中查找跨列的四舍五入宽度，然后找到相应的高度 4. 列和行的交集给出了每件商品的基本成本
注意：这些基本成本不是线性的，无法计算（如果只有！！）；必须存储每个 width/height 价格。
有很多产品（约 20 种），根据宽度和高度，每种产品的基本单位成本都不同。我创建了一个相当简单的电子表格版本，但我正在努力解决如何将其存储在 Access 中的问题……我发现任何 articles/examples 都将价格作为单个列并基于 SKU；很简单，但不是这种定价模式的运作方式。
关于如何构建数据的任何想法？非常感谢...
马特
最简单的架构是包含三列的 table：Width、Height、Cost
定义一个包含宽度和高度列的唯一索引。要查找特定成本，请在“宽度”和“高度”列中搜索（筛选或合并）。
此架构将要求您具有重复的宽度和高度值（尽管每一对都应该是唯一的），但这就是关系 table 设计的本质。它可能看起来不像 "efficient" 原始 table 的视觉查找能力，因为在那种情况下，您只标记每个宽度列和每个高度行一次，但在 table 上定义的索引提供必要的、高效的查找机制。