Как реализовать нормальные отношения между доками в mgo golang??

Question

[Михаил]

Здравствуйте, решил попробовать монго, нашел на сайте ручки к нему для go - пакетMGO.
так вот, к простеньким примерам
стуктурки

type User struct{
Name string
Posts []Post
}
type Post struct{
Post string
}

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

type User struct{
Name string

}
type Post struct{
User User.id
Post string
}

в таком варианте получатется что то аля sql отношение, этот вариант конечно веселей, но как все это выгребать и отображать на страице?

я пока вижу только 1 вариант,

создаем структуру которая будет выглядеть обослютно так же как в первом варианте, а потом заполнять ее в два прохода 1 выгребли юзера засунули в струтуру, вышребли посты по юзерид засунули в массив posts этой же структуры ,
получается тоже как бы документ вдокументе но зато в базе нет дубликатов.
так же смотрел наmgo.pipe и на DBREFS но толи лыжи не едут толи яне могу понять ка кэто работет.. как мне лучше все это организовать?

Answer 1

[Oleksiy Chechel]

В агрегациях монги, начиная с 3.2 есть аналог LEFT JOIN - $lookup. В mgo агрегации реализуются через Pipe. Маленький пример на коленке, в поле news при выборке попадают все новости автора:

package main

import (
	"encoding/json"
	"fmt"
	"gopkg.in/mgo.v2"
)

type (
	obj map[string]interface{}
	arr []interface{}
)

func main() {
	mongo, err := mgo.Dial("localhost")
	if err != nil {
		panic(err)
	}

	info := []obj{}

	if err := mongo.DB("myDB").C("authors").Pipe(arr{
		obj{"$match": obj{"banned": false}},
		obj{"$lookup": obj{"from": "news", "localField": "_id", "foreignField": "authorID", "as": "news"}},
	}).All(&info); err != nil {
		fmt.Println("Error:", err)
	}

	printJSON(info)
}

func printJSON(t interface{}) {
	j, _ := json.MarshalIndent(t, "", "\t")
	fmt.Println(string(j))
}

Answer 2

[Mr4x]

Посты можно привязать к ObjectId пользователя, а затем получать чем-то вроде:
db.posts.find({_id: <тут_id_пользователя>})

Comments

[Михаил]

ну выгребли мы все посты по id шнику, дальше то что??)) у нас теперь две сущности отдельных) юзер и посты а если юзеров много и каждог омног опостов? у нас тогда получается массив пользователей и массивт массиово постов, и ЧТО ДЕЛАТЬ ТО С ЭТТИМ??

[Mr4x]

Можно сделать, например, так:

var data map[User][]Post

for user, post := range data {
for _, post := range posts {
fmt.Println(user.Id, post.Post)
}
}

[Mr4x]

А вообще, вложенные документы для Mongo - почти норма, так что Ваш первый вариант вполне idiomatic

[Михаил]

Mr4x: думаю все таки на первом варианте остановиться раз он идиоматик) из этог овытекает вопрос номер два, если хранить имбедед структуры в структуре, можно ли при запросе не выгребать каике то из них?? ну то есть у нас есть структура юзер в ней 100 полей с массивами, в каждом из массивов по миллиону записей, и если мы запрашивам структуру юзер нам сразу вываливают 100 млн записей.... что как бы не очень быстро можно ли как то обрезать все это? но то есть хапросить только часть полей, или определенное коичество записей в полях?

[Михаил]

количество записей можно limit() резулировать а как запрость только отдельные массивы структуры юзер, допустим из структуры юхер мне нужны только 1 67 и 79 поля и их массивы

[Mr4x]

Меня смущает такое большое количество полей... Однако в Mongo можно делать запросы ко вложенным документам, а необходимые поля можно легко фильтровать. Больше информации здесь: https://docs.mongodb.org/manual/tutorial/query-doc...

[Mr4x]

Подозреваю, что Вы имели ввиду структуры Post в []Post, а не поля, тогда достаточно сделать запрос к полю User.Posts и работать с ним как с любым другим запросом - фильры, лимиты, ...

[Михаил]

Mr4x: так на этапе получения юзера мы же по идее получаем сразу []post //сдесь 1 млн вложеных структур[] post1 // и сдесь ... []post101 // тут мы конечно может потом обращаться User.Posts User.Posts1 .....User.Posts 101 но у нас уже все 100 мбл записей вывалились в память разве нет?

[Михаил]

type User struct{
posts []Posts
///тут еще 99 массивов по 1 млн записей в кажом и все они при выгребании из базы структуры юхер тоже выгребуться??
posts101 []Posts101
}

[Mr4x]

Второй пример вообще ужасно... Зачем так делать? Одного массива будет достаточно. А основной ответ здесь: https://docs.mongodb.org/manual/reference/operator...

[Михаил]

второй пример очень простой)
есть 10ток агреготовов у каждого по 100 сервов каждый из сервов пишет своб инфу которая естсно различается струтурой и нобором полей
вот и получается агрегатор{
серв1 [структуры с дерьмом этого сервера]серв1
серв2 [структуры с дерьмом этого сервера]серв2

[Михаил]

только там еще хлеще получается струтура агреготор>массив серверов(100 записей)> укаждого сво я структра по 1 мио записей в каждом

[Mr4x]

Всё равно это всё ужасно неудобно, но на Ваш вопрос я ответил

[Михаил]

спасибо)))) слайсы это то что я искал)

[Mr4x]

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