couchDB сортировочный комплексный ключ

Question

У меня есть база данных couchDB, которая имеет несколько разных типов документов, которые все относятся к основному «типу».

В общий блог/пост Например, основной тип является блог, а остальные комментарии (хотя есть 3 различных типа комментариев.

Все типы имеют дату на них, однако Я хочу, чтобы сортировать сообщения пользователя по дате, но вернуть все данные из замечаний, а я могу написать Emit, который производит ключи так:.

[date, postID, docTypeNumber] 

где docTypeNumber является 1 для поста и> 1 для различные типы документов комментариев.

eg:

["2013-03-01", 101, 1] 
[null, 101, 2] 
[null, 101, 2] 
[null, 101, 3] 
["2013-03-02", 101, 1] 
[null, 102, 2] 
[null, 102, 3] 

Конечно, если я испущу это, все нули будут отсортированы вместе. Есть ли способ игнорировать нули и группировать их по элементу seccond в массиве, но сортировать их по первому, если он не равен нулю?

Или, мне нужно получить все документы для записи даты публикации, чтобы сортировать работу?

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

Answer 1

Вы можете сделать это, используя условные обозначения в вашей функции карты.

if(date != null) { 
    emit([date, postID, docTypeNumber]); 
} 
else { 
    emit([postID, docTypeNumber]); 
} 

Я не знаю, хотите ли вы, чтобы длина вашего массива была переменной или нет. Если нет, вы можете сначала добавить переменную сортировки. Следующий снипп может работать с даты, а postID, по-видимому, никогда не имеет одинаковых значений.

if(date != null) { 
    sortValue = date; 
} 
else { 
    sortValue = postID; 
} 
emit(sortValue, date, postID, docTypeNumber); 

Обновление: Я подумал об этом еще немного. В общем, я делаю свои представления на основе запросов, которые я хочу выполнить. Поэтому я спрашиваю себя: что мне нужно для запроса? Кажется, что в вашем случае у вас может есть два разных запроса здесь. Если это так, я предлагаю иметь два разных мнения. Существует штраф за исполнение, поскольку вы будете запускать два представления вместо одного, но я сомневаюсь, что это воспринимается пользователем. И это может занять больше места на диске. Преимущество для вас было бы более ясным и более явным кодом.

Answer 2

Кажется, что вы хотите отсортировать все данные (как сообщение, так и комментарии) с датой публикации. Так как в вашем документе комментариев к проекту не содержится дата публикации (только дата комментария), это сложно с помощью шаблона сопоставления вида. Я предлагаю изменить дизайн базы данных, чтобы иметь идентификатор почтового ящика значимый и содержать дату, например. конкатенированная дата с идентификатором автора. Таким образом, если вы опубликуете [doc._id, doc.type] из сообщения и [doc.post, doc.type] из документа комментария, у вас будет сообщение и комментарии, сгруппированные и отсортированные по дате.