https://www.opennet.dev/openforum/vsluhforumID3/101233.html Увидела свет (https://www.arangodb.com/2015/01/15/arangodb-2-4) многоцелевая открытая СУБД ArangoDB 2.4 (https://www.arangodb.com), предоставляющая гибкие модели хранения документов, графов и данных в формате ключ-значение. Работа с базой осуществляется через SQL-подобный язык запросов AQL (https://www.arangodb.com/aqltutorial/) или через специальные расширения на языке JavaScript. Средства для хранения данных соответствуют требованиям ACID (атомарность, согласованность, изолированность, надежность), поддерживают транзакции и обеспечивают как горизонтальную, так и вертикальную масштабируемость. Управление СУБД может производиться через web-интерфейс или консольный клиент ArangoSH (https://www.arangodb.com/shtutorial). Код ArangoDB распространяется (https://github.com/triAGENS/ArangoDB) под лицензией Apache 2. Проект написан на языках Си и JavaScript.<br><br><br>Ключевые особенности ArangoDB:<br><br><br><br>- Отсутствие необходимости определения схемы хранения данных (Schema-free), данные структурируются в форме документов, https://www.opennet.dev/openforum/vsluhforumID3/101233.html#27 Wed, 21 Jan 2015 15:21:29 GMT Вы выслушали арию очередного манагагера :)<br>Лучше бы ты рассуждал о технике вылиза начальству - в этом ты хоть действительно разбираешься :)<br> https://www.opennet.dev/openforum/vsluhforumID3/101233.html#26 Wed, 21 Jan 2015 12:10:22 GMT Почему игнорируют слово Реляционная - СУРБД же. Или нет?<br><br>Вот orientDB - точно не реляционая<br> https://www.opennet.dev/openforum/vsluhforumID3/101233.html#25 Tue, 20 Jan 2015 18:15:25 GMT Спасибо за наводку на ArangoDB<br> https://www.opennet.dev/openforum/vsluhforumID3/101233.html#24 Tue, 20 Jan 2015 12:52:53 GMT И в чём здесь говноподход? В том, что делается именно то, что нужно клиенту, а не то, реализуется идеальный сферический конь? А что делать - редкий проект сейчас живёт больше пяти лет без смены технологий. Собственно, большинство столько вообще не живёт, и закладываться на долгую жизнь смысла нет - уж больно быстро всё меняется.<br><br>Насчёт языков с динамической типизацией согласен полностью, но таки при некотором соблюдении дисциплины код получается поддерживаемым. Там же проблема обычно не в скорости, а в большей склонности динамически типизированного кода к ошибкам (открываю секрет Полишинеля - в любом большом веб-проекте 95% нагрузки, если не больше, падает на кеши - от мемкеша до CDN, на чем писан бэкэнд в этом плане вообще побоку). А тасование спецов - вообще-то хорошая практика - иначе они часто склонны закапываться в своём углу и напрочь игнорировать бОльшую картину. Что не идёт на пользу ни проекту, ни развитию самих спецов. Понятно, что это надо делать с умом - ну так на то и менеджмент нужен. А стоят https://www.opennet.dev/openforum/vsluhforumID3/101233.html#23 Tue, 20 Jan 2015 12:29:05 GMT Не смешите. Сейчас найти того, кто совсем не знал бы JS (а много там его надо, чтобы базу админить?) практически нереально. И, при всём своём уродстве JS всяко понятнее и легче учится, чем SQL. О читабельности и удобстве поддержки результата (а скрипты менеджмента имеют мерзкую привычку разрастаться) и говорить нечего.<br> https://www.opennet.dev/openforum/vsluhforumID3/101233.html#22 Tue, 20 Jan 2015 12:08:49 GMT Нет плохих инструментов для разработки, есть плохие программисты ;)<br> https://www.opennet.dev/openforum/vsluhforumID3/101233.html#21 Tue, 20 Jan 2015 10:53:44 GMT короче при создании app - падает, бектрейса нет, app не создается<br>нужность APL сильно под вопросом, если js во все поля<br>имхо, лучше было бы модулем с доменами для nodejs/io.js вместо велосипеда<br>остановка сервиса - повесился процесс, загрузив 2 ядра<br>снес нах.<br> https://www.opennet.dev/openforum/vsluhforumID3/101233.html#20 Tue, 20 Jan 2015 09:10:14 GMT Собственно, в этом комментарии - квинтэссенция говноподхода к программированию и IT. Здесь все прекрасно - дешевые специалисты, которые клепают говнокод ради 5 лет его существования, после чего переключаются на очередной говнокод, язык с динамической типизацией, брать который на backend проекта серьезнее очередной социалочки для школьников ни один вменяемый человек не будет, тасование "спецов", словно колода карт... <br><br>Кстати, специалист, который одинаково хорошо умеет и бэкенд, и фронт - он дешево не может стоить. А дешевого "специалиста", который одинаково плохо умеет и то, и другое, лучше не брать на работу вообще. А пойдет ли нормальный архитект и тимлид управлять стаей дрессированных макак - это еще вопрос. Равно как и вопрос, как из этой стаи взять замену архитекту и тимлиду, случись кому-нибудь из них свалить. Впрочем, мир несильно пострадает от того, что очередная социалочка для школьников загнется, так что поводов для беспокойства нет.<br> https://www.opennet.dev/openforum/vsluhforumID3/101233.html#19 Tue, 20 Jan 2015 08:17:03 GMT Плачевно? Ничем не медленнее MongoDB<br>