【发布时间】：2021-10-29 04:25:07
【问题描述】：
我想设计一个由很多列组成的数据库，因为它是一个网页游戏的库存，但会有很多东西。
它可能会调用“item_1”、“item_2”之类的名称，但这是否理想？
我何时计划将其扩展到超过 1000 个项目？
如果用户拥有它们，我需要稍后选择。
我计划将 MariaDB 和 Laravel 框架与 Jetstream、Livewire 和 Tailwind.css 一起使用。
【问题讨论】：
-
每个项目一行似乎是一个更好的解决方案。
-
1000 对于数据库来说并不是很多数据:)
-
输入一个新项目应该不会导致表格结构发生变化。所以想想 EAV。
-
您有任何具体的问题吗？为什么不查看一些关于规范化的基本教程，以避免列太多？
-
@NicoHaase 我只是想问一下当我需要稍后显示它时，数据库是否可以使用它，我想像表格一样构建整个结构 - 库存，用户（与主用户表配对的用户 id）， item_1（int，项目数）， item_2， ....