А почему бы не поделиться опытом со всеми? Тем более если вы, скорее всего, использовали его в связке с Go

у Arango довольно хороший официальный драйвер для Go: https://github.com/arangodb/go-driver (за исключением того что они используют контексты в качестве опциональных параметров, это просто ад! https://github.com/arangodb/go-driver/issues/142) Arango это про документы, графы и key-value в одной бд, т.е. multi-model, что имеет определённые преимущества достаточно хорошо описанные в review'шках Arango насколько мне известно шустрее Mongo, и гораздо шустрее Neo4j, начиная с того что он написан на C++, нежели как Neo на жабе. Мы изначально начали с Neo, а потом перешли на арангу в связи с некоторыми лимитациями Neo, например в Arango - edge'ы графа это просто документы, а в Neo они ограничены на примитивные типы и макс. массивы, не более. В Arango можно индексировать вложенный массив, что невозможно в Neo насколько мне известно (про Mongo не знаю) Arango изначально планировалась как графовая + мульти-модель, а монга изначально как документная в которую потом уже завезли графы и без точного анализа могу (наивно) предположить что это может сильно сказаться на дизайне бд у Arango есть query language AQL, который спокойно работает на-мульти-моделе. Cypher в Neo конечно тоже неплох, но увы это чисто графы, не документы и не kv насчёт scalatility много говорить не буду чтоб чат не засирать, на то есть статьи сравнения)

Юзаю монгу, хотелось бы повысить скорость сложных выборок. При первом поиске в инете вижу что по тестам аранга в 3-5 раз быстрее и жрёт в два раза больше места, как-то с трудом верится

https://www.arangodb.com/why-arangodb/arangodb-vs-neo4j/ https://www.arangodb.com/why-arangodb/arangodb-vs-mongodb/

возможно немного biased, надо больше читать)

Юзаю монгу, хотелось бы повысить скорость сложных выборок. При первом поиске в инете вижу что по тестам аранга в 3-5 раз быстрее и жрёт в два раза больше места, как-то с трудом верится

Бери постгресс

Не монга но быстро

Бери постгресс

Были мысли попробовать, но теперь после просмотра тестов в инете арангидб даже не знаю

Были мысли попробовать, но теперь после просмотра тестов в инете арангидб даже не знаю

если у тебя классические таблицы то бери postgres, если же документно-графовые данные то бери арангу

если наркотики потребляешь, то бери Neo4j/dgraph

если наркотики потребляешь, то бери Neo4j/dgraph

такое ощущение что если возьмёшь нео, то рано или поздно всё-равно на арангу перейдёшь из-за скорости и ограничений

Нужно найти время попробовать постгрес

Юзаю монгу, хотелось бы повысить скорость сложных выборок. При первом поиске в инете вижу что по тестам аранга в 3-5 раз быстрее и жрёт в два раза больше места, как-то с трудом верится

экспериментирую с postgresql и jsonb типом в нём в качестве полуклассичной БД и nosql через sqlx хорошо пока в go работает. получается хороший гибрид. куча данных можно засунуть в одну колонку jsonb, остальное критичное для поиск в sql в отдельные колонки

экспериментирую с postgresql и jsonb типом в нём в качестве полуклассичной БД и nosql через sqlx хорошо пока в go работает. получается хороший гибрид. куча данных можно засунуть в одну колонку jsonb, остальное критичное для поиск в sql в отдельные колонки

что с индексацией JSON'а?

что с индексацией JSON'а?

из коробки postgresql умеет в jsonb искать по дереву, сравнивать ключи, значения и тд если это имеется ввиду. если имеется ввиду классическая индексация как по обычным типам для быстрого поиска, то по jsonb вопрос ещё не изучал

есть

но для случаев чуть сложнее чем простые, надо проверять пойдет ли планировщик по индексу. много нюансов

но для случаев чуть сложнее чем простые, надо проверять пойдет ли планировщик по индексу. много нюансов

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

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

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

но она лучше вродь, @onokonem поправьте если не прав

но она лучше вродь, @onokonem поправьте если не прав

конечно она лучше, осталось только выяснить для чего))

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

в яве конкурентность была сразу, причем были треды и зеленые треды. зеленые выпилили в версии 2 (ака 1.2)

Почему их выпилили, кстати?

в яве конкурентность была сразу, причем были треды и зеленые треды. зеленые выпилили в версии 2 (ака 1.2)

вот опять что-то новое для себя открыл))

И они работали в одном треде?

Господа а у нас же может быть несколько разных вэйтгрупп в одном пакете?

народ

посоветуйте легковесный пакет для jwt

без auth

просто создание и проверка

посоветуйте легковесный пакет для jwt

google => golang jwt, первая ссылка

Господа а у нас же может быть несколько разных вэйтгрупп в одном пакете?

Может конечно

слово легковесный я не зря написал, но все равно спасибо)

