Вы не тем занимаетесь

кстати. а вообще какая цель? делаете графический редактор запросов?

В отличии от нормального интерфейса для написания запросов

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

«все» это кто?

автодополнение, знач всетаки редактор запросов

Из-за того что в локальной сети задержки в основном обусловленны не физической передачей данных, а их обработкой в процессе передачи, вам только кажется что в локальной сети нет задержек. Но в локальной сети действуют те-же самые законы физики что и везде :) Быстрее света информацию не передать. За 1 миллисекунду свет может преодолеть всего ~300км метров, а за 1 микросекунду соотвественно всего 300 метров, а за 1 наносекунду всего 30 сантиметров. Или ~4 нс на каждый метр. И это только время необходимое на физическую передачу сигнала в одну сторону. Дальше у нас есть 7 слоёв OSI модели, каждый из которых вносит свои задержки. Например в L1 популярен Ethernet. В этом протоколе есть пауза между передачей пакетов. Длинна паузы 96 «битовых пульсов». «Битовый пульс» считается как (1 / скорость интерфейса). Т.е. для 10E это ~0.1мс, а для 1000E ~1нс. Т.е. мы ещё даже не начинали считать сколько времени устройствам нужно на обработку и уже получили 5 нс задержки на каждый метр. Вместе с задержкой на обработку, без специальных оптимизаций и использования специального оборудования, задержка в одну сторону будет измерятятся в сотнях микросекунд. Даже loopback интерфейс, который по сути не взаимодействует с сетевым оборудованием, даёт задержки в десятки микросекунд. Теперь посчитаем очень упрощённо. Так как монга предпологает последовательное исполнение команд, ей нужно отправить запрос и дождаться ответа от сервера. Чем меньше размер запроса и меньше работы делает монга, тем заметнее становятся задержки. Предположим что мы можем передать запрос, со всеми задержками, за 500мкс, а монга может выполнить 50 тыс условных документов в секунду, что даёт нам 2мкс на вставку вместе со всеми обрабтками Последовательная вставка: 500мкс (запрос) + 2 (обработка) + 500мкс (ответ) = 1002мкс на документ. Или 998 документа в секунду. Bulk вставка 1000 документов: 500мкс * 1000 (передача) + 2 мкс * 1000 (обработка) + 500мкс (ответ) = 502500 мкс. 503 мкс на документ или 1988 документа в секунду. Что примерно в два раза быстрее. В реальности эффект может быть как больше, так и меньше. Это будет зависеть от того, где дальше расположенно следующее бутылочное горлышко.

круто завернул ? но у нас нет 7 слоев OSI по-факту ?

есть как минимум OSI и TCP/IP модели, в первой 7 уровней во второй 5 =) OSI придумали хер знает когда, в darpa если память не изменяет. Придумать придумали, а связать с тем что вреале наворотили - "не смогла я не смогла". Затем появлялись всяческие стандарты/rfc/прочая макулатура. В итоге на деле вышло так что эталон OSI-7 херово ложится на нынешний стек TCP/IP и сделали более приближенную модель(вроде альтернативной)

Ребят, нубский вопрос: в схеме монгуса я записываю данные и по умолчанию ставлю текущую дату date: { type: Date, default: Date.now }, но мне понадобилось взять эту дату и вернуть ее в ответ сервером, как лучше сделать? Записывать дату через new Data() и потом эту же дату возвращать? или можно прям получить дефолтное значение и вернуть? И как лучше с точки зрения производительности) Спасибо)

Date.now() Возвращает числовое значение, соответствующее текущему времени — количество миллисекунд new Date(value), где value Целое значение, представляющее количество миллисекунд дальше формируете строку чтобы вывести в нужном формате как-то так

Да, наверное буду в таком формате хранить дату, лучше чем монгус делает дефолтную дату

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

Посоветуйте GUI для работы с mongo на Mac

Mongouri бери и коннекться

у меня просто одни и теже настройки к локалке коннектятся а к атласу нет. Пишет Error: read ECONNRESET

Можешь так проверить, или качни монгочиф на комп или mongolime на телефон, создай новый коннекшн import from uri, вставь свой uri, и попробуй.

Мне кажется, если брать за пример партиционирование таблиц, например в оракле, то шардирование коллекций, как раз наиболее близко по смыслу.

а в монге есть партицирование? я не про чанки и шардинг сейчас

Надо ещё покопать как монга физически данные хранит Помню что есть чанки, но они вроде к шардам относятся