Javascript-форум (https://javascript.ru/forum/)
-   Оффтопик (https://javascript.ru/forum/offtopic/)
-   -   Представляем вам ORMjs (https://javascript.ru/forum/offtopic/63642-predstavlyaem-vam-ormjs.html)

ORMjs 23.06.2016 06:56

Цитата:

Сообщение от Erolast
Если есть возможность, лучше использовать асинхронный вариант:

Не, тогда код станет некрасивый =) ничего страшного, пусть синхронно будет. Плюс там сказано что тока вначале тупить будет а потом норм.

nerv_ 23.06.2016 09:06

Цитата:

Сообщение от ORMjs (Сообщение 420184)
Обновил API


Что-то оно мне напоминает. Ах, ну да, это у тебя идеи украли :)

ORMjs 23.06.2016 09:25

nerv_,

1) во первых оно ни чем не напоминает
2) во вторых не у меня крали идеи, а Я обычно идеи краду
3) в третьих, НУ ВООБЩЕ не напоминает :no:
4) в четвертых, попробую украсть что нибудь у них
5) украду count, exists и опцию поля {index : true} =)



млять я настройки для базы данных забыл задаавть дать))

Во, вот так будет

ORMjs 23.06.2016 21:43

conenct :lol:

apapacy 16.01.2017 03:05

Больше опций (хороших и нужных)
 
1. Хотелось бы побольше опций (пользователь/пыроль/хост/порт/пулл/реконнект...)
2. Хотелось бы иметь доступ к нативныи запросам, т.к. помимо производительности в arangodb главной отличительной фичей является оригинальный JOIN основанный на вложенных операторах FOR doc1 in collection1 FOR doc2 in collection2 FILTER doc2.parentId == doc1._id - при наличии индексов работает эффективно
3. Делать всеядный ОРМ - это еще вопрос. Для монги уже есть iridium, для реляционных sequelize. А вот для arangodb нет ничего и от дистрибьюторов arangojs однозначный был дан ответ что над odm/orm они в обозримом будущем работать не планируют.

Так что в следующем проекте обязательно использую arangodb+ormjs. Только бы п.1 был учтен (больше опиций) а то как-то.

С учетом текущего состояния вопроса mongo>>= arangodb++

ЗЫ. На днях реализовал на монге "JOIN" (постраничный фильтр по наименованию из свзяанной таблицы) при помощи map/reduce - все конечно возможно, но кодить много, при этом между нодой и монгой приходится гонять объекты из фильтрованных идентификаторов что конечно не очень. JOIN из коробки есть также в cоuchbase - весьма тормозной по производительности так как в основе ее CouchDB. А также в rethinkdb - весьма требовательна по ресурсам и валится с разрушением базы при исчерпании ресурсов. А также JOIN в rethinkdb это что-то вроде r.table("employees").eq_join("company_id", r.table("companies")).run(). Никаого сравнения по простоте с arangodb FOR... FOR... не идет.

Так что так держать. И желаю Вам побольше дистрибьюторов.

Safort 17.01.2017 02:46

Библиотеки, фреймворки, это всё, конечно, хорошо(нет), но Максимус снова отправляется на банановые острова.

Тем, кто забыл причины, я напомню за что: мульты, троллинг, оскорбление пользователей форума.


Часовой пояс GMT +3, время: 19:17.