根据另一个字段值显示表字段值
我试图找到从表中检索字段的最佳方法，具体取决于另一个字段的值，所有这些都由网络应用程序管理。
例如，让表 person 包含 4 个字段：name、surname、email、mobile。
并且让 Web 应用程序的管理员能够为每个条目指定此类字段之一是否可见，例如通过设置复选框。
我该如何解决此类问题？ 我是否应该使用向表中添加 4 个布尔字段（或为此目的创建另一个表）的简单解决方案来控制可见性？例如：b_name,b_surname,b_email,b_mobile
-或者-
我应该使用掩码方法（例如：存储在 1101 的某个地方，基本上意味着“不显示该条目的电子邮件”）？
还有其他选择吗？
I'm trying to find the best way to retrieve fields from a table, depending on the value of another field, all of it administered from a webapp.
For example, let a table person contain 4 fields: name,surname,email,mobile.
And let have to an admin of the web app the possibility to specify if one of such fields is visible or not, for each entry, for example by setting a checkbox..
How can I address such problem?
Should i use the trivial solution of adding 4 more boolean fields to the table (or making another table for that purpouse) to control the visibility? eg.: b_name,b_surname,b_email,b_mobile
-or-
should I use a mask approach (eg.: storing somewhere 1101, basically meaning 'do not show email for that entry')?
Any other alternatives?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我建议使用布尔字段，是的。掩码很麻烦，并且与数据库范式背道而驰（而且，它们将使稍后添加或更改字段成为问题。）
I'd suggest the boolean fields, yeah. Masks are cumbersome and run counter to the database paradigm (and what's more, they'll make adding or changing fields an issue later on.)