- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我需要允许在我的软件中通过 Web 界面创建用户设计的表单。即,他们创建一个问题、一个类型(文本、单选框、复选框等)、选项(如果需要)(单选框/勾选框),然后添加,并继续此过程,直到他们在表单中创建了所有字段。
除了查看/填写/打印它们之外,不会对他们进行任何查询,即他们正在添加可以无限次填写的“问卷”(有些可能是 20 次,有些是数百万次)。
经过一些研究后,EAV 类型的解决方案似乎听起来不错,但对此有很多负面看法。许多人建议在这种情况下使用 NoSQL 数据库,但我并没有真正看到优势 - 您仍然拥有一个包含许多字段的表单,然后是包含许多字段的结果。
某些字段 (text/text_area/date) 可能只有一个值,但许多字段也有多个选项(单选按钮、选择下拉菜单、复选框)。
这是传统 SQL 中的示例设计:
形式:creator_id,姓名
form_field: form_id, order, question, type (text, text_area, date, radio, select, check)
form_field_option: form_field_id, name, value, order(这个用于radio/select/check)
form_result:form_id,application_id(不是我使用的名称,但所有结果都属于“应用程序”)
form_field_value: form_result_id, form_field_id, form_field_option_id, value(如果选项字段的值将为空,文本字段 form_field_option_id 将为空)
据此构建表单并获得结果似乎相当容易。它可能完全有效也可能不完全有效,但假设一个典型的形式是 5-30 个问题,会那么糟糕吗?
将其放入 NoSQL 数据库(即 Mongo 或类似数据库)中有什么优势吗?如果是这样,你能给我具体的例子来说明它们是什么并给我一个样本设计吗?我见过很多答案,例如“NoSQL 更适合这个”,但我在这方面没有经验,是因为更快地检索结果,还是什么?使用 NoSQL 会带来哪些缺点?
谢谢
最佳答案
MongoDB 可能比关系数据库更适合这个应用程序。您的基本实体(表单设计和表单结果)是有效的文档,其内容本质上绑定(bind)在一起,即表单字段在其父表单的上下文之外毫无意义。
MongoDB 允许您将这些文档分别存储为单个结构,而不是像在关系数据模型中那样分散在各种表中。
这是 YAML,因为它比 JSON 更简洁。底层结构将是相同的。
_id: 12345
creator: Adrian
name: NoSQL form demonstrator
fields:
- id: first_name
label: First name
type: text
required: true
- id: last_name
label: Last name
type: text
required: true
- id: dob
label: Date of birth
type: date
- id: bio
label: Biography
type: textarea
- id: drink
label: What would you like to drink?
type: select
options:
- id: tea
label: Tea
- id: coffee
label: Coffee
- id: beer
label: Beer
- id: water
label: Mineral water
- id: mailing_list
label: Join our mailing list?
type: check
default: false
注意:
您只需将键存储在需要的地方,而不是像在关系数据库中那样为每个上下文中的每个事物都设置一个列。例如不需要 required: false
—— 如果这是默认设置,那么就不要使用它。
MongoDB 文档具有内在的顺序,因此无需在表单设计中创建字段来保存字段的顺序。
表单结果将以相同的方式存储。只需按照您的预期自然存储它们即可:
_id: 545245
form_id: 12345
name: NoSQL form demonstrator
results:
- id: first_name
label: First name
type: text
value: Adrian
- id: last_name
label: Last name
type: text
value: Short
- id: dob
label: Date of birth
type: date
value: 1970-01-01
- id: bio
label: Biography
type: textarea
value: Doing things on the internet
- id: drink
label: What would you like to drink?
type: select
value: Tea
- id: mailing_list
label: Join our mailing list?
type: check
value: false
关于mongodb - 用于用户设计表单的数据存储 - NoSQL 对 EAV 的任何优势,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11318563/
假设我有一个具有许多属性的实体,其中一些我现在知道,而另一些将由用户定义。对此建模的最佳方式是什么? 1) 我是否有主表并将其关联到辅助名称-值对表?所有属性都在辅助 EAV 表中。 或- 2) 我是
我理解EAV中的三个基本故障,即重新组装数据需要大量工作。但是,我想要一个可以添加自定义字段的数据库。很多人说Virtuemart允许自定义字段,但不使用 EAV 数据库结构。有人可以解释如何做到这一
如果我的应用程序需要能够根据用户输入更改 db 架构,我正在尝试决定该走哪条路。 例如,如果我有一个包含汽车属性(如年份、型号、门数量等)的“汽车”对象,我该如何将它存储在数据库中,以便用户能够添加新
Magento 中的所有表格都遵循 EAV 设计吗? 在哪里可以找到有关表的信息,我的意思是每个表的用途以及它存储的内容等? 有什么建议吗? 最佳答案 名称中包含 flat 的所有表都设置为标准关系数
其他人如何使用关系建模工具将逻辑模型或第三范式映射到使用 EAV 的数据库? 最佳答案 EAV 是一种非关系型设计。您无法使用 EAV 实现任何范式,因为它不是关系。 EAV 是 Inner-Plat
我正在使用 PHP 和 PostgreSQL 重建应用程序(这里是独立开发人员)。对于大多数数据,我使用一个表来存储它,每个属性都有多个列。但是,我现在开始为内容存储构建一些表。在这种情况下,内容是多
我正在开发一个小型内容管理系统,其中的数据关系密切。我从一个小的抽象开始,但我可能会选择一个完整的实体属性值模型。然而,我突然想到,我正在关系数据库(pgsql)上构建所有这些,并且在这样强大的引擎之
我们将在场景中使用 EAV 模式,其中我们将拥有具有截然不同属性的各种不同实体。 “基本”EAV 模式由 3 个表组成。由于不同的属性有不同的数据类型(日期、长整型、 bool 型……),我目前正在考
我有下表在 EAV 模型中存储数据: +-------------+---------+------+-----+---------+-------+ | Field | Type
我的 Mysql 数据库具有由对象类型定义的对象,然后连接该对象类型以设置其属性。它基于 Spencer 指出的实体属性值模型。 数据库比下面的要复杂一些,但这应该使我的问题更清楚一些。 我有一个 m
我正在制作一个应用程序,除其他外,还有一个用户信息管理部分。用户注册时需要填写 10 个基本字段(名字、姓氏、地址等),但管理员还可以定义将包含在注册表中的自定义字段。目前我用 EAV 实现了它。我有
我在查看使用 EAV 设计的数据库时感到困惑概念。 EAV代表实体、属性和值。我的问题是:EAV 数据模型是否被视为数据库规范化的高级形式?它是“必须使用”才能“保持最新”吗? 长话短说:何时使用 E
假设我有下表: TABLE: one =============================== | id | first_name | last_name | =================
我有一个包含超过 100K 条记录的数据库。很多类别和很多项目(每个类别具有不同的属性)一切都存储在 EAV 中。 如果我尝试打破这个方案并为任何类别创建一个唯一的表格是我必须避免的事情吗? 是的,我
简介 我一直在阅读 EAV database大多数缺点似乎是与非常非常糟糕的 EAV 设计或困难相关 generating reports from the data . 通常当您看到人们提示 EAV
我的数据库结构如下,实现了一个简单的 EAV 模型(见图): 我的产品有一个类型,它通过联结表限制prop_names,可用于该产品。这里一切都很清楚。但:然后我添加了一个 prop_values 表
我正在尝试在 Magento 1.7.0.0 中设置自定义实体,遵循 alan storms article about it ,但是使用这个简单的安装脚本,它告诉我“无法创建表:eavblog_po
鉴于用户必须能够在一个对象上定义他们自己的字段,并为这些字段定义允许的值 - 动态(无编译) - 你将如何在不使用 EAV 的情况下解决这个问题? 示例:所有对象都需要对 123 状态编号进行一次或多
我已经搜索过此内容,并尝试在过去几天内自行制作,但我做不到。我在搜索中得到的最接近的答案是这个答案,也在Stack Overflow上:EAV Select query from spreaded v
我想根据存储在数据库中的动态参数创建表单。 所以我创建了一个名为 Parameter 的实体,它定义了参数名称,它应该显示为表单字段标签。 /** * @ORM\Entity */ class P
我是一名优秀的程序员,十分优秀!