У вас группируется сразу по нескольким ключам?

+тут выше был хороший сайт для тренировок с работой на пайплайнах

Ого Если найдешь, дай знать А то тоже все никак нормально не разберусь

Клиент монго компас удобный для пайплайнов

Robot3t еще

Robot3t еще

Но он не поддерживает последние версии монги. Вообще имхо лучше всего - nosqlbooster Studio3t и compass - слишком снижен порог входа, что неудобно для продвинутого пользователя

а опенсорсное чего-то такое есть?

Скажите плз, а есть ли какой-то конструктор агрегированных запросов?

Запрос к самой бд покажи

import { Car } from '@/models/Car' import { mongooseConnect } from '@/lib/mongoose' import { isAdminRequest } from '@/pages/api/auth/[...nextauth]' export default async function handle(req, res) { const { method } = req await mongooseConnect() await isAdminRequest(req, res) if (method === 'GET') { if (req.query?.id) { res.json(await Car.findOne({ _id: req.query.id })) } else { res.json(await Car.find()) } } if (method === 'POST') { const { title, type, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties } = req.body const carDoc = await Car.create({ title, type, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties }) res.json(carDoc) } if (method === 'PUT') { const { title, type, _id, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties } = req.body const carDoc = await Car.updateOne( { _id }, { title, type, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties } ) res.json(carDoc) } if (method === 'DELETE') { if (req.query?.id) { await Car.deleteOne({ _id: req.query?.id }) res.json(true) } } }

есть мысли ?)

import { Car } from '@/models/Car' import { mongooseConnect } from '@/lib/mongoose' import { isAdminRequest } from '@/pages/api/auth/[...nextauth]' export default async function handle(req, res) { const { method } = req await mongooseConnect() await isAdminRequest(req, res) if (method === 'GET') { if (req.query?.id) { res.json(await Car.findOne({ _id: req.query.id })) } else { res.json(await Car.find()) } } if (method === 'POST') { const { title, type, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties } = req.body const carDoc = await Car.create({ title, type, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties }) res.json(carDoc) } if (method === 'PUT') { const { title, type, _id, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties } = req.body const carDoc = await Car.updateOne( { _id }, { title, type, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties } ) res.json(carDoc) } if (method === 'DELETE') { if (req.query?.id) { await Car.deleteOne({ _id: req.query?.id }) res.json(true) } } }

можете написать в коде ?

И там где пост сразу из боди запихивай напрямую. Зачем тебе переменных вагон, которые нужны только один раз что бы переложить из пустого в порожнее

await Car.updateOne({_id}, {$set: req.body})

к сожаление не работает

проблема та же

import { Car } from '@/models/Car' import { mongooseConnect } from '@/lib/mongoose' import { isAdminRequest } from '@/pages/api/auth/[...nextauth]' export default async function handle(req, res) { const { method } = req await mongooseConnect() await isAdminRequest(req, res) if (method === 'GET') { if (req.query?.id) { res.json(await Car.findOne({ _id: req.query.id })) } else { res.json(await Car.find()) } } if (method === 'POST') { const { title, type, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties } = req.body const carDoc = await Car.create({ title, type, description, images, vinNumber, mileage, mainDamage, secondaryDamage, valuedPrice, cylinders, carcaseType, color, engineType, transmission, driveUnit, tsClassification, fuelType, keys, category, properties }) res.json(carDoc) } if (method === 'PUT') { const { _id } = req.body const carDoc = await Car.updateOne({ _id }, { $set: req.body }) res.json(carDoc) } if (method === 'DELETE') { if (req.query?.id) { await Car.deleteOne({ _id: req.query?.id }) res.json(true) } } }

``` import mongoose, { model, Schema, models } from 'mongoose' const CarSchema = new Schema( { title: { type: String, required: true }, description: String, images: [{ type: String }], vinNumber: String, mileage: String, mainDamage: String, secondaryDamage: String, valuedPrice: { type: Number, required: true }, cylinders: Number, carcaseType: String, color: String, engineType: String, transmission: String, driveUnit: String, tsClassification: String, fuelType: String, keys: Number, type: { type: String, required: true }, properties: { type: Object }, category: { type: mongoose.Types.ObjectId, ref: 'Category' } }, { timestamps: true } ) export const Car = models.Car || model('Car', CarSchema) ```

