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

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

Коллеги, подскажите как при создании индекса указать ему имя. НЕ могу найти примера для сингл или компаунд индекса

db.products.createIndex( ... { ... "name": test, ... "v" : 1, ... "d." : 1, ... } )

Добрый день. Хочу весь прайс хранить в одном документе(в виде списка словарей id|name|price и тд). Как мене хранить счетчик или возможно встроенные средства есть, чтоб присваивать каждой позиции в документе свой id ?

Добрый день. Хочу весь прайс хранить в одном документе(в виде списка словарей id|name|price и тд). Как мене хранить счетчик или возможно встроенные средства есть, чтоб присваивать каждой позиции в документе свой id ?

Добрый день. Хочу весь прайс хранить в одном документе(в виде списка словарей id|name|price и тд). Как мене хранить счетчик или возможно встроенные средства есть, чтоб присваивать каждой позиции в документе свой id ?

collection.findOne({}, { sort: { $natural: -1 } }) Получаешь последнюю запись, берешь ее id Затем просто прибавляешь и инсертишь

а для какой цели вам нужен инкрементный (хотя может я придумал?) счетчик?

Будут другие коллекции (заказы), там будет хранится информация о id товара/ кол-во. Почем именно id, а не встроенный _id, тк с этими данными будет работа в браузере, и передавать id (с формы заказа) проще, а как _id даже не знаю (хотя можно строковое представление, но число привычней).

Здесь конечно напрашивается sql а не nosql, но мне нравится (возможно ошибаюсь) что списки удобней хранить по документам в коллекциях а не доп таблицы.

Используйте objectid в качестве идентификаторов элементов и передавайте из браузера его hex представление

там , вангую, хотят id для человека

Здесь конечно напрашивается sql а не nosql, но мне нравится (возможно ошибаюсь) что списки удобней хранить по документам в коллекциях а не доп таблицы.

продиктовать object id не так то просто, голосом, например )

продиктовать object id не так то просто, голосом, например )

так же просто как голосом продиктовать iban

ну враки, никто в здравом уме не диктует голосом такие вещи)

вы знаете что такое iban? почему по вашему их человек в здравом уме не может диктовать?)

Это заблуждение и попытка свалить на потребителей лишние проблемы. Я как клиент не хочу знать номер своего заказа, номер отслеживания или ещё какие-то номера.

это действительность же, номер заказа такой-то, везде

Спасибо за ответы. Действительно напрашивается sql c json полями. Сам не понимаю почему тянет к mongo, хз.

Потому что никому не надо его диктовать

вы знаете что такое iban? почему по вашему их человек в здравом уме не может диктовать?)

например в процессе работы бухгалтерии или онбординга, довольно распространенная ситуация

а вот номер заказа приходилось, и он должен(желательно) быть выговаревымым

Это плохой онбординг

Не нужн номер заказа

Есть коллекции которые очень хорошо ложаться на mongo, но уникальное поле с автоинкрементом и некая транзакционность или атомарность в записи. Есть хорошие примеры/доки про id с автоинкрементом и про атомарность/транзакционность ?

ну так например в том же dns (сеть компьютерных магазинов )

я лично от автоинкремента ушел(sql тема вообще), но номера заказов(образно) для человека, нужны все таки, иногда

В том-же боксберри не надо запоминать номер отслеживания, нужен только номер телефона

не спорю, но такая практика есть, нужны человекочитаемые номера(id)

бизнесу это сложно донести)

бизнес хочет(требует) чтоб к челу цеплялся уник номер(id) заказа, я понимаю что смысла от него чуть менее , чем никакого)

Это не бизнес придумал эту дичь с номерам. Это програмиисты придумали

потом бизнес это принял, а перестроится не хочет)