MySql“;评论“;参数作为描述符?

MySql“;评论“;参数作为描述符?,mysql,database-design,Mysql,Database Design,所以,我试图一下子学到很多东西,这个地方真的很有帮助 我正在为自己和其他一些人制作一个跑步日志网站,我有它,这样用户就可以添加每天的训练。在每次训练中,我都有用户可以填写的各种信息,如跑步距离、时间、跑步质量、课程等。。。我将其存储在MySql数据库中,作为一个表,其中包含标题为“距离”、“时间”、“运行质量”等字段。。。现在,这些字段标题与我希望在运行日志上显示的内容不匹配,因此我考虑使用字段的“Comments”属性来存储其可读标题——因此字段“runquality”将具有“Quality

所以,我试图一下子学到很多东西,这个地方真的很有帮助

我正在为自己和其他一些人制作一个跑步日志网站,我有它,这样用户就可以添加每天的训练。在每次训练中,我都有用户可以填写的各种信息,如跑步距离、时间、跑步质量、课程等。。。我将其存储在MySql数据库中,作为一个表,其中包含标题为“距离”、“时间”、“运行质量”等字段。。。现在,这些字段标题与我希望在运行日志上显示的内容不匹配,因此我考虑使用字段的“Comments”属性来存储其可读标题——因此字段“runquality”将具有“Quality of run”作为其注释,然后,我将使用SQL查询提取注释,并显示它,而不是字段名。这是一种很好的理论/实践方法吗?我会用什么样的SQL来获取字段的注释呢


其次,假设我想为用户添加创建自己的训练描述符的功能。因此,假设用户想要为他们的训练添加一个“温度”描述符。我应该创建一个脚本,将字段添加到我的训练表中,还是应该创建一个单独的表,只列出训练描述符,并以某种方式将描述符表与“内容”表链接?我还没有学到任何关于数据库设计的理论或任何东西,所以非常感谢您的帮助

您应该避免混合元数据和数据。“注释”字段属性是元数据。这实际上只是开发人员的一个注意事项。从程序访问元数据称为反射。在你的情况下没有必要反省,这会使事情复杂化

通过在应用程序代码中简单地命名头来保持简单。不需要使用字段名作为标题。如果您构建一个翻译表,它会更好,这样您就可以轻松地支持其他语言

例如,您知道“Phone”字段实际上是“Phone Number”,因此您将其用作标题,并且您可能有一个翻译表,您可以在每次构建视图时查找该表。对于英语,“电话号码”将返回“电话号码”,对于另一种语言,“电话号码”将返回“电话号码”