打个比方,有一篇文章,原来的文章的tag是(数据库,mysql,php),现在修改成(mysql,php,linux),那么如何设计和更新数据库?
数据库设计成(tag,doc),然后更新的时候,先把原来的有doc的那些记录删除,然后重新把新的数据插入,这样么?但是总觉得这样效率不高。
还是说不使用关系型数据库,使用其他类型的数据库?
打个比方,有一篇文章,原来的文章的tag是(数据库,mysql,php),现在修改成(mysql,php,linux),那么如何设计和更新数据库?
数据库设计成(tag,doc),然后更新的时候,先把原来的有doc的那些记录删除,然后重新把新的数据插入,这样么?但是总觉得这样效率不高。
还是说不使用关系型数据库,使用其他类型的数据库?
正确的做法,但增删改的效率低:
struct Article
{
bigint ID;
...data...
}
struct Tag
{
bigint ID;
bigint ArticleID;
byte ArticleTag_Index;
...data...
}
不正确的做法,但增删改的效率高:
struct Article
{
bigint ID;
List<bigint> TagIDList;
...data...
}
struct Tag
{
bigint ID;
...data...
}
5 回答3.2k 阅读✓ 已解决
3 回答2.3k 阅读✓ 已解决
3 回答3.6k 阅读✓ 已解决
2 回答2.8k 阅读✓ 已解决
1 回答2.4k 阅读✓ 已解决
1 回答2.9k 阅读✓ 已解决
5 回答1.4k 阅读
用nosql类的数据库吧,比如redis就不错,如果每个tag对应一个doc,那么就用key-value,如果每个tag对应多个doc,就用hash结构