``` import mongoose, { model, Schema, models } from 'mongoose' const CarSchema = new Schema( { title: { type: String, required: true }, description: String, images: [{ type: String }], vinNumber: String, mileage: String, mainDamage: String, secondaryDamage: String, valuedPrice: { type: Number, required: true }, cylinders: Number, carcaseType: String, color: String, engineType: String, transmission: String, driveUnit: String, tsClassification: String, fuelType: String, keys: Number, type: { type: String, required: true }, properties: { type: Object }, category: { type: mongoose.Types.ObjectId, ref: 'Category' } }, { timestamps: true } ) export const Car = models.Car || model('Car', CarSchema) ```

Вот не понимаю что случилось то за полгода

Всем привет Прошу не кидать камни, с mongo начал общаться вчера Сейчас на моем проекте есть 1 менеджд кластер на яндексе, 1 жирный хост, там 15 бд, самая прожорливая 1 коллекий в 1 бд Лид хочет ускорить запросы на чтение, и снизить нагрузку на хост, чтобы понизить класс (меньше цпу и озу) Вариант с репликацией, который изначально сказал лид: доабвляем 2 реплики, по докам понял, что запросы все равно все обрабатывает primary, для того, чтобы на чтение летели к реплика указываем readPreference=secondaryPreferred (можно поймать рассинхрон) Вариант с шардингом: 2 шарда юез реплик. Как я понимаю, обычные бд будут раскиданы по ним автоматически. В самой жирной бд включаю шардинг на самую большую коллекцию по нужному инедксу, и она уже будет раскидана по ним. При этом будет 2 хоста, как я понимаю, под данные и автоматом яндекс создаст MONGOS и MONGOCFG Вопрос в том, поможет ли и какой лучше подходит из этих вариантов? Первичная цель ускорить запросы на чтение, вторичная разбить 1 большой хост на несколько поменьше (сейчас 8 цпу 32 озу, понизить до 4 цпу, 16 озу)

Всем привет Прошу не кидать камни, с mongo начал общаться вчера Сейчас на моем проекте есть 1 менеджд кластер на яндексе, 1 жирный хост, там 15 бд, самая прожорливая 1 коллекий в 1 бд Лид хочет ускорить запросы на чтение, и снизить нагрузку на хост, чтобы понизить класс (меньше цпу и озу) Вариант с репликацией, который изначально сказал лид: доабвляем 2 реплики, по докам понял, что запросы все равно все обрабатывает primary, для того, чтобы на чтение летели к реплика указываем readPreference=secondaryPreferred (можно поймать рассинхрон) Вариант с шардингом: 2 шарда юез реплик. Как я понимаю, обычные бд будут раскиданы по ним автоматически. В самой жирной бд включаю шардинг на самую большую коллекцию по нужному инедксу, и она уже будет раскидана по ним. При этом будет 2 хоста, как я понимаю, под данные и автоматом яндекс создаст MONGOS и MONGOCFG Вопрос в том, поможет ли и какой лучше подходит из этих вариантов? Первичная цель ускорить запросы на чтение, вторичная разбить 1 большой хост на несколько поменьше (сейчас 8 цпу 32 озу, понизить до 4 цпу, 16 озу)

Всем привет Прошу не кидать камни, с mongo начал общаться вчера Сейчас на моем проекте есть 1 менеджд кластер на яндексе, 1 жирный хост, там 15 бд, самая прожорливая 1 коллекий в 1 бд Лид хочет ускорить запросы на чтение, и снизить нагрузку на хост, чтобы понизить класс (меньше цпу и озу) Вариант с репликацией, который изначально сказал лид: доабвляем 2 реплики, по докам понял, что запросы все равно все обрабатывает primary, для того, чтобы на чтение летели к реплика указываем readPreference=secondaryPreferred (можно поймать рассинхрон) Вариант с шардингом: 2 шарда юез реплик. Как я понимаю, обычные бд будут раскиданы по ним автоматически. В самой жирной бд включаю шардинг на самую большую коллекцию по нужному инедксу, и она уже будет раскидана по ним. При этом будет 2 хоста, как я понимаю, под данные и автоматом яндекс создаст MONGOS и MONGOCFG Вопрос в том, поможет ли и какой лучше подходит из этих вариантов? Первичная цель ускорить запросы на чтение, вторичная разбить 1 большой хост на несколько поменьше (сейчас 8 цпу 32 озу, понизить до 4 цпу, 16 озу)

потенциал по ускорению самих запросов уже исчерпан?

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

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

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

Ребята,всем привет! Вопрос по монго-экспортеру для графаны и прометеуса. Точнее даже так вопрос,кто мониторит графаной и прометеусом- вы как снимаете размеры баз данных монги? Те экспортеры что я нашел- там в основном технические метрики(память,процессор,статус сервера и т.п.)

А что нужно конкретнее