问题标签 [schemaless]

我正在寻找一个可视化数据库应用程序开发工具（基于 GUI 或脚本），我们可以使用它来开发一个应用程序，该应用程序通过一系列构建大量多对多和分层的转换来获取一组文本和数字字段数据元素之间的关系（例如，多个主从关系）

[编辑 - 从最初的问题开始]

我发现了一些产品可以让我们的 DBA 定义表和 SQL ......然后我们的“设计师”可以使用这些 GUI PHP 生成器来创建基于表单的网页，以针对 MySQL 表/sql

• 脚本案例
• Xlinesoft phprunner
• 代码收费
• Sqlmaestro php 生成器

对这些解决方案的赞成或反对的任何见解将不胜感激。例如：生成的代码有多干净？我注意到有些具有更复杂的运行时设置..而不是“纯”脚本输出。

非常感谢

我正在尝试围绕 SQLite 数据库创建一个包装器，以允许从 .net 应用程序进行无模式访问。这个想法是让每个实体简单地作为一个集合或属性值对。

优先考虑的是开发人员的简单性和易用性，而不是性能，但我不想完全忽略内存使用和磁盘读取时间。

我的包装器的体系结构意味着至少将在第一个查询中读入所有主键（然后缓存），但是稍后可以根据需要读入其他属性。

问题是，最好为每个属性名称创建（在运行时）一列，并拉入与请求的属性对应的列，还是为每个属性创建一个记录，并拉入请求的属性的记录。

由于应用程序的本质，我不会提前知道将读取哪些订单属性以及是否会读取所有属性。

我们有一个可以处理无模式财务数据的应用程序。更准确地说，shemaless 数据是关于订单的信息，其中的字段由商家自定义。一致性和持久性很重要。

由于我们的数据报告的动态性是非常困难的。每条记录可能略有不同，也可能完全不同。如果我们继续使用关系数据库，看来我们唯一的选择是将“文档”序列化为 blob。报告必须单独完成，可能通过将数据复制到由用户定义的报告定义的公共结构中（每个“报告”都有一个自定义表）。

另一种选择是面向文档的 NoSQL 数据库，例如 MongoDB。在做了一些研究之后，似乎大多数人不会相信 NoSQL 数据库的财务数据，因为它依赖于BASE而不是ACID。

我似乎发现自己处于两个完全不同的用例中间。我的数据非常适合面向文档的数据库 (MongoDB)，但我需要 ACID 数据库的可靠性。同时，复杂的用户定义报告也是必要的。

所以我似乎有三个选择：

1. 使用两个 MySQL 数据库：一个用于存储数据（blob），另一个用于用户定义报告（大量表）。
2. 使用 MongoDB，它支持大型数据库，但具有全局写锁，并且“最终一致”。
3. 使用 MySQL 存储数据（blob），然后将其复制到 MongoDB 进行报告。鉴于唯一的索引可能是 MercerID，它的效果如何？

那么这三个中的哪一个是我最好的选择（最大的灵活性和耐用性）？是否有其他选项我没有考虑过，因为我知道我无法更改数据的动态程度？有人在生产中使用 MongoDB 进行报告吗？

（对于我们的 RDMS，我们使用 MySQL。考虑切换到 MariaDB。选择的编程语言是 PHP。考虑使用 Sphinx 进行全文搜索，例如搜索某人的姓名。）

我在 C# 中使用 mongoDB 做了一些工作，但我的所有代码仍在开发中。我想知道随着时间的推移，随着新属性的创建、更改和删除，人们发现了哪些有用的模式来发展他们的域类。我很清楚，我需要对所有存储的数据运行更新，或者确保我的域类知道如何处理旧格式记录，但随着时间的推移，我可以想象如果一个类知道如何处理，这会变得混乱所有可能的表单格式。

我是不是想太多了？这主要是使用良好的防御性编程的一个例子吗？

我使用 PHP 成功地将图像文件存储在 MongoDB 中，当我从 Mongo db 检索图像时遇到了一些问题，谁能给出解决方案这是我的代码：

是否有任何技术可以获取原始的半结构化、无模式大数据输入（例如来自 HDFS 或 S3），对其执行近实时计算，并生成可以查询或插入 BI 工具的输出？

如果没有，是否有人至少在努力在未来一两年发布？

我正在使用 MongoKit (v0.8.1) 并且对使用use_schemaless=True和定义文档时的行为有点困惑use_dot_notation=True。保存到数据库时，MongoKit 会忽略任何动态属性（即结构字典中未定义的任何内容）。通过通常的方括号访问文档时按预期工作。显然，我可以通过覆盖来解决这个问题，__setattr__但我发现它有点出乎意料。还是这是故意的？谢谢！

我最近使用 MongoDB 并了解了它的无模式设计。但是，我对 NoSQL 一词感到困惑？为什么这么叫？它不使用 SQL 或类似 SQL 的查询吗？

我还从一篇文章中读到，主要区别在于数据的存储方式。这是真的？对于 MongoDB，它像 JSON 文档一样存储。

另外，我很困惑为什么我总是看到“NoSQL 与关系数据库”。NoSQL 数据库不是关系型的吗？我相信 MongoDB 中的文档仍然通过一些键相关/链接（如果我错了，请纠正我）。那么为什么它被标记为非关系型呢？

提前致谢！

如果您使用无模式数据库（特别是面向文档的数据库，如 CouchDB、Couchbase、MongoDB）并且想要更改特定对象的数据表示格式，您可能会使用旧格式保留现有记录并以新格式创建新记录。它被宣布为无模式数据库的主要优势之一（我认为是因为您可以避免停机）。另一方面，处理多种格式的同种数据既不方便又低效。那么在无模式数据库中将数据从一种格式迁移到另一种格式的好方法/策略是什么？

是否有任何 NoSQL 数据库或“即用型解决方案”结合了应用程序需要的复制数据以实现快速读取和数据关系的数据完整性以及自动分配对复制数据的更改？

例子：

实体：

文档/物化视图：

当我更改主题标题时，更改将分发到数据库层包含此属性的每个文档。所以完整性将由数据库管理。

我真的很喜欢 MongoDB 的无模式行为，所以 Oracle 或其他关系数据库不是解决方案。