问题标签 [data-storage]

我正在寻找一种让用户将一些本地数据公开给 web 应用程序的方法。这个想法是有一个网络应用程序可以直接使用来自桌面的信息而不是要求用户上传数据（例如绘制图表、编辑照片等）。

虽然某些技术（如 Flash 或其他插件）可能会实现其中的一些，但它们似乎在这方面都存在一些重大缺陷。例如，大多数文件上传对话框一次只接受一个文件，如果用户想一次发送（例如）100 张照片，这可能会出现问题。Afaik，所有解决方案也会使“共享”文件无法在会话之间持久化，因此用户必须在离开应用程序后重新发送所有文件。

无论如何，我知道这是一个很长的目标，但也许 HTML5 或其他东西有办法以标准和灵活的方式实现这一点。

头像图片：存储在数据库中还是存储在 CDN 上？

Ps(头像是用户头像)

我必须开发一些东西来保存blob。我有多种选择，但很难选择。需要的是用户主要以图像的形式上传文件。我需要确保它安全。我想要一些速度，尽管这不是先决条件。上传的图像/文档的大小“可能”不是太大的问题。

到目前为止我发现的选项是：

1. SQL 文件流
2. Azure 存储
3. 硬盘
4. 亚马逊等其他云服务。

我不太喜欢云，因为它会有些敏感数据，而且我不喜欢价格模型。不是说不好，只是个人喜好。

当谈到 FileStream 我不知道，我被推荐支持和反对它。它真的有效吗？

硬盘驱动器，是的，它是用来存储东西的，但现在我需要为数据库和硬盘驱动器编写代码。我不太喜欢这种紧耦合。

关于如何存储东西还有其他建议吗？我可以对我提到的选项发表一些评论吗？

我有一个包含在包含大约 30,000 个子目录的目录中的数据集。这些目录中的每一个都包含一个文本文件和另一个子目录。该子目录包含一些文本文件（范围从 0 个文本文件到数百个）。我的许多同事都使用这个数据集，但是因为它需要至少 6 个小时才能将数据集从实验室中的一台计算机/硬盘传输到另一台 - 不是因为数据集的大小，而是因为繁琐它存储的格式。我想创建一些存档（例如 .tar.gz）来存储这些数据，以便它们可以在计算机之间快速传输。我想看看有没有人以前用过这样的东西，能最快地告诉我，最好的方法是什么？我在想一个 shell 脚本可能比我自己创建档案更快。

我试图在 iPhone 应用程序中使用两个不同的核心数据模型，我创建并正确设置了第一个使用 SQLite 作为持久对象存储的核心数据模型。这个效果很好，并且预填充的默认存储在表视图中正确加载。

现在我想使用不同的预填充 SQLite 默认存储创建不同的核心数据模型，以将其加载到同一个 iPhone 应用程序的不同表视图中。我怎样才能完成这项任务？我阅读了 Core Data 文档并下载了示例代码，但我没有找到有关此任务的任何信息。

任何有助于解决此问题的示例代码将不胜感激。

提前谢谢你，码头

我需要存储客户和他们购买的汽车的基本数据以及这些汽车的付款时间表。这些数据来自用 Python 编写的 GUI。我没有足够的经验来使用像 sql 这样的数据库系统，所以我想将我的数据作为纯文本存储在一个文件中。而且它不必在线。

为了能够搜索和过滤它们，首先我将我的数据（列表列表）转换为字符串，然后当我需要将数据重新转换为常规 Python 列表语法时。我知道这是一种非常暴力的方式，但是这样做是否安全，或者您能建议我采用另一种方式吗？

我需要存储数据以在我的 android 程序中使用。以下是有关数据的详细信息：

• 会有一张桌子。每“行”数据将有一个唯一的 INT 标识符。除了该字段之外，还有四个其他 INT 字段和一个文本字段。字符串字段可能是 2 或 3 个句子长。4 个 INT 字段中的每一个都将对应于其他行的 ID。

• 将有 100 行，可能有 200 行。但所有行都是只读的，并且是预先填充的。

• 数据将被频繁地读取，并且不按顺序读取。

存储数据的第一个答案很多时候是 SQLite，但考虑到数据的细节，另一种存储方法可能更有效。我愿意接受任何建议，并且始终欢迎代码示例！

我正在为我的应用程序实施帮助系统。它是用 C 和 Gtk+ 编写的。帮助分为书籍。每本书只是一堆带有资源的 HTML 页面。我遇到的问题是每本书大约 30M（使用 WebKit Gtk 端口来显示它）。压缩后它变成〜7M，但打开文档变得非常慢:(所以我正在考虑使用某种能够为我提供的库：全文搜索索引创建，文档列表，树结构（a-la文件系统） ，当然还有压缩。

对这样的事情有什么想法吗？

PS 并不是所有的要求都是“必须的”，我还在探索这部分，不确定所有这些都是必需的，所以如果它会遗漏一些东西就可以了。

我是一名网站设计师，我为网络设计网站和应用程序。我使用 PHP。

我经常发现我必须存储信息，这些信息需要用户在关闭浏览器后才能访问。

到目前为止，我一直使用数据库（准确地说是 MySQL）来存储信息，但有时，我觉得我存储的信息不能保证数据库存储，主要是因为数据库不随应用程序一起移动 - 它需要单独创建。

还有其他存储少量数据的选项吗？也许更简单的东西？

对于同样的数据集，以文本数据为主，Postgresql 的数据（表+索引）大小与 MySQL 相比如何？

• Postgresql 使用 MVCC，这表明它的数据量会更大

• 在本次演讲中，日本最大的博客网站谈到了他们从 Postgresql 到 MySQL 的迁移。他们放弃 Postgresql 的原因之一是 Postgresql 中的数据量太大（第 41 页）： 在日本最大的博客社区 Cocolog 从 PostgreSQL 迁移到 MySQL

• Postgresql 具有数据压缩功能，因此应该使数据大小更小。但是 MySQL Plugin 也有压缩功能。

有没有人对 Postgresql 和 MySQL 的数据大小进行比较有任何实际经验？