硬核常量值比查询数据库更好吗？
It's better to hardcore constant values than make query to DB?
我有一个非常复杂的表单，其中包含很多值，我想知道从性能角度来看哪个选项更好：
- 从数据库加载数据()
- 硬编码这些数据()就在表格
基本上这些常量选项（值永远不会改变）在数据库中并且有它们自己的表以避免数据重复并且它们还与帖子有多对多关系。
但是，在可选字段中对这些选项进行硬编码而不是对数据库进行大量 查询 以获得这些选项不是更好吗？
提前致谢。
在数据库中创建单个配置 table。然后您可以发出一个查询来读取您需要的所有值。
启动时从数据库读取一次，然后在您的应用程序中cache/save。
通常您会编写一个表单生成器，它会根据数据库中的任何内容生成一个表单。如果此表单生成非常频繁并且更改很少，则可以使用 缓存 。
出于多种原因，硬编码通常不是一个好主意，但这里最大的问题是您的数据库和表单会在一些细微但重要的方面有所不同。通过让数据库生成表单，可以减少出错的机会。您也可以让数据库由表单（例如文档存储）生成，但这不太常见。
我有一个非常复杂的表单，其中包含很多值，我想知道从性能角度来看哪个选项更好：
- 从数据库加载数据()
- 硬编码这些数据()就在表格
基本上这些常量选项（值永远不会改变）在数据库中并且有它们自己的表以避免数据重复并且它们还与帖子有多对多关系。
但是，在可选字段中对这些选项进行硬编码而不是对数据库进行大量 查询 以获得这些选项不是更好吗？
提前致谢。
在数据库中创建单个配置 table。然后您可以发出一个查询来读取您需要的所有值。
启动时从数据库读取一次，然后在您的应用程序中cache/save。
通常您会编写一个表单生成器，它会根据数据库中的任何内容生成一个表单。如果此表单生成非常频繁并且更改很少，则可以使用 缓存 。
出于多种原因，硬编码通常不是一个好主意，但这里最大的问题是您的数据库和表单会在一些细微但重要的方面有所不同。通过让数据库生成表单，可以减少出错的机会。您也可以让数据库由表单（例如文档存储）生成，但这不太常见。