I have a topic table that contains information such as the content Title Author, along with a topic_extra containing the number of replies, likes, satisfactory replies, and updates. There are 14 fields in total. After the split, there will be only six or seven fields in each table. I think the table can be small and small. The conflict is that the query needs to be combined, plus the user... I have a topic table that contains information such as the content Title Author, along with a topic_extra containing the number of replies, likes, satisfactory replies, and updates. There are 14 fields in total. After the split, there will be only six or seven fields in each table. I think the table can be small and small.
The conflict is that the user table and Other permission control tables need to be joined during the query, but most of the data is written in topic_extra. I was wondering if I could solve this problem through the view, or what do you usually do? Why?
Reply content:
I have a topic table that contains information such as the content Title Author, along with a topic_extra containing the number of replies, likes, satisfactory replies, and updates. There are 14 fields in total. After the split, there will be only six or seven fields in each table. I think the table can be small and small.
The conflict is that the user table and Other permission control tables need to be joined during the query, but most of the data is written in topic_extra. I was wondering if I could solve this problem through the view, or what do you usually do? Why?
4. There are a lot of join Operations in tables. If a join operation is not performed, the data to be extracted is different because of different requirements. You can use the ID to associate the extra field to retrieve data, combined with cache, the hit rate and high performance will also be OK