именно

Парни, смотрите, там джойны есть и они работают уже. Ну т.е. вариант РСУБД работает, и особых претензий к нему нет. Но все вокруг ходят с вейпами и nosql , и тоже же хочется. Поэтому я хочу понять как люди то делают в тех полях. Полный перебор чтоль каждый раз, когда выбрать по телу документа.

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

И не апдейтишь их потом, так?

https://docs.mongodb.com/manual/indexes/

Compound Multikey Indexes похоже мой вариант для массива внутри документа.

В кассандре - не апдейтишь

И не апдейтишь их потом, так?

Ага Дропаешь и делаешь новый

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

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

Да нет же

Да нет же

А можете так, однимм словом, вот я там запросы написал в посте-вопросе, сможет монга такие индексы построить и выбирать без перебора?

А можете так, однимм словом, вот я там запросы написал в посте-вопросе, сможет монга такие индексы построить и выбирать без перебора?

Заранее скажешь монге, какие индексы нужны, потом пихаешь данные. Она строит индексы

Знаете для чего удобна монга? Хуяк хуяк и прототип

Прям ваще

Т.е. ей лезть внутрь документа и выбирать там по паре полей внутри массива, это возможно?

Index Arrays with Embedded Documents это оно?

https://docs.mongodb.com/manual/core/index-multikey/

Спасибо.

А вот "уметь такие" индексы это в целом стандарт для nosql или тока монга

Я везде видел, где вообще есть вторичные

Понятно, спасибо

делать это на SQL можно, но транзакционность убьет нахрен производительность

в постресе можно сделать fsync = off, но получим ту же монгу по надежности

А можете так, однимм словом, вот я там запросы написал в посте-вопросе, сможет монга такие индексы построить и выбирать без перебора?

Конечно сможет. Преимущество mongo, в данном случае, в том что она может работать с вложенными документами(вам нужен будет $push), в отличии от jsonb(postgres)(на сколько я знаю).

проводили простенькие тесты в монге, иногда тупило на поиске по индексу аж 500-800мс... может конечно с диском еще были проблемы :D коллекция была всего 30кк записей

А вот godep надо использовать, или что то уже на замену пришло?

мне глайд нравится, каким бы он ни был глючным

Я вот не понимаю, что за средство для управление зависимостями такое, которое от местоположения зависит. godep: [WARNING]: godep should only be used inside a valid go package directory and godep: [WARNING]: may not function correctly. You are probably outside of your $GOPATH.

valid go package directory это вообще что ? gopath/src/github.com/user/package?

. Только go get, только хардкор – 32 👍👍👍👍👍👍👍 65% glide – 7 👍👍 14% Другое – 5 👍 10% dep – 2 ▫️ 4% gb – 2 ▫️ 4% godep – 1 ▫️ 2% vendetta ▫️ 0% trash ▫️ 0% 👥 49 people voted so far.

Использую govendor - почему-то всегда его обходят и не упомянают, а проблем с ним вообще не было у меня. Может просто зависимостей мало в проектах..

Использую govendor - почему-то всегда его обходят и не упомянают, а проблем с ним вообще не было у меня. Может просто зависимостей мало в проектах..

Его не раскручивают активно, как glide, gb

Ну да, это заметно

А от глайда я отказался, когда он вместо добавления удалил часть кода наоборот - конечно, это пофиксили уже наверняка, но я не давал ему второго шанса:)

Использую govendor - почему-то всегда его обходят и не упомянают, а проблем с ним вообще не было у меня. Может просто зависимостей мало в проектах..

+1

бинари в 1.8 больше стали...

-rwxr-xr-x 1 vlazarenko staff 5888028 Jan 29 13:49 chatik20bot* vs -rwxr-xr-x 1 vlazarenko staff 6005764 Feb 26 13:47 chatik20bot*

В проектах, которые используют закрытые библиотеки, например из локального GOOATH, не получается использовать glide, он так не умеет. Приходится сидеть на godep

+ Только go get, только хардкор

Ну а вот с godep этим, если я хочу ну отдельно проект держать, ну типа в связке с js и html, мне GOPATH переопределять или какая политика то партии?

будет ли оффициальный toolset для project based dependency management в Go?

Ну а вот с godep этим, если я хочу ну отдельно проект держать, ну типа в связке с js и html, мне GOPATH переопределять или какая политика то партии?

Прямо в GOPATH и делать весь проект, включая js

будет ли оффициальный toolset для project based dependency management в Go?

https://github.com/golang/dep

"Dep is NOT an official tool. It is not (yet) blessed by the Go team."

есть ли надежда на то что оно действительно станет частью Go toolset'а?

честно говоря не понимаю чего в этом сложного

manifest файл, компилишь зависимости с определённого комита, линкишь с кодом программы, в чём сложность, понять не могу, почему они до сих пор не могут это довести до ума

Я так понимаю сложности начинаются когда дерево растет

+ godep, со своей задачей вендоринга он неплохо справляется.

я тоже занимаюсь алгоритмами по дереву, често говоря не понимаю что в них сложного

построение древа, проход по древу в ширину, cache lookup..

Одна из проблем в том, что в Go все уже превыкли хреначить без версионирования, вот в чём проблема

и это я тоже не понимаю, как можно придумать столь "гениальный язык" (моё мнение), но настолько глупо отнестись к такой базовой проблеме как зависимости

бред какой-то))

gb в принципе норм справляется с данной задачей, проблема только в том что с поддержкой в IDE в основном жопень

и это я тоже не понимаю, как можно придумать столь "гениальный язык" (моё мнение), но настолько глупо отнестись к такой базовой проблеме как зависимости

Как будто версионирование решает все проблемы :3

Как будто версионирование решает все проблемы :3

в смысле?

https://www.youtube.com/watch?v=oyLBGkS5ICk

Рекомендую

На самом деле схема с версиями библиотек, мягко говоря, неидеальная

и ванильный го гет это, похоже, непонятая коммьюнити попытка решить эту проблему :)

а может они и правда лоханулись

это скорее из темы "в теории гениально, на практике наоборот"

угу

Вон Рич умный, он придумал всё уже

рекомендую доклад лютейше

А короткий то вывод каков ;)

короткий вывод — пишите на кложе, конечно

А там чем лучше ;)

там лисп и скобочки

вход рубль, выход два

Там типа зависимости макросами доставляют?

да, если вам не хватает 2% для решения проблемы в одном языке, учите другой язык, тратьте на 98% больше времени))

вобще, это не вредно знать несколько языков

то есть - минусы тоже есть, но плюсы перевешивают

проект на Go, не буду же я переписывать 20к строк Go на Closure, который вообще не знаю, просто потому-что там с dependency management'ом чуток лучше))

а че-та с ним там лучше?

а че-та с ним там лучше?

речь шла о зависимостях, что в Go toolset'е нет возможности определять конкретные комиты, нежели просто репизитории зависимостей

ну нет и нет

появится, когда паттерн использования утрясется

в мавене тоже не всегда находится то, что прописано

я тоже занимаюсь алгоритмами по дереву, често говоря не понимаю что в них сложного

Прочитайте ссылки в ридми, станет понятно в чем сложности

Там типа зависимости макросами доставляют?

видос посмотри