google => golang jwt, первая ссылка

слово легковесный я не зря написал, но все равно спасибо)

а что, там тяжеловесный? посмотри 2 и 3 ссылки

это же jwt - это подпись и проверка

на jwt.io есть список известных библиотек для go

Покажите кто то как делается канал в канале

@onokonem, ЕМНИП, вы говорили о том, что использовали bolt для логов, но его производительности не хватает а пробовали diskv?

@onokonem, ЕМНИП, вы говорили о том, что использовали bolt для логов, но его производительности не хватает а пробовали diskv?

Болт для логов? Зачем для логов KV?

Болт для логов? Зачем для логов KV?

а в чем предлагаете хранить кроме plain-text? если нужен поиск

а в чем предлагаете хранить кроме plain-text? если нужен поиск

на самом деле есть куча вариантов, тот же elastic или монга

По-моему там поиск только по индексу, вам просто по ключу искать?

стыдно признаться но я храню в SQLite (просто черный ящик на случай разборов)

Если вариант по ключу устраивает, то badger неплох на запись

а в чем предлагаете хранить кроме plain-text? если нужен поиск

Кликхаус

Кликхаус

Классная штука, но не для маленьких проектов

на самом деле есть куча вариантов, тот же elastic или монга

Или вот эти классические решения, да

Небольшой отчёт новостей за сегодняшний день: 1. какова дополнительная когнитивная нагрузка const квалификатора? https://github.com/romshark/Go-2-Proposal---Immutability#32-go-is-all-about-simplicity-so-why-make-the-language-more-complicated 2. иммутабельные методы интерфейсов https://github.com/romshark/Go-2-Proposal---Immutability#26-immutable-interface-methods 3. как работают и зачем нужны иммутабельные интерфейсы? https://github.com/romshark/Go-2-Proposal---Immutability#37-why-do-we-need-immutable-interfaces 4. как быть с aliasing'ом слайсов https://github.com/romshark/Go-2-Proposal---Immutability#27-slice-aliasing

Кто может проконсультировать по локализации Rest API? Не знаю как подступиться к проблеме

А?;

Какая локализация для api?

ну там формат даты времени

не?

У меня есть список стран на английском языке. Неплохо было бы если пользователь из России получил эту информацию на русском. Собственно и весь пример

У меня есть список стран на английском языке. Неплохо было бы если пользователь из России получил эту информацию на русском. Собственно и весь пример

А в чем сложность?

И где тут про Go

Не.

У меня есть список стран на английском языке. Неплохо было бы если пользователь из России получил эту информацию на русском. Собственно и весь пример

Делайте на клиенте. Локализация api - идея абсолютно дурацкая

Делайте на клиенте. Локализация api - идея абсолютно дурацкая

Норм идея, особенно если клиенты могут быть какие угодно и это открытое АПИ игры, например.

If you say so

У меня есть список стран на английском языке. Неплохо было бы если пользователь из России получил эту информацию на русском. Собственно и весь пример

я бы не стал

If you say so

Конечно, ответы без какой-либо аргументации так же хороши как и вопросы про сдвинуть дату на полгода, а с шарингом опыта ответ — был бы кладом. Тот же кейс с открытым АПИ — для клиентов удобнее, если они будут просто передавать язык. А не париться с реализацией локализации каждый по своему.

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

Попробую ещё раз понять тогда

Это не api, если оно с локализацией. Это ui. Вы хотите превратить api в ui? Плохая идея...

Норм идея, особенно если клиенты могут быть какие угодно и это открытое АПИ игры, например.

ещё больше ответсвенности на апи? ну ё-моё

ещё больше ответсвенности на апи? ну ё-моё

Точно, ответственность — это плохо.

Может я чего-то не понимаю, но как объект {"name": "USA"} в переводе на {"name": "США"} становится ui?

Я бы заговнокодил и сделал бы потребителей АПИ счастливее. Потому что пользователи не должны страдать.

Пользователи — потребители АПИ.

Я бы заговнокодил и сделал бы потребителей АПИ счастливее. Потому что пользователи не должны страдать.

А при чем тут говнокод?

Говнокодить не обязательно, чтобы передавать локализованные данные

А при чем тут говнокод?

Топовые люди не одобряют 😆

Это вопрос подхода и архитектуры, а не написания кода

Тка может сделать /api/countries/ru И так далее для всех возможных вариантов. А на клиенте уже определять положение и идти к нужному эндпоинту?

Может у кого-нибудь есть пример такого проекта на гитхабе? Было бы здорово

Может у кого-нибудь есть пример такого проекта на гитхабе? Было бы здорово

Что вам именно нужно?

Абстрактно спрашиваете

Реализация API с локализацией на сервере

Реализация API с локализацией на сервере

Тебе просто принимать параметр — можешь использовать и путь и параметр и заголовок запроса.