动态调查应用逻辑 PHP/MSSQL

Question

首先，我认为这个问题可以与任何语言相关，但我指定了我使用的语言。

如果我也开始感到无聊，请原谅，但我正在努力找出构建动态调查管理系统的最佳方法。 我的客户基本上对我说，数据必须存储在 MS SQL 中，因为他的客户只有用于 SAS 的 MS SQL 连接器，它将进行报告。

到目前为止我的逻辑是这样的： 第一。设置调查本身，即询问标题、快速概述等。 第二。定义你的问题。 第三。发布调查。

现在，我到目前为止所做的是，当他们“发布调查”时，我为此调查创建了一个专用数据库表，其中将包含回复。 从管理方面来看，他们将无法修改问题，也许是问题标题，但仅此而已。他们无法添加/删除问题。

问题是，创建单独的数据库表是一件好事吗？我唯一担心的是，假设管理员创建了 30 个问题，我将在该专用表中拥有 30 列。为此，SAS 系统可以通过这种方式轻松提取数据进行报告。顺便说一句，管理员不会在管理面板中看到调查回复。

Answer 1

我在语言等级考试中做过类似的事情。我选择了更灵活的方法，如下表。

+------+    +-------------+    +-------------+    +-------------+    +----------+
| Exam |    | Question    |    | Choice      |    | Answer      |    | User     |
+------+    +-------------+    +-------------+    +-------------+    +----------+
| id   |    | id          |    | id          |    | id          |    | id       |
| name |    | questionNb  |    | choice      |    | user_id     |    | name     |
+------+    | question    |    | question_id |    | exam_id     |    | email    |
            | exam_id     |    | isAnswer    |    | question_id |    | password |
            +-------------+    +-------------+    | choice_id   |    +----------+
                                                  | isGood      | 
                                                  +-------------+ 

这个模型让我可以轻松地进行 15 个问题的考试、30 个问题的考试和 50 个问题的考试。要使这个模型适应调查，您可能只需要删除 isAnswer 和 isGood 部分，您应该很好，并用年龄、收入、性别等匿名一般数据替换用户数据。

Answer 2

为每个问题创建一个列是完全错误的，在运行时出于面向业务的目的更改数据库是“永远不会做的”。
阅读有关“关系数据库”的内容应该如下所示：

table_surveys
ID
Survey_name

表_问题
ID
fk_survey（table_surveys 的外键）
问题文本
（问题值？也许）

table_questions_options
ID
Question_id（table_questions的外键）
option_value（对于测试，这可以是 true/false，对于调查，可以是数值）
选项标签

表用户
ID
用户名
经过
名称

表_答案
ID
options_fk（table_question_options 的外键）
users_fk（table_users 的外键）

这样所有内容都链接在一起（不会重复使用选项、问题或不同调查中的内容）

Answer 3

根据文档中的注释，PHP 中的 MS SQL 支持 是不确定的充其量。 PHP 是您可以在该项目中使用的唯一语言吗？如果没有，您可能需要考虑使用 C#、VB.Net 或与 SQL Server 更兼容的语言。否则，您可以首先将数据存储在 MySQL 中，然后在需要进行分析时将其导出到 MS SQL Server。

Answer 4

不知道我是否真的理解你的问题。但我曾经搭建过这样一个调查系统。其结果非常快速且简单，涉及以下表格（如果我没记错的话）：

USER, SURVEYS, QUESTIONS, ANSWERS, [some mapping tables]

SAS 将从虚拟任何表中获取数据。如果所有内容都集中在一张或两张桌子上，那就更容易了。

Answer 5

恕我直言，Kibbee 对 PHP/MSSQL 的支持实际上非常好。我们经常这样做，并且性能优于 PHP/MySQL，并且与编译的 C#/MSSQL 相匹配（在我们非常有限且不科学的测试中）。这是假设您在 Win 计算机上运行 PHP。使用 TLS 连接器运行 PHP 到单独的 MSSQL 框是另一个问题，并且配置起来可能很痛苦。

无论如何，我们有一个类似的场景，并使用一个表来管理表单（带有 FormID 的表单作为主表），另一个表来管理字段/问题（带有 FieldID 的字段、FieldType，例如 Y/N、文本、选择等）。 ），另一个将字段“分配”到表单（FormFields w/ FormFieldID、FormID、FieldID、选择项数组中的参数等）。然后是另一组表格来处理问题的回答。

我同意小组其他成员的观点。确保标准化并且不要为每个问题创建单独的列。最初会需要更多工作，但是当您只需向表中添加几行而不是重新编写查询和重新设计表时，您会很高兴。