blocks|key|2778243|text|这就是它在Rails框架中的使用方式。我认为您也可以在php中这样做。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2778244|您可以看到一个关于如何将注释关联到多个对象的RoR示例：http://asciicasts.com/episodes/154-polymorphic-association|offset|length|2778245|您还可以从cakePHP面包店：http://bakery.cakephp.org/articles/AD7six/2008/03/13/polymorphic-behavior上查看这篇文章|2778246|entityMap|0|LINK|mutability|MUTABLE|url|http://asciicasts.com/episodes/154-polymorphic-association|1|http://bakery.cakephp.org/articles/AD7six/2008/03/13/polymorphic-behavior^0|0|S|1M|0|0|G|21|1|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@$D|T|E|U|1|V]]|A|$]]|$1|F|3|G|5|6|7|W|8|@]|9|@$D|X|E|Y|1|Z]]|A|$]]|$1|H|3|-4|5|6|7|10|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]|P|$5|K|L|M|A|$N|Q]]]]

This is the way it used to be in Ruby on Rails framework. I think you can follow this way also in php.

You can see a RoR example on how to associate comments to more than a object: <a href="http://asciicasts.com/episodes/154-polymorphic-association" rel="nofollow">http://asciicasts.com/episodes/154-polymorphic-association</a>

You can also take a look at this article from cakePHP bakery: <a href="http://bakery.cakephp.org/articles/AD7six/2008/03/13/polymorphic-behavior" rel="nofollow">http://bakery.cakephp.org/articles/AD7six/2008/03/13/polymorphic-behavior</a>

blocks|key|3135840|text|我认为那会有效，而且很灵活。一个小的缺点是，你不能拥有外键从媒体到新闻发布，所以你没有参考完整性。(您可能会得到孤立的媒体文件。)如果这是一个问题，您可以拥有从媒体到所有可能使用它的表的可空链接，以及一个约束，其中一个链接必须是非空的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3135841|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I think that would work, and it's flexible. One minor downside is that you can't have a foreign key from media to news post, so you don't get referential integrity. (You could end up with orphaned media files.) If that's a problem, you can have nullable links from media to all the tables that might use it, and a constraint that says one of those links must be non-null.

blocks|key|1581410|text|这似乎是一种非常实用的方法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1581411|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

That seems like a pretty functional way to do it.

blocks|key|1581449|text|如果您需要真正的高性能，可以尝试Redis。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|1581450|对于这个问题，您可以尝试使用hash：|CODE|1581451|增加新项目：|1581452|hset+id:1564+name+55821325202772db75de084b2919cabb
hset+id:1564+path+images/2011/07/01/
hset+id:1564+date+01-07-2011
hset+id:1564+ext+jpg
hset+id:1564+type+image
hset+id:1564+rtype+news
hset+id:1564+rid+153|code-block|syntax|javascript|1581453|读取id+1564的路径：|1581454|hget+id:1564+path|1581455|读所有的钥匙：|1581456|hgetall+id:1564|1581457|Redis的工作速度非常快(比memchached快100倍多)，所有数据都将备份到磁盘(异步)，因此即使在重新启动之后，数据也不会丢失。RAM的大小应该足以存储您的DB，但请确保-+Redis非常有效地处理内存。|1581458|entityMap|0|LINK|mutability|MUTABLE|url|http://redis.io/|1|http://redis.io/commands#hash^0|8|1|G|5|0|0|E|4|E|4|1|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|19|8|@$9|1A|A|1B|B|C]]|D|@$9|1C|A|1D|1|1E]]|E|$]]|$1|F|3|G|5|6|7|1F|8|@$9|1G|A|1H|B|H]]|D|@$9|1I|A|1J|1|1K]]|E|$]]|$1|I|3|J|5|6|7|1L|8|@]|D|@]|E|$]]|$1|K|3|L|5|M|7|1M|8|@]|D|@]|E|$N|O]]|$1|P|3|Q|5|6|7|1N|8|@]|D|@]|E|$]]|$1|R|3|S|5|M|7|1O|8|@]|D|@]|E|$N|O]]|$1|T|3|U|5|6|7|1P|8|@]|D|@]|E|$]]|$1|V|3|W|5|M|7|1Q|8|@]|D|@]|E|$N|O]]|$1|X|3|Y|5|6|7|1R|8|@]|D|@]|E|$]]|$1|Z|3|-4|5|6|7|1S|8|@]|D|@]|E|$]]]|10|$11|$5|12|13|14|E|$15|16]]|17|$5|12|13|14|E|$15|18]]]]

If you need really HIGH performance, you can try <a href="http://redis.io/" rel="nofollow">Redis</a>. 

For this issue you can try <a href="http://redis.io/commands#hash" rel="nofollow"><code>hash</code></a>: 

add new item: 

<pre><code>hset id:1564 name 55821325202772db75de084b2919cabb
hset id:1564 path images/2011/07/01/
hset id:1564 date 01-07-2011
hset id:1564 ext jpg
hset id:1564 type image
hset id:1564 rtype news
hset id:1564 rid 153
</code></pre>

Read path for id 1564: 

<pre><code>hget id:1564 path
</code></pre>

Read all keys:

<pre><code>hgetall id:1564
</code></pre>

Redis works VERY fast (more than 100 times faster than memchached), and all data will be backed up to disk (asynchronously), so your data will not be lost even after reboot.
Size of RAM should be enough to store your DB, but be sure - Redis works with memory very effectively.

I'm developing a website that is going to have lots of images in different sections. For example there will be user photos and article photos. I was thinking of combining all media into a single media database table and store the images based on the date they are uploaded:

<pre><code>id: 1564
name: 55821325202772db75de084b2919cabb (hashed)
path: images/2011/07/01/
date: 01-07-2011
ext: jpg
type: image
rtype: news (relation type)
rid: 153 (relation parent id)
</code></pre>

If I then need all images linked to news post 153 I need to query the database for the specific rtype and rid.

Would this be a good way to store the website's media?

edit: If I would combine rtype and rid into 1 (hashed) column, would this result in faster queries?

Optimal media storage solution on directory/database level

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在开发一个网站，它将在不同的部分拥有大量的图片。例如，会有用户照片和文章照片。我正在考虑将所有媒体合并到一个媒体数据库表中，并根据上传的日期存储图像：id: 1564name: 55821325202772db75de084b2919cabb (hashed)path: images/2011/07/01/date: 01-07-2011ext: jpgtype: imagertype: ne

问目录/数据库级的最佳媒体存储解决方案
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问目录/数据库级的最佳媒体存储解决方案EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问目录/数据库级的最佳媒体存储解决方案
EN