问题标签 [storage]

我遇到的每个示例都具有存储模型中的实体和属性，其名称与概念模型中的名称完全相同。所以在映射部分，我无法判断一个实体或属性是来自存储模型还是概念模型。

这是一个实体框架图的片段。哪些“ID”字段来自数据库，哪些来自实体？

我是 USB 编程新手。我想在 Linux 中为 USB 大容量存储设备开发一个模拟器。如果您分享链接，我将不胜感激。

我正在开发一个 Silverlight 应用程序，该应用程序允许用户将一些文件上传到假设的基于云的文件存储，然后允许用户稍后查看有关这些文件的一些数据（比文件存储更多的功能）。理想情况下，我想使用免费的按用户存储，例如 SkyDrive，但我似乎无法找到该服务的 API（并在其他地方阅读堆栈溢出时编程访问违反了他们的 TOS）。是否有任何服务符合此要求？我听说过 Amazon S3，但我知道这会花一些钱——有什么免费的吗？

编辑： Mesh 可以选择吗？ 什么是 LiveMesh 对象及其与 Silverlight 3.0 的联系

我正在尝试使用 Java (GAE/J) 在 Google AppEngine 上使用 Google Web Toolkit (GWT 1.6)，但在将数据文件存储到 GAE 时遇到了问题。所以我决定使用 S3 来存储我的文件，但是当我用谷歌搜索时，我发现了一个名为gwt-s3 的库，它允许我使用 GWT 将文件存储到 S3，但问题是它只允许在 S3 上存储文件GWT 应用程序托管在 S3 上/与 S3 一起托管。这是它在首页上所说的：

由于同源安全策略限制，此模块仅适用于托管在 Amazon S3 上的 GWT 应用程序。您还应该有一个 Amazon S3 帐户。

那么，有没有其他方法可以使用 GWT 在 S3 上存储数据文件（文本、文档、视频、swf 等），而无需在 S3 上托管我的应用程序。

我正在为正在运行的文件上传站点构建多服务器支持。当图像上传时......它们被缩略图并存储在主前端服务器上，直到 cron 执行（每 10 分钟）并将它们移动到存储服务器，所以在前 10 分钟，它们将驻留并提供服务关闭主前端服务器。

上传文件时，会为用户提供嵌入代码......这是一个缩略图 url + 到完整大小的链接，这是一个 html 页面。所以它可能类似于http://www.domain.com/temp_content/filename.jpg链接到http://www.domain.com/file-ID

除了 10 分钟，http://www.domain.com/temp_content/filename.jpg将不存在，它将是http://server1.domain.com/thumbs/filename.jpg

如果用户抓取了原始代码......拇指文件将被破坏。

我可以在没有 cron 的情况下将文件移动到其目的地，但这需要时间，并且会延迟脚本直到移动完成。我也不喜欢让用户运行这样的命令，我宁愿让服务器定期执行这些命令。

还有什么我可以的吗？

我们只是将我们的 ASP.Net 商店实现（从简单的）升级到应该更灵活的结构。我只是在寻找一些如何存储与产品相关的图像的选项。（将有两种类型的图像，产品的拇指和产品的全视图图像）。它应该处理至少一百种产品。

到目前为止，我正在考虑两个选项：
1）将图像存储在 db 中 - 图像从 Db 加载到流中，然后加载到图像中（使用 IHttpHandler 显示）
优点
- 图像本身是类的一部分，我们正在使用的业务对象代码隐藏
- 一个维护产品数据的地方
缺点
- 内存消耗 - 当我们从其他 API 获取产品数据时，流量会增加

2）将图像 存储在文件系统中 - 图像作为
链接放入页面
中对于文件系统中的图像（甚至可能是一些文件夹结构） - 更复杂的图像维护

还有其他合适的机制吗？你会建议使用什么？

就个人而言，我更喜欢文件系统中的图像，但由于有两个不同的位置，因此维护它可能会更困难。

感谢您的任何评论。X。

BTW：我真的可以想象，在某个阶段，产品也会有一些视频或任何其他媒体也需要展示。在这种情况下，Db 并不是真正的选择，不是吗？

我正在开发一个黑莓应用程序来远程访问外部客户数据库。
选定的员工可以通过我们内部网中可访问的网络界面更改客户条目。

我不希望黑莓在每次请求时都联系数据库，所以我在本地存储中构建了一个本地存储，用于存储黑莓用户的前 50 个选定客户。

保持两个记录同步的最佳做法是什么？我考虑为每条记录创建一个哈希码，以减少要传输的数据大小（尽管传输它所需的能量）。谁能告诉我他们做了什么来减少移动设备的请求？

谢谢， 雷特

我不太清楚该用什么术语，所以请耐心等待...

是否有任何跨平台框架可以促进一种“虚拟文件存储”来封装添加文件以及元数据数据库？我正在考虑类似于 iTunes 或 iPhoto 的东西，其中程序管理一大堆文件（在这些情况下是音频或图像文件）并具有元数据数据库，因此您可以轻松组织/查找这些文件。我想把这些东西拼凑起来，作为一般的文件。

编辑：我很犹豫是否将文件单独存储在数据库中，例如 MySQL，因为我的应用程序中可能有数十 GB（这个问题已经在几篇 SO 帖子中提到过，请参阅这个提供了几个链接到其他人的帖子）。我正在看 CouchDB，也许它有希望....

我的具体情况

物业管理网站，用户可以上传照片和租赁文件。对于每个公寓单元，可能有 4 张照片，因此系统中的照片数量不会过多。

对于照片，将有每张的缩略图。

我的问题

我的第一要务是性能。对于最终用户，我想尽可能快地加载页面并显示图像。

我应该将图像存储在数据库或文件系统中，还是无关紧要？我需要缓存任何东西吗？

提前致谢！

首先，我注意到有很多关于这个的问题，很多都标记为重复。

我最终来到了这个。

该问题的公认答案虽然部分解决了我的问题，但并没有回答所有问题。

我的问题是，用户上传了一张图片。我将路径存储在数据库中，将图像文件存储在文件系统中。但是，我制作了该图像的 3 个副本（大、中和小尺寸）。总而言之，我有 4 张图片 - 原始、大、中、小。

我是否应该将所有 4 个路径都存储在数据库中，像这样

或者只存储原始路径，并为其他 3 个命名约定，如下所示： car.jpg, car.jpg, large-car.jpg, medium-car.jpg, small-car.jpg？

我觉得这种方式对数据库的负担会减轻，而且如果以后，我想添加另一个大小（即超小），我就不必修改数据库了。