访问字段名称

我设计一个数据库来跟踪已完成的有患者信息的表格上的信息。 它主要是,否或不适用的答案。 但是有时候场地就是这样的问题。 什么是命名这样一个领域的最佳途径。 例如,一个问题可能是“病人认为是一个稳定的岗位OP”是否不适用。 我有可能10个以上的这些问题。 将字段名与_字间的问题。

我感谢所有帮助。

--------------解决方案-------------

停止。

这是非常诱人的使用问题,每一个字段,并在存储数据的字段名称(问题文本)。

但是, 是错的

对于问卷适当的设计使用了三个表:

tblQuestionnaire
QID <主键>
<关于谁了调查问卷,信息等时,>

tblQuestions
QuestionNo <主键>
问<正文> <例如:“是患者认为是稳定的,手术后?”

tblAnswers
AnswerID <自动编号主键>
QID <链接tblQuestionnaire,谁拿这个测试,当>
QuestionNo <链接tblQuestions,该问题被回答>
答<是/否,或文本,如果N / A是一个有效的选择>

这将是一个“高/超薄”设计,更适合于关系型数据库结构。

对于一个已经解决的例子中看到的
http://www.rogersaccesslibrary.com/Otherdownload.asp?SampleName='At%20Your%20Survey%202000“

您好,

谢谢您的回复。 我想您所提供的链接,但无法访问它。 什么是有问题的每一个领域的衰落? 这些问题仅是数据库的一部分。

与当前的结构最大的问题是,如果问题变化 - 添加新的,修改现有的,删除一个 - 你将不得不重新设计每一个表单和报表所使用的表。

例如,如果从变化的问题​​,“是病人认为是稳定的,手术后?” 以“为患者考虑稳定在术后?”

我使用类似于约翰·文森提出的结构。 我做一个附加字段(或两个)添加到我在报告中使用的问题表。 我有一个简短的问题领域,我称之为短名称。 因此,对于“耐心认为一个稳定,术后?” 我可能有“稳定后运”,在报告中使用。

嗨,

该问题将不会改变。 如果我做了我们一个较长的字段名与_之间的话,将这个以任何方式影响的数据。 此数据将被发送到用于分析的生物统计学家。 这些长的问题仅是数据库的一部分。

再次感谢您的帮助。

再次:

问题数据。

数据被存储为值字段,而不是在字段名。

如果你想,一个访问表就像一个Excel电子表格,下他们在一些细胞中的问题和答案在细胞中,你是在错误的轨道上! Access表可能看起来像电子表格,但他们断然不是。

如果你是完全知己,一个医疗实践将利用今天的一系列问题在未来11年没有改变,删除或添加任何问题......嗯,我有一些细微的投资物业我很乐意出售您!

这不是我在说什么。 我知道一个Ex​​cel电子表格和数据库database。这将被用于收集数据对于一个小的研究,以确定患者是否符合一定程序之间的区别。 简单的问题,我问她我有数据几件在这个数据库中,需要一个肯定的收集,没有或缺的答案,这是一个问题的形式。 所有我想知道的是,如果是适当的命名与字段名“Patient_Considered_Stable_PostOP”YES NO NA的问题

只会有一对夫妇在数据库中这些长字段名。

感谢你的帮助。

<耸肩>

我不认为这是合适的,也有限制(64个字符我认为)的字段名的长度,但如果这是你想做的事,我不认为该计划将阻止你什么。 通过一切手段试试吧!

嗨,

该问题将不会改变。

著名遗言! 我要指出的东西给你。 你是不是在数据库设计经验(这是不是犯罪),所以你到这里来寻求帮助。 然而,谁是在数据库设计中经历过一次的人,着重告诉你,你使用了错误的设计,你与他们战斗。

使用字段名称来描述数据是不好的设计。 它会刁难,如果改变必须作出。 这将使报告更加困难。 这将需要做更坏的设计选择来弥补。 如果你打算做一些事情做是正确的,它会在年底还清。

这一切都这样说,我怀疑你会继续忽略你已经被赋予了宝贵的意见。 所以,我的回答给您的是字段名要短,使用代码和缩写,让他们尽可能短。 使用Caption属性来控制什么样的形式出现,或只是编辑表单上的标签。 这对任何表/表结构的建议。

但是我还是会劝你考虑使用适当的设计,然后使用快捷键不好。

分类:办公室 时间:2015-03-14 人气:0
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 1.852 (s). 10 q(s)