В чем баги?
запросы видел?
Dmitry
Sergey
Некоторые запросы по одной таблице внезапно становятся с джойнами
Eugene
http://docs.sequelizejs.com/manual/tutorial/querying.html
Ну это не совсем то
Так я могу просто сам генерить объект и передавать в метод
Sergey
Покажи пример своего кода
Eugene
Покажи пример своего кода
Я только ушёл с работы
Короче я наделал кучу конечных методов под каждый случай
Но, очевидно, нужно генерить квери раньше и передавать в метод, общающийся с базой
И секвалайз как то не очень для этого вроде
Dmitry
В кнексе э?
я юзал. кнекс говно. с плагинов елоквент еще можно адевкатно запрос сделать, но он конченный выходит
Dmitry
поиграй. и посмотри
V
Странно, хотя по чесноку красота запросов и их оптимизация в проекте мало волнует, но то что дебажил выглядело приемлимо
Dmitry
Странно, хотя по чесноку красота запросов и их оптимизация в проекте мало волнует, но то что дебажил выглядело приемлимо
я смотрел и там люто было. А красота запросов не мало важная вещь.
Sergey
Почти
V
Я к тому, что в нашем юзкейсе оптимизация запросов стоит на предпоследнем месте :)
Dmitry
Смотря для чего :)
для меня нормальное апи для орм это как в елоквент ларавель. И вот был плагин он позволял такое сотворить. Но запросы просто пиздец были. И + баги. Тупо рили баги
Eugene
Так
Максимально абстрактный вопрос
Как правильно с точки зрения архитектуры, масштабируемости и универсальности не привязываясь к коду и ОРМ ходить в базу?
Как я понимаю между сервисом и репозиторием должен быть слой кверибилдер, который делает очевидно, что, и сформировавшийся запрос передаётся уже в метод репозитория
Так или не так хотя бы?
V
Странно ничего нет, все отрабатывает за приемлимое время
Dmitry
ну не зря же я отказаося D
Dmitry
хотя перепробовал кучу. Как нить даже скину и еще потестю
Dmitry
Так
Максимально абстрактный вопрос
Как правильно с точки зрения архитектуры, масштабируемости и универсальности не привязываясь к коду и ОРМ ходить в базу?
Как я понимаю между сервисом и репозиторием должен быть слой кверибилдер, который делает очевидно, что, и сформировавшийся запрос передаётся уже в метод репозитория
Так или не так хотя бы?
чистый запрос в бд где то в модели базовой по идее
Eugene
Eugene
Да или нет просто
V
От запросов зависит же тоже, что они могут в одном двух джоинах намутить
Vint
Sequelize говно, knex говно... Это по анамнезу чатика. А может просту руки из жопы? Да, золотой кнопки в работе с БД нет. Но, видать, люди ещё говна не видели, раз на эти вещи плюются, причём без примеров.
Эти штуки можно было бы сделать лучше, да, особенно первого. Но ведь open source же - возьми да помоги.
Sergey
Sequelize говно, knex говно... Это по анамнезу чатика. А может просту руки из жопы? Да, золотой кнопки в работе с БД нет. Но, видать, люди ещё говна не видели, раз на эти вещи плюются, причём без примеров.
Эти штуки можно было бы сделать лучше, да, особенно первого. Но ведь open source же - возьми да помоги.
то есть в рубях нормально сделали
а тут руки из жопы?
Vint
Шта
А лично тебе не шта, тебе data mapping нужен как паттерн. Кидай его в отдельный слой и твори там что хочешь.
Sergey
А лично тебе не шта, тебе data mapping нужен как паттерн. Кидай его в отдельный слой и твори там что хочешь.
data mapper
полностью поддерживаю
Eugene
А лично тебе не шта, тебе data mapping нужен как паттерн. Кидай его в отдельный слой и твори там что хочешь.
Конкретный ответ!!
Слава Зевсу
Спасибо
Vint
то есть в рубях нормально сделали
а тут руки из жопы?
Там Японцы в корнях, даже не сравнивай.
Ну, и при твоей персональной любви к руби (точнее, конкретно к рельсам), сложно что-либо противопоставить. Всё так. Нода ещё очень молода в этом плане, а 80% (подставь своё число) разрабов - фронтенд, кто до сих пор между express/koa мечется, дальше ещё ничего не двинулось.
Sergey
Там Японцы в корнях, даже не сравнивай.
Ну, и при твоей персональной любви к руби (точнее, конкретно к рельсам), сложно что-либо противопоставить. Всё так. Нода ещё очень молода в этом плане, а 80% (подставь своё число) разрабов - фронтенд, кто до сих пор между express/koa мечется, дальше ещё ничего не двинулось.
так надо просто начинать разработку и пилить нормальный орм/билдер
а не ныть, что всё говно
Sergey
вон sequelize хорошую планку задал
Дмитрий
А как принято в mysql из ноды ходить?
Дмитрий
npmjs.com/mysql2
но зачем тебе это?
Спасибо. Хз зачем у нас проект на PHP написан, думаем начать на ноде писать
Vint
так надо просто начинать разработку и пилить нормальный орм/билдер
а не ныть, что всё говно
Ну, в целом да, но только под нормальным каждый понимает своё, а многие старички (тот же sqlz совсем не молод по рамкам Ноды) начинали хоть как-то, лишь бы облегчить жизнь.
Valeriu
Спасибо. Хз зачем у нас проект на PHP написан, думаем начать на ноде писать
без фреймворка хотите писать?
Sergey
не надо тащить фреймворки в ноду
Vint
Спасибо. Хз зачем у нас проект на PHP написан, думаем начать на ноде писать
В php тоже "руками" ходите? Тогда лучше ctrl+a del, чем пытаться переходить. Т.е. начинать с нуля, обдумав все баги.
И да, mysql2 модуль, а не просто mysql.
Дмитрий
без фреймворка хотите писать?
Какие фреиворки? У нас зада прочая отдать конфиг из бд да переслать запрос с фронтенда в джаву и обратно
Sergey
Дмитрий
Sergey
лучше уж переучиться на нормальную архитектуру
Sergey
вообще с пхп на ноду переписать с сохранением архитектуры не получится
а то получится высер вроде jii
Дмитрий
так себе идея
Я согласен. Но переписывать не разу не вариант. Поэтому хочется постепенно перейти
Sergey
Дмитрий
вообще с пхп на ноду переписать с сохранением архитектуры не получится
а то получится высер вроде jii
Ну мы пока хотим новый функционал писать на ноде
Sergey
архитектура катастрофически разная
Eugene
🤔иногда дешевле переписать
Sergey
Какая разница на чём написано api?
ну если вы не шарите в разработке на ноде, то скоро ощутите разницу
и скорее всего вернетесь на пхп, со словами "нода говно"
Vint
Да, руками
Не вариант. Натворите фигни на Ноде, которую потом тоже придётся переписывать. Т.е. симбиоза не выйдет, если пытаться подстроиться под текущее на php.
Всё возможно, в идеале. Но поддержка симбиозза потом выйдет дороже, чем постепенно переписать. Впрочем, тут куча неизвестных, поэтому такие советы.
Дмитрий
ну если вы не шарите в разработке на ноде, то скоро ощутите разницу
и скорее всего вернетесь на пхп, со словами "нода говно"
Я пхп не знаю так что в целом мне всё равно, но нода ближе
Sergey
async/await, генераторы?
Sergey
TDD, DataMapper, ActiveRecord ?
Дмитрий
Какие-то слишком умные слова пошли, до TDD пока не дошли, просто тесты пишем
Sergey
Какие-то слишком умные слова пошли, до TDD пока не дошли, просто тесты пишем
ну тогда бегите изучать несколько всем известных паттернов
полностью забивайте на архитектуру в пхп проекте
и пишите как нормальные люди новую часть апи на ноде
Дмитрий
KlonD90
Он же отношения между моделями превращает в ад
Модель это история про ну очень какой-то простой запрос, а так если пишешь настоящие запросы то уже далеко не до моделей. И бедность объектного подхода встает скорее поперед глотки, а пользоваться sequelize вообще противопоказано - решение будет состоять из адского ада ели работающего. Все таки если хочется получить более-менее гибкий sql knex ну гораздо мощнее sequelize и решает другие задачи никак не связанные с моделями.
Dmytro
Самое наилучшую ORM что видел - ActiveRecord в Ruby on Rails
Dmytro
Запросы красивейшие(если использовать joins, a не includes)
Dmytro
И такое можно вытворить что жесть