国际化 (i18n) 数据库字段的命名约定

发布于 2024-11-25 04:09:37 字数 127 浏览 0 评论 0原文

国际化数据库字段的“最佳实践”命名约定是什么？在当前的代码库中，惯例是对外键字段使用“_id”后缀。但是如果一个字段是国际化的，我们是否应该在该字段后添加“_i18n”后缀？ EG：“label_i18n”而不是“label”？优点和缺点？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

木緿 2024-12-02 04:09:37

如果您正在使用 i18n，那么您应该有一个单独的表来存储字段。

例如

Table Fields (blogpost):
- id, INT (10)
- user_id, INT(10)

i18n table (blogpost_i18n):
- blogpost_id, INT(10)
- title, VARCHAR(255)
- content, TEXT
- lang, VARCHAR(10)

，lang 列存储该语言的 i18n 代码，这样您就可以添加任意数量的语言。

If you're doing i18n, then you should have a separate table storing the fields.

E.g.

Table Fields (blogpost):
- id, INT (10)
- user_id, INT(10)

i18n table (blogpost_i18n):
- blogpost_id, INT(10)
- title, VARCHAR(255)
- content, TEXT
- lang, VARCHAR(10)

where the lang column stores the i18n code for that language, this way you can add as many languages as you want.

回复收藏 0 原文

~没有更多了~