我在桌面设计方面没有太多经验.我的目标是创建一个或多个满足以下要求的产品表:
支持多种产品(电视,手机,PC,......).每种产品都有不同的参数集,例如:
手机将有颜色,尺寸,重量,操作系统......
PC将有CPU,HDD,RAM ......
参数集必须是动态的.您可以添加或编辑您喜欢的任何参数.
如果没有针对每种产品的单独表格,我如何满足这些要求？
找到一个完美,灵活的模式,用于存储许多不同类型的对象,在关系数据库中它们之间具有各种各样的链接.
EAV是RDBMS正常限制的一种解决方法.
如果你要规范化EAV架构,那将是丑陋的.
如果EAV正常化,那将是丑陋的.
我们传统上手工维护这些架构的事实是否限制了它们的复杂性和功能？
但如果以编程方式维护和查询,那有什么关系呢？
如果n在n不同的表中有不同的实体,为什么不让代码生成n(n+1)/2链接表以及它们之间的查询？这不会导致规范化架构中的真实图形吗？
在高度相互关联的数据库中,总是会有比指数更多的边缘.为什么不专注于创建正确的标准化Verticle(n实体表)并让我们的代码保持边缘(n^x链接表)？
系统能否规范化EAV并维护最终的复杂模式？
复杂的图形可以存储在(并保持真实)关系数据库中吗？
我确信之前已经完成了,但我从未见过它.我错过了什么？
存储印刷品及其书目数据
" 你想解决什么问题？ " -
皮特
我正在寻找关系数据库系统中EAV,图形和多态关系的规范化解决方案.
" 我不愿意成为那些在投入生产后必须理解或维护它的人. " -
安德鲁
这种"传统维护"正是我所说的应该是自动化的.这不是很大的咕噜声吗？
language-agnostic database-design graph relational-database data-structures
我正在尝试找到一个教程,指导我如何使用基于用户的自定义字段.就像在调查网站中一样,他们让用户创建自定义字段并存储它们,更重要的是存储通过这些字段输入的数据.
我正在寻找描述如何在数据库上完成此操作的内容.一旦用户将其提取到excel/cvs文件,我找到一种不会永远检索此数据的方法有点麻烦.
有哪些好方法可以对需要查询的数据进行建模,但是哪些方法无法完全预先定义？
例如...说我想模拟有关世界各国的信息.每个国家都有人口,国旗和语言清单,这很容易.但是说我们也想模拟他们国家棒球队的输赢记录,当然并非所有国家都有.或者,我们想跟踪他们的国王和王后的血统(再次,显然不适用于大多数国家).或者,我们决定我们想要模拟平均氏族成员在一生中建立的蒙古包的数量.
无论如何,重点是,我们不会(也永远不会)知道在它袭击我们之前会发生什么.哪些方法既可扩展又可查询？
这可能是一个很好用于以文档为中心的数据库(MongoDB？),或者某些设计模式可能应用于经典的Relational数据库？