我的思路如下：

不同的规格对应的其实是不同的物品，例如你32G的IPhone和64G的IPhone，对应的编码是不一致的。这个你平常可以关注下不同规格的包装，对应的编码都是不一样的。试下下如果使用的编码一致，那样仓库是极容易发错货的。

上面的编码一般术语是SKU（stock keeping unit），一般中文叫货号。

所以针对商品最小的粒度应该是产品（只是一种描述而已），然后一个商品包含多个相关联的产品，商品可以维护这些产品的一致数据（参数，规格，详情等，也有按产品维度单独维护的）。

一般有一张goods表，用于表示商城中的商品，product表对应同一商品的不同产品，规格应该更合适的称为品项，因为是有多个维度的，比如IPhone，可以通过颜色 + 存储等等品项值，得出对应的SKU，即product表的product_id。

上面只是我的一些看法，有问题随时欢迎提出改进。

原理

可以参考sylius， sylius的商品设计满足你的需求。
商品本身，有两个重要的特性， 一是属性， 二是，选项。 举例子说，属性就是一个商品的参数，简单的键值对。 比如像京东的一个商品的参数部分。 选项的意义就不同了，按照你的例子， 这个商品会有两个选项， 一个叫颜色， 包括， 白色， 黑色，另外一个选项叫内存大小，有32G,64G两个值。 两个选项的任意一个值组合起来决定商品的价格，在sylius中，这就叫商品变体。 建议研究一下sylius的商品的表结构设计。

选项的表结构

sylius的选项采取的是单独的表存放选项的值，再将变体与值以多对多的关系关联起来。