https://www.opennet.dev/openforum/vsluhforumID3/108523.html Доступен четвёртый экспериментальный выпуск графо-ориентированной СУБД Dgraph (https://dgraph.io/), предоставляющей средства для указания связей между записями, формируя граф из связанных друг с другом данных. СУБД изначально развивается с оглядкой на обеспечение минимальных задержек выполнения запросов, что позволяет использовать её для обработки информации в режиме реального времени. Архитектура приложения поддерживает создание распределённых конфигураций из нескольких экземпляров Dgraph, давая возможность масштабировать хранилища путём добавления дополнительных узлов при росте нагрузки или увеличении размера данных. Код СУБД написан на языке Go и распространяется (https://github.com/dgraph-io/dgraph) под лицензией Apache 2.0.<br><br><br>Для формирования запросов (https://wiki.dgraph.io/Queries_and_Mutations) предлагается использовать язык GraphQL (https://www.opennet.ru/opennews/art.shtml?num=42964), результаты отдаются в формате JSON. Для хранения данных применяется хранилище в формате ключ/значение, предоставл https://www.opennet.dev/openforum/vsluhforumID3/108523.html#40 Fri, 15 Jul 2016 00:38:19 GMT &gt; Почему нельзя поверх сокета - понятно, надо, чтобы браузерные клиенты дёргать могли.<br><br>Что за бред несёшь ... протобуф в браузере офигеть как удобно готовить. Для браузера делают отдельные гейтвеи, а не костылят эту проблему в протоколе общения с СУБД.<br> https://www.opennet.dev/openforum/vsluhforumID3/108523.html#39 Fri, 15 Jul 2016 00:34:54 GMT Не могут парсить пакеты в потоковом режиме, читают сразу всё в память делая кучу аллокаций даже если данные нахрен не нужны. Есть довольно низкие ограничения на размер пакета, порядка максимум полугига, но рабочие размеры несколько сотен мб. Причём сам парсер может понаделать UB если таки уговорить его сжирать большие пакеты. Альтернативой всему этому будет что-то типа flatbuffers.<br> https://www.opennet.dev/openforum/vsluhforumID3/108523.html#38 Thu, 14 Jul 2016 22:55:03 GMT Ты можешь как-то аргументированно ответить? Куче народу было бы полезно. А то "гогно" информативностью не блещет.<br><br>Я вот знаю, что третий протобуф шустр и сравнительно компактен. <br><br>Почему нельзя поверх сокета - понятно, надо, чтобы браузерные клиенты дёргать могли.<br> https://www.opennet.dev/openforum/vsluhforumID3/108523.html#37 Thu, 14 Jul 2016 06:14:59 GMT Когда начинаешь раскладывать документы оказывается, что есть несколько параллельных классификаций. Вот, например, есть тег "Гитлер". Он может попадать в родительские категории "нацизм", "диктаторы" и "немецкие политические деятели". Либо надо делать теги без иерархии, и каждому документу добавлять по 100500 (пусть и с автоматизацией), а выбирать потом исключительно запросами на пересечение - но одноранговые теги плохи по другим причинам в перву. очередь их просто помнить/просматривать неудобно, как только количество улетает за третью сотню. А учитывая, что подобный софт имеет смысли именно для боьших массивов - три сотни - ни разу не предел.<br><br>Насчёт агайла - не знаю, правильный или нет агайл там, где я работаю, но что хрен там получится спланировать надолго - факт. Потому что, во-первых, надо учитывать хотелки заказчиков, некоторые - весьма срочные, во-вторых - эволюцию возможностей девайсов и их операционок (проект для мобил), в-третьих - фичи конкурентов, в-четвёртых - изменения тех, с кем интегрируешьс https://www.opennet.dev/openforum/vsluhforumID3/108523.html#36 Wed, 13 Jul 2016 22:15:00 GMT Не субъективизм, а глубочайшее и подробнейшее рассмотрение онтологической сущности технологии, её области применимости, и проблематики, вызвавших её появление, в комплексе, включая наиболее важные - управленческие и социальные - аспекты современной командной разработки.<br><br>Веб-фронтенд действительно можно обобщить до любых аджайло-сервисов в условиях взаимной ненависти разных команд разработчиков, вызванных отсутствием вменяемого управления ими.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/108523.html#35 Wed, 13 Jul 2016 10:12:50 GMT столько текста, и сплошной субъективизм. тема почему "GraphQL нужен только и исключительно веб-фронтенду" не раскрыта. GraphQL вполне применим и внутри микросервисов, и на мобилках, и для десктопных клиент-серверных.<br> https://www.opennet.dev/openforum/vsluhforumID3/108523.html#34 Wed, 13 Jul 2016 08:55:12 GMT &gt; protobuf<br><br>Чем плохи гугловские либы? Показывают неплохую производительность, с глюками не сталкивался. Я серьезно спрашиваю. А альтернативы?<br> https://www.opennet.dev/openforum/vsluhforumID3/108523.html#33 Wed, 13 Jul 2016 07:27:08 GMT Я остановился на Arango - после всяких neo4j и orient.<br>Сейчас и эту поделку пощупаем.<br> https://www.opennet.dev/openforum/vsluhforumID3/108523.html#32 Wed, 13 Jul 2016 05:39:55 GMT Почему только документы? Окна, например, я бы тоже с радостью разложил по иерархическим тэгам. И не только окна. Но нечем, все заняты переписыванием hello world на Go и Rust.<br><br>Я не вижу кейса когда у одного тэга больше одного родителя имело бы смысл, покажете?<br><br>С Agile невозможно ничего спутать, ведь известно что любое утверждение про Agile всегда можно признать неверным, "потому что это неправильный Agile, в правильном Agile всё не так" - ровно как с социализмом.<br><br>