关于MySQL表设计模式的建议

Question

我从一个媒体表开始存储基本信息(id、路径、文件名、mime、文件大小、md5等等)。)一个目录树，比如100万张图片和1000部电影。我需要添加几个新列(标题、描述、运行时)，这些列主要涉及电影，并且需要查询标题匹配。对于没有标题的1+百万行，我认为不应该将额外的列添加到“media”中，因为在不应用它的情况下，它会给我1+百万个空/空行。我有一个media_meta (id、media_id、meta_key、meta_value)表，该表存储杂项信息的序列化值，标题就是其中之一，但现在我需要索引' title‘来进行搜索。对于这样的查询，我是否应该添加另一个表media_titles (只有media_id )、标题(带有标题索引的标题)：

SELECT * FROM media_titles WHERE title LIKE '%title%';

我意识到上面的查询还不是最优的，但它仍然是我需要做的事情。在标题中搜索子字符串。

表摘要：

media (id, path, filename, filesize, mime, md5, etc...)
media_meta (id, media_id, meta_key, meta_value)
media_titles (media_id, title)

Answer 1

如果像在示例查询中所做的那样，在标题搜索中使用通配符，则表设计实际上是不相关的。没有某种形式的全文搜索功能，也就是说-我不太熟悉。

据我所知，MySQL (或任何关系数据库管理系统)在使用通配符时不能使用列上的索引。