因此，我正在开发一个购物篮应用程序，它需要一个持久的购物篮，并试图决定是将我的购物篮/商品作为blob存储在数据库中，还是将它们分解成多个表（例如-tbl廑u basket，tbl廑u basket廑items，tbl廑u basket廑items variants*）。我不需要分类或过滤篮子项目。我将简单地基于soldto查询篮子（顺便说一下，每个soldto可能有多个篮子）。篮子只在相对较短的时间内有效（最多6-12个月）。它们可能有几百个行项目（罕见的情况），但我不期望任何真正的大到会降低性能。用户数量相对较少…最多400个并发用户。典型的使用情况是大约50-100个并发用户。
我倾向于把我的篮子简单地存储为一个blob，因为它简单且相对干净（是的，我很懒）。我的问题是，我遗漏了什么吗？这种方法的缺点是什么。有什么好处？我想到的一个缺点是，如果我的basket对象发生了变化，那么对于活动的basket可能是一个问题。
谢谢你的洞察力。
最佳答案
使用basket，basket_item表模式，并为数据库中不透明的数据（如图像、文档等）保留blob。最终，你会希望将篮子项目与库存控制、分析或….联系起来，而将这些数据放在blob中会扼杀性能。