А тогда зачем вот эта вот порнография к примеру существует? https://www.arangodb.com/

Я не знаю, хорош или плох тот факт, что я не знаю об этом

Я не знаю, хорош или плох тот факт, что я не знаю об этом

Я имею ввиду, что ОРМ и ОДМ в конце концов не всегда "определяют" величину проекта, думаю всё дело в руках разработчиков и рассчетах бизнес модели.

Я имею ввиду, что ОРМ и ОДМ в конце концов не всегда "определяют" величину проекта, думаю всё дело в руках разработчиков и рассчетах бизнес модели.

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

Если на скл хорошая модель бд + корректная нормализация + умение писать джойны у разработчика то должно быть всё достаточно просто. Обычно происходит потом нагромождение и костыли хрен пойми какого исполнения и оттуда надо потом последующим "разгребать"

Если на скл хорошая модель бд + корректная нормализация + умение писать джойны у разработчика то должно быть всё достаточно просто. Обычно происходит потом нагромождение и костыли хрен пойми какого исполнения и оттуда надо потом последующим "разгребать"

4 и 5 нормализации не нужны

Если на скл хорошая модель бд + корректная нормализация + умение писать джойны у разработчика то должно быть всё достаточно просто. Обычно происходит потом нагромождение и костыли хрен пойми какого исполнения и оттуда надо потом последующим "разгребать"

Проектом не всегда будут заниматься хорошие разработчики

4 и 5 нормализации не нужны

Я не о секвелиз, если что.

Я не о секвелиз, если что.

я тоже

ладно не буду холиварить

4 и 5 нормализации не нужны

Тогда что ты имеешь ввиду?

ладно не буду холиварить

Ни разу не холиварю, просто новички должны тоже знать, что пользовать орм без твердых знаний sql залог последующего когда-то обязательно наставшего ппца

а чем можно польз новичку нормально без последущего ппца без твердых знаний?

а чем можно польз новичку нормально без последущего ппца без твердых знаний?

Сначала учить базу, а потом пользоваться

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

/

Ребят привет! Кто нибудь знает, есть какие нибудь пакеты, по распознанию графиков, потипа ЭКГ?

А зачем конкретно делать findOne и потом findOneAndUpdate?

как же больно вам писать на ноде боже возмите джангу

один раз не пидорас

второй раз уже привык

Хорек, ты умеешь нормально общаться?

нормально же общаемся

чё ты начинаешь

к чему привыкать то... к вечным страданиям с тем что трейс перекинутого эксепшена затерся потоу что он перекинут в catch или к тому что сорсмапы не могут транслировать этот трейс потому что он словился "не там"...

к чему привыкать то... к вечным страданиям с тем что трейс перекинутого эксепшена затерся потоу что он перекинут в catch или к тому что сорсмапы не могут транслировать этот трейс потому что он словился "не там"...

У вас на джанге с рестом какой-то ад

начни хотябы async/await использовать с тайпскриптом...

и по хорошему это выносится в отдельное место, а не прям в миддлваре

Спасибо за советы и еще хотелось бы избавиться от findoneandupdate вложенного в findone (внутри $set не получается обратиться к предыдущему значению изменяемого свойства) P.s чувствую себя дауном, буду учиться

Спасибо за советы и еще хотелось бы избавиться от findoneandupdate вложенного в findone (внутри $set не получается обратиться к предыдущему значению изменяемого свойства) P.s чувствую себя дауном, буду учиться

Зачем findOneAndUpdate здесь? Подойдёт же updateOne

Подойдет, они вроде особо не отличаются, но мне нужно в $set устанавливать новые данные, которые были бы на основе тех, что были

$set:{count: count/2} что-то в этом роде

У тебя с текущим алгоритмом проблемы с конкурентностью.

Два почти одновременных запроса сделают в сумме +2 к счётчику голосов, но в рейтинг засчитается только один

$set:{count: count/2} что-то в этом роде

Для этого пишется мидлвар пре

