лишнее неудобство

fuuuuuuuuu

и неднозначность

ненормализованность)

работай дальше, реализацию потом всегда можно переделать ?

ненормализованность)

А вот это очень спорно

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

работай дальше, реализацию потом всегда можно переделать ?

ну примерно так и решил, да)

просто что-то в голове засело, что "вот неудобно, и всё"

> Данные - это связи между устройствами Это граф. Зачем было брать реляционную модель?

затем, что любая известная нам модель хорошо эмулируется в реляционной

В любом случае, храни и обратывай это как граф

затем, что любая известная нам модель хорошо эмулируется в реляционной

ну, есть и спец базы для этого, тем не менее

https://github.com/Champii/og

вот до чего мухоморы доводят!

В любом случае, храни и обратывай это как граф

это будет процента полтора от всех данных в постгре. Буквально несколько тысяч строк. Городить для этого отдельную БД? Лишаться нативных связей, форейн ключей, и обрабатывать всё софтом?

это будет процента полтора от всех данных в постгре. Буквально несколько тысяч строк. Городить для этого отдельную БД? Лишаться нативных связей, форейн ключей, и обрабатывать всё софтом?

http://devsonia.ru/2012/12/19/%D0%BF%D1%80%D0%B5%D0%B4%D1%81%D1%82%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%B3%D1%80%D0%B0%D1%84%D0%B0-%D0%B2-%D0%B2%D0%B8%D0%B4%D0%B5-%D1%80%D0%B5%D0%BB%D1%8F%D1%86%D0%B8%D0%BE%D0%BD%D0%BD/

не

Чятик, а есть какой-то внятный тлдр по модулям? Не мыслью по дереву о том зачем это, а как теперь с этим жить

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

а если вершины - равные, то и их оконечности равнозначны, и portX и portY могут меняться местами произвольно

https://github.com/Champii/og

ЗОЧЕМ

Чятик, а есть какой-то внятный тлдр по модулям? Не мыслью по дереву о том зачем это, а как теперь с этим жить

https://habr.com/post/421411/

https://habr.com/post/421411/

Такое себе чтиво, осталась дофига вопросов. Во-первых, это нифига не тлдр. Во-вторых, по одному вопросу к этой статье гуглить – проще другую найти. В-третьих, на русском что-то читать это моветон.

а если вершины - равные, то и их оконечности равнозначны, и portX и portY могут меняться местами произвольно

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

а причем тут индексы? я только о том, что при наличии pointX и pointY заранее неизвестно, какая вершина будет в pointX, а какая - в pointY, и придется перебирать/усложнять/OR`ать

а причем тут индексы? я только о том, что при наличии pointX и pointY заранее неизвестно, какая вершина будет в pointX, а какая - в pointY, и придется перебирать/усложнять/OR`ать

Храни две связи сразу. В обе стороны. При поиске одну из них найдешь, как бы не искал. А вобще просто погуглируй про работу с графами в SQL - тема не новая

угу, гуглю

А я вот от лени утилитку себе накорябал: https://github.com/aadz/unix-misc#tls-cert-info, чтобы не вспоминать постоянно ключики OpenSSL. Гляньте, что еще нормальному человеку бывает нужно знать про сертификат?

А я вот от лени утилитку себе накорябал: https://github.com/aadz/unix-misc#tls-cert-info, чтобы не вспоминать постоянно ключики OpenSSL. Гляньте, что еще нормальному человеку бывает нужно знать про сертификат?

curl -v "https://example.com/" почти тоже самое выдаёт

правда?

Только не ругайтесь на код сильно, если что. Я ведь Go только учить начал и вобще не настоящий программист :)

curl -v "https://example.com/" почти тоже самое выдаёт

нет, мне этого бывает мало, что curl показыват. И он не про сертификат, а сразу страницу тащит в случае -v - много лишнего.

Playing with Go module proxies https://roberto.selbach.ca/go-proxies/

https://open.microsoft.com/2018/08/28/announcing-project-athens-gophersource-go-community/ https://docs.gomods.io/ https://github.com/gomods/athens

https://github.com/scylladb/go-set

https://github.com/scylladb/go-set

?

прикооооольна, лол

в дотнет чате зикурат школоло

админы тут приводят в чувство сообщество, это прекрасно

в дотнет чате зикурат школоло

ахахаха

ахахаха

я был там, не смог

я был там, не смог

)

C# guru на любой непонятный стактрейс: “не баг, а фича”

Кто нибудь юзает orm-ку reform?

C# guru на любой непонятный стактрейс: “не баг, а фича”

+

Кто нибудь юзает orm-ку reform?

тут в чате есть автор, можно попробовать минуя посредников адресовать вопрос ему напрямую

тут в чате есть автор, можно попробовать минуя посредников адресовать вопрос ему напрямую

вы бы ник автора написали

@alek_si

Алексей, тут вопрос по reform :)

Алексей, тут вопрос по reform :)

спасибо, не успел ответить)

Автор болеет и может тупить

))

Автор болеет и может тупить

огранизация митапов до добра не доведет!

О! https://www.youtube.com/watch?v=rWJHbh6qO_Y Фитцпатрик говорит, что мы не будем убивать уже существующий код - it always will be usable. Типа, код из Go1 будет продолжать нормально комплироваться в Go2

что значит что обратная совместимость не сломается..

Так а где вопрос?

прикооооольна, лол

чего прикольно? пока рассматриваю это как спам

чего прикольно? пока рассматриваю это как спам

статистика "багов"

Так а где вопрос?

ормка one-to many понимает?

Нет

ок, спасибо)

ERROR: S client not available

статистика "багов"

слово "фича" не синоним и не антоним слова "баг". Я искренне не понимаю

слово "фича" не синоним и не антоним слова "баг". Я искренне не понимаю

я понимаю, но ради рофла всё-таки можно приравнять эти два значения, т.к. иногда они именно в таком смысле употребляются

мде.

я вот иногда наблюдаю как люди месяцами молчат в чате, а потом свое первое сообщение тратят вот на это

и думаешь: вот реально ты так хотел вступить в наше сообщество - через лол, школоло и рофл?

затем, что любая известная нам модель хорошо эмулируется в реляционной

эмулируется - да, хорошо - нет) графы более реляционны чем реляционки, relational DBMS это просто историческое название, не было тогда ещё достойных графовых БД дело не только в index-free-adjacency, дело скорее в языке запросов и тут SQL просто позорится со своими JOIN'ами

rdbms захватили мир потому, что любая другая структура эмулируется на них успешно

rdbms захватили мир потому, что любая другая структура эмулируется на них успешно

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

в каком смысле она начинается?

что у нас готово к промышленному оспользованию?

в каком смысле она начинается?

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

что у нас готово к промышленному оспользованию?

зависит от конкретной задачи, я в принципе Arango рекомендую, Neo так себе, ещё есть Janus-Graph но они далеки ещё от промышленного использования, документация сыра

я бы не называл классический SQL - реляционным, я бы называл его истинным названием: табличный

в том. что ты называешь "классическим sql" есть встроенные средства поддержания консистентности наборов данных: foreign keys

поэтому они все же реляционные

в том. что ты называешь "классическим sql" есть встроенные средства поддержания консистентности наборов данных: foreign keys

foreign keys работают хуже с реляционными данными нежели графы с index-free-adjacency по крайней мере в теории (практика зависит от конкретной технической реализации графовой бд)

что такое "хуже"?

что такое "хуже"?

медленее

разложить набор данных в нормализованную структуру я могу школьников научить

что у нас готово к промышленному оспользованию?

Orientdb

с графовыми это далеко не так

Orientdb

ориент не держит нагрузыки

что такое "хуже"?

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

медленее

https://www.arangodb.com/2018/02/nosql-performance-benchmark-2018-mongodb-postgresql-orientdb-neo4j-arangodb/ если я правильно читаю легенду - пострес абсолютный победитель

с графовыми это далеко не так

В orientdb спокойно ложатся объекты джавы ( и голанга) без всяких орм и без потери консистентности

разложить набор данных в нормализованную структуру я могу школьников научить

я не спорю о том что табличные бд имеют смысл в тех или иных случаях, но большинство задач таки проще решаются графом нежели таблицей. Причина: язык запросов. SQL JOIN'ы это кошмар для чуть более сложных запросов

https://www.arangodb.com/2018/02/nosql-performance-benchmark-2018-mongodb-postgresql-orientdb-neo4j-arangodb/ если я правильно читаю легенду - пострес абсолютный победитель

с чего такой вывод?)) он по большей степени медленее Arango (single read, single write, write sync, shortest path, neighbors, neighbors of neighbors, aggregation) только памяти меньше жрёт

Всем привет! Разбираюсь с Sentry Беру пример из документации func main() { raven.SetDSN("myDSN") // скопировал из Sentry _, err := os.Open("filename.ext") if err != nil { raven.CaptureErrorAndWait(err, nil) log.Panic(err) } } и ничего не приходит в sentry почему?(

с чего такой вывод?)) он по большей степени медленее Arango (single read, single write, write sync, shortest path, neighbors, neighbors of neighbors, aggregation) только памяти меньше жрёт

не только

В orientdb спокойно ложатся объекты джавы ( и голанга) без всяких орм и без потери консистентности

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

не только

в любом случае Postgres там далеко не абсолютный победитель а скорее терпит поражение

Всем привет! Разбираюсь с Sentry Беру пример из документации func main() { raven.SetDSN("myDSN") // скопировал из Sentry _, err := os.Open("filename.ext") if err != nil { raven.CaptureErrorAndWait(err, nil) log.Panic(err) } } и ничего не приходит в sentry почему?(

привет! не знаю у меня норм работает. ?