Лучший способ для проектирования таблицы

Question

Я разрабатываю таблицу базы данных, в которой хранятся все запросы, которые искали пользователь (чтобы я мог использовать его для автозапусков). Кроме того, я хотел хранить данные, например, кто их искал, и время, когда запрос был выполнен.

У меня есть два подхода в виду:

{ 
    _id: "some-random-value-1", 
    query: "this is the query", 
    user: "username-1", 
    date: "query-time-1" 
} 

{ 
    _id: "some-random-value-2", 
    query: "this is the query", 
    user: "username-2", 
    date: "query-time-2" 
} 

и:

{ 
    _id: "some-random-value", 
    query: "this is the query", 
    query-details: [ 
        {user: "username-1", date:"query-time-1"}, 
        {user: "username-2", date:"query-time-2"} 
       ] 
} 

Как вы можете видеть, первый один экономит несколько запросов одного и того же поискового запроса.

Итак, что является лучшим способом из двух (если предположить, есть еще лучше), даже если в будущем, если я хотел детали, как получать количество запросов и т.д.

Answer 1

На самом деле это зависит от того, как вы собираетесь вставлять/обновлять и запрашивать данные. Не зная об этом, я бы не посмел предложить какое-либо решение, но я могу поделиться некоторыми мыслями, которые могут оказаться полезными.

Прежде всего, я предполагаю, что вы хотите хранить только уникальные запросы для пользователя, поэтому их проще запросить для автозапусков. Если да, то я бы пошел с вашим первым вариантом, добавляя к нему еще более уверенное.

1. Я всегда UPSERT новую запись запросов пользователя. То есть вставьте его, если он не существует, и обновите поле DATE, если это произойдет. В mongo есть специальная настройка команды, поэтому вам не нужно сначала искать, чтобы проверить, существует ли она или нет.
2. Я бы создал уникальный индекс для полей пользователя и запроса. Это гарантирует, что комбинация пользовательских запросов будет уникальной, и это будет индекс COVERING для вашего основного запроса, который, я полагаю, является поиском запроса пользователя для возврата поля запроса. Это должно быть очень быстро.
3. Кроме того, если вы не хотите беспокоить пользователя, предлагая запросы он не использовал долго я хотел бы создать время жить индекс DATE поле так старые запросы удаляются автоматически Монго

Надеюсь, это поможет!