Два почти одновременных запроса сделают в сумме +2 к счётчику голосов, но в рейтинг засчитается только один

+1

ребят, а это норм тема, при нажатии на кнопку "создать собрание", создавать в бд пустой обьект, а после заполнение формы и нажатия на кнопку "готово" дописывать новые поля в этот обьект? есть вариант того, что форму не заполнят и будет пустой обьект бд, но зато так не нужно обрабатывать два сценария: создание собрания и его редактирование

может уже придумано как такое правильно делать?)

Капец ты ленивый

оберни в транзакцию

дело не только в лени )

а можно подробнее ?)

оберни в транзакцию

ребят, а это норм тема, при нажатии на кнопку "создать собрание", создавать в бд пустой обьект, а после заполнение формы и нажатия на кнопку "готово" дописывать новые поля в этот обьект? есть вариант того, что форму не заполнят и будет пустой обьект бд, но зато так не нужно обрабатывать два сценария: создание собрания и его редактирование

Так если пользователь не нажал на кнопку "Готово", то какой смысл хранить в БД пустой объект? Ну и по описанию похоже, что вам нужны транзакции

в смысле подробнее

ну транзакции

в бд

ты чего

делаешь строку, лочишь ее, работаем дальше

А потом чистишь висящие транзакции

зато мы с нежной БД обращаемся как надо

я примерно понимаю что такое транзакция, но не понимаю что тут значит "оберни в транзацкию" :) ну и на сервере mongodb, я не уверен что к ней это уместно )

ну или тогда делать транзакцию только на уровне кода, а потом персистить уже в бд, чтоб не было гемора на ее стороне

не помню что там в монге с транзакциями, но можешь курнуть вот в это, насколько я помню можно и в код полностью завернуть имплементацию (не обязательно по канону идти 100%) - https://martinfowler.com/eaaCatalog/transactionScript.html

короче в общем суть такова что тебе нужно сделать temporary сущность, с ней поработать а потом сделать аналог того же коммита, там дальше сам реши как надо конкретно в твоем кейсе. у тебя ассоциации между "собранием" и "что-то-там-что-вложено-в-собрание" какие?

я действительно не написал херни, тут никого нет, или у меня прокся отвалилась?...

а не, тормоза, sry

я бы по нажатию кнопки "создать" сохранял необходимые пропсы в сторе приложения\сайта\etc, короче где-то на стороне клиениа

а уже по нажатию "готово" отправлял в базу

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

вдруг у него одновременный доступ к чему-то

ну например, это собрание в аудитории, и на нее "бронь" 3 минуты пока с ней работают... беру с потолка но все же

нипанятна, бронируется что-то материальное или нет

ERROR: S client not available

так тем более

если материальное, то транзакции или его вариант

если непонятно - лучше перестраховаться

если нет, то хранить на стороне клиента

всё еще не понятно как делать в итоге, но всем спасибо за варианты для раздумий ))

ты бы пояснил детали понятнее бы стало что лучше подходит)

так ты скажи чё бронитуется то? материальное или нет?

разница то как бэ большая

не бранируется ничего )

это не он про "бронируется" говорил а я - а я сам не знаю, может там вообще создание опроса с приглашением по инвайту - тогда выделяй адреса под опросы не хочу

не, зачем базу захламлять

пусть на стороне клиента хранит

а как готов будет, то в базу запишет

упрощу пример, можно представить что это обычный todo лист, в котором записи записи создаются в модальном окне

нажал создать - открылось окно

нажал сохранить - добавилась запись

только еще можно редактировать в том же модальном окне

согласен

не, зачем базу захламлять

просто для редактирования будет урл "/item/id" а для создания /item/add

и логика разная получается, при редактировании нужно подставить в инпут уже имеющийся текст, например

REST?

было бы удобно если всегда работало через /item/id

ниа, grapgql

для редактирования обычно POST /item/:id для создания PUT /item

один хуй разницы

наоборот

разве?

вроде было да

POST должен отдавать 201 created

а, да