когда делаю коннект через пхп там mongodb://127.0.0.1:27017/admin а когда через консоль то на запрос $ db отдает только test

Hi guys. Anyone speaks english here?

Hello, a little.

После / должно идти название рабочей БД. Если авторизация проходит через БД admin, то нужно к параметрам добавить &authSource=admin

Because there are different versions of it. Like Atlas/Community Server, etc

спасибо я разобрался

Because there are different versions of it. Like Atlas/Community Server, etc

так а как это сделать в консоле?

подмогите люди добрые 2018-07-20T08:21:24.872+0300 I STORAGE [initandlisten] 2018-07-20T08:21:24.872+0300 I STORAGE [initandlisten] WARNING: Using the XFS filesystem is strongly recommended with the WiredTiger storage engine 2018-07-20T08:21:24.872+0300 I STORAGE [initandlisten] See http://dochub.mongodb.org/core/prodnotes-filesystem 2018-07-20T08:21:28.006+0300 I CONTROL [initandlisten] 2018-07-20T08:21:28.006+0300 I CONTROL [initandlisten] WARNING: Access control is not enabled for the database. 2018-07-20T08:21:28.006+0300 I CONTROL [initandlisten] Read and write access to data and configuration is unrestricted. 2018-07-20T08:21:28.006+0300 I CONTROL [initandlisten] 2018-07-20T08:21:28.006+0300 I CONTROL [initandlisten] 2018-07-20T08:21:28.006+0300 I CONTROL [initandlisten] ** WARNING: You are running in OpenVZ which can cause issues on versions of RHEL older than RHEL6. 2018-07-20T08:21:28.006+0300 I CONTROL [initandlisten] что он от меня хочет?

Всем доброго дня! Подскажите плиз, python, pymongo. Есть две коллекции, в одну сохраняются товары текущего парсинга (перед парсингом коллекция дропается), во вторую – тоже самое, но там товары накапливаются и появляется дополнительное поле-массив с датами, когда товар был доступен. Индексы в обеих коллекциях по _id и uuid. Для обновления данных во второй коллекции пытаюсь использовать конструкцию: db[collection].update(item, {"$addToSet": {'avl_date': date}}, upsert=True) item вот такого вида: item ={'uuid': '89579073-237f-50bb-a51c-8ba4c93b1edb', 'sku': '311565011', 'outOfStock': True, 'category': 'Toys & Entertainment/Technology & Electricals /Radios', 'brand': 'View Quest', 'price': {'currentPrice': '£65', 'unitPrice': '£65 each'}, 'avl_date': ['2018-07-22', '2018-07-23'], 'name': 'Blue Retro Mini Digital Radio', '_id': ObjectId('5b546efeb859c869112da997')} пробовал с полем _id и без, с полем avl_date и без. Выдает ошибку дубликата ключа по uuid. Работает вот так: db[collection].update({‘uuid’: item[‘uuid’]}, {"$addToSet": {'avl_date': date}}, upsert=True) но тут вопрос, если продукта с таким uuid нет, то он должен вставить документ (как я пробовал это сделать в первом случает), а где его указать в этой конструкции?

Всем доброго дня! Подскажите плиз, python, pymongo. Есть две коллекции, в одну сохраняются товары текущего парсинга (перед парсингом коллекция дропается), во вторую – тоже самое, но там товары накапливаются и появляется дополнительное поле-массив с датами, когда товар был доступен. Индексы в обеих коллекциях по _id и uuid. Для обновления данных во второй коллекции пытаюсь использовать конструкцию: db[collection].update(item, {"$addToSet": {'avl_date': date}}, upsert=True) item вот такого вида: item ={'uuid': '89579073-237f-50bb-a51c-8ba4c93b1edb', 'sku': '311565011', 'outOfStock': True, 'category': 'Toys & Entertainment/Technology & Electricals /Radios', 'brand': 'View Quest', 'price': {'currentPrice': '£65', 'unitPrice': '£65 each'}, 'avl_date': ['2018-07-22', '2018-07-23'], 'name': 'Blue Retro Mini Digital Radio', '_id': ObjectId('5b546efeb859c869112da997')} пробовал с полем _id и без, с полем avl_date и без. Выдает ошибку дубликата ключа по uuid. Работает вот так: db[collection].update({‘uuid’: item[‘uuid’]}, {"$addToSet": {'avl_date': date}}, upsert=True) но тут вопрос, если продукта с таким uuid нет, то он должен вставить документ (как я пробовал это сделать в первом случает), а где его указать в этой конструкции?

В секции, где $addToSet добавить нужно $setOnInsert https://docs.mongodb.com/manual/reference/operator/update/setOnInsert/index.html — вот тут есть пример

подскажите пожалйста - как можно с существующей MongoDB ну или моделек с монгуза получить красивую DBSchema ? (Это как ЕRD для реляционок, только более общее понятие). Я понимаю что в монге и связей между колекциями как таковых нету, но всё же

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

пришёл на новый проек, модельки вижу, но трудно собрать раму что к чему

Добрый день. Удобный инструмент для этого Comapss. Покажет какие поля присутствуют в коллекция, во всех ли документах и т.п. Видос: https://youtu.be/XfLeO_LE6ic?t=86 Скачать: https://www.mongodb.com/download-center?jmp=hero#compass

Ок, спасибо! Надеюсь он есть и на Винду и на мак

Всем привет. Подскажите, пожалуйста, как убрать лишние сообщения в логах? Уже установил logLevel в 0, quiet тоже стоит. У меня множественные коннекты к БД и остался спам сообщения: mongod[25605]: 2018-07-25T14:38:00.709+0300 I NETWORK [conn1] received client metadata from 127.0.0.1:33528............. Как это убрать на фиг?

Это вам в консоль сыпется?

Ну куда настрою, туда и сыпится. И в логфайл сыпалось, сейчас у меня journalctl используется, теперь туда (через syslog).

Дык -1 это использовать родительскую настройку. А родительская можетбыть только 0, -1 поставишь - не стартанёт.

Да я это уже прочитал, и прямо, и задом наперёд. Поэтому и пишу. У меня в результате машина половину ресурсов тратит не на полезную работу, а на спам вот этого. Драйвер переписывать - тоже не айс идея.

больше мыслей нет

Спасибо за попытку :)

Половина ресурсов на логи?

Открытие соединения — дорогая операция, особенно если используется TLS

Про connection pool, про драйвера - это всё очень понятно. У меня вопрос не как убрать множественные коннекты, ибо это вопрос драйвера, а как убрать сообщения в логах. С драйвером мне всё понятно.

@AstraSerg ну понятно, у меня покруче нагрузочка была. bash несколько медленее...

Моя мысль в том, что у вас проблемы не с самим фактом журналирования, а где-то на этапе обработки журнала. Если это продуктивная инсталляция, то лечить надо причину, а не симптом

@AstraSerg ну я вчера залез в исходники драйвера... и как-то сник :) Если бы, как всегда, не срочность... Ну я сейчас обработаю свои 40 гигов с /dev/null, потом займысь выпрямлением количества коннектов.

Как я уже говорил: несколько мегабайт журнала в секунду (тысячи записей в журнал в секунду) , не должны являться проблемой. Если это является проблемой, это серьезный симптом

Питон, c motor.