2015-08-19 5 views
1

В настоящее время я использую таблицу ViewedPosts, чтобы связать моих пользователей и BlogPost.Обработка огромного количества отношений в парсе

Поскольку мне не нужны какие-либо дополнительные данные, и как эксперимент по оптимизации и использованию полосы пропускания, я бы хотел переместить это в столбец Relation.

Эта колонка отношений может стать очень большой, допустим, МИЛЛИОНЫ отношений.

Допустим, у меня есть список блогов, и я хочу знать, были ли они просмотрены пользователем. Мне нужны мои полные отношения, а также мои страницы с разбитыми на страницы, но что, если Пользователь просмотрел миллионы сообщений в блогах?

Я уверен, что Parse не вернет миллионы отношений в объект User, они просто будут усечены.

Какое оптимальное решение для этого?

ответ

0

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

Получить постраничного список блогов, которые спичка список блогов, а также появляются в пользователя viewedBlog отношения.

2

У вас есть ответ, я думаю, но он мог бы сделать с небольшим повторением: у пользователя есть отношение под названием viewedBlog. Он добавляется - каждый раз, когда пользователь просматривает блог («сообщение в блоге», вероятно, мы подразумеваем здесь), поэтому он может относиться к ним. Это нормально, так как этот столбец отношений похож на ссылку на другую таблицу.

Когда у вас есть пользователь, вы можете получить его отношение viewedBlog, и когда вы из этого отношения можете получить его query. Этот запрос имеет все функции и ограничения обычного Parse.Query (потому что он один).

Таким образом, вы можете установить свой предел до 1k, квалифицировать его дальше (скажем, почтовыми тегами), сортировать его (скажем, спускаться по времени) и задавать переход к странице через результаты.