如何解析表中的长属性值

发布于 2024-10-03 02:01:08 字数 151 浏览 1 评论 0原文

只是一个简单的问题,假设我有一个表,其属性之一是作业...作业选项可以是 0-20 个字符 (varchar(20))...这样可以吗,还是我应该创建一个映射表,以便a = job1, b = job2, ..etc..etc,所以当我插入数据库时​​,我将其插入为“a”而不是作业 1。

Just a simple question, say I have a table and one of their attributes is jobs... the job options can be from 0-20 characters (varchar(20))... is this okay or should I create a mapping table so that a = job1, b = job2, ..etc..etc, so when I insert to the database, I insert it as an 'a' instead of job 1.

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

扫码二维码加入Web技术交流群

发布评论

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

评论(1

望喜 2024-10-10 02:01:08

是的,但我会让乔布斯查找表使用整数作为主键,而不是 a、b、c 等。

这样,您可以为用户提供一个组合框或列表框来输入该值(他们会看到长名称而不是号码/密钥)。

此外,从管理角度来看,您可以让某人在“职位”表中输入更多职位,并且无需任何特殊编码即可使用这些职位。

当您想要链接完整的职位描述时,您必须随时加入这些表格。

Yes, but I would let the Jobs lookup table use an integer as the primary key instead of a, b, c, etc.

This way you can give the users a combo box or a list box to enter this value (They see the long name and not the number/key).

Also, from an administrative perspective you can let someone just enter more Jobs in the Jobs table and they will be available without any special coding.

You will have to join these tables anytime you want to link the full job description.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文