мы же сейчас про нормальные конторы? не регионы?

нет «ненормальных» контор

в регионе тебе скажут просто "нет денег". Ты хоть как объясняй, но суть одна, будут стоять на своем пока все не развалится, а потом вину перекинут на того, кто настраивал

яж говорю, это от того, что технари не умеют на калькуляторе объяснять

я такие истории слышу каждый год и не по одной, и не только в чатах, а где живу

этот аргумент никак не объясняет почему такой подход не позволяет достингуть «реже ломается»

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

более того, нет денег это обычно следствие предыдущих растрат технарей

потому что всем нужны ВОТ ЭТИ БЛЕСТЯЩИЕ ШТУЧКИ ПРЯМО СЕЙЧАС

нет «ненормальных» контор

есть))) ой поверь есть. В нашей любой программист ходит к шефу на ковёр и рассказывает ему что же он накодил. Системных и сетевых админов он не трогает тк не понимает в их работе ничерта.

нафига нам столько железа, если за ним надо ухаживать

железо стояло и особа каши не просило

никто не принимает никаких решений кроме шефа

как-то так)

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

и что в ответ сказали?

и что в ответ сказали?

"делай как я сказал"

как-то так)

регионы, 1 в 1 такие истории слышу в жизни

никто не принимает никаких решений кроме шефа

ну, централизация управления

в крупных компания ничего принципиального нового нет. считай много аффилированых конторочек

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

ну уровне отделов-департаментов — никаких отличий нет

разные руководители, разные люди, разные подходы.

например в одной конторе проебали КОНТЕЙНЕР с железом, с данными. Перевезли значит данные из свежекупленной конторы в HQ :)

от части ты прав конечно

регионы, 1 в 1 такие истории слышу в жизни

это питер детка))) даже тут есть такие. давно подумываю работу сменить уже

у меня есть переписка, чуть ли не с C-level (это примерно список форбс уже), где этот контейнер пытались найти

уровен дискуссии — срач с бухгалтером в контрое по торговле плиткой

ВЫ ПИДОРЫ, НЕТ ВЫ ПИДОРЫ, НЕТ ОНИ ПИДОРЫ

забавно

так и живём)

так и живём)

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

единственный плюс в корпорации, если у тебя стальные яйца и ты умеешь в политику, у тебя есть шанс разрулить ситуацию на уровне ПОВЫШЕ

в маленькой конторе уровня ПОВЫШЕ нет

короч договариваться нужно уметь в любом случае. слушать и слышать, не обижаться на «нет», а пытаться найти объяснение почему «нет» и как сделать чтоб «да»

ну и калькулятор. в бизнесе бабки — главное. даже уборщица должна в бабки уметь.

вот тут не поспоришь) все на калькуляторе сидят

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

короч договариваться нужно уметь в любом случае. слушать и слышать, не обижаться на «нет», а пытаться найти объяснение почему «нет» и как сделать чтоб «да»

универсальный ответ, в межличностных отношениях тоже работает!

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

а если realtime приложение =) считай крах

но часто никто не может оценить ущерб от простоя

особенно в госконторе

или вообще от потери данных, если вдруг помимо реплики ещё и на бекапах решили сэкономить

аххаахах

радует одно за эти данные не расстреляют никого)

не факт)

за те что у меня похерились не расстреляют

за те что у меня похерились не расстреляют

попробуй подмену файла

и потом repairDatabase

имя коллекции не важно? или нужно то же указывать

думаю что нет, не важно

попробуй на маленькой коллекции сначала

ок, спасибо. Попробую

и на бекапе файла, не оригинале :)

в WiredTiger.wt вроде как метаданные и хранятся

тоесть надо взять исходную колекцию и индекс и переименовать . я правильно понял?

угу

затем подменить

берёшь из .stats() новой коллекции WiredTiger.uri

там будет имя базы

и имя коллекции на диске

это я и называю базой. хранилище физическое

а понял

и тоже самое с индексом по _id

делать с выключенной монгой, стартанут, посмотреть в коллекцию. если данные не появились сделать repairDatabase

если и потом не появятся, то ты можешь попробовать тот-же метод что и с WiredTiger.wt

той читалкой попробовать поковырять таблицу

ERROR: S client not available

я думаю что обойти таблицу и достать bson блобы не очень сложно будет

хм, ну да)

вопрос только как там они физически хранятся, но я так понял что они используют абстракции из wt прямиком, так что если таблицу сырую получится прочитать, данные там просто перебрать можно. а это сжатый snappy bson

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

https://emptysqua.re/blog/driver-features-for-mongodb-3-6/

Now it’s time for dessert! MongoDB 3.6 will have a new event notification API.

cursor = client.my_db.my_collection.changes([ {'$match': { 'operationType': {'$in': ['insert', 'replace']} }}, {'$match': { 'newDocument.n': {'$gte': 1} }} ]) # Loops forever. for change in cursor: print(change['newDocument'])

ого

вот это очень круто

интересно, как оно с concurrency работает.

(97% что никак, скорее всего это обёртка над оплогом)

там отличный документ всплывает: https://emptysqua.re/blog/how-to-write-resilient-mongodb-applications/ хороший пример как мыслить за пределами тразакций

indempotent queries это один из самых слабообсуждаемых моментов, потому что если у тебя или сами данные индемпотентны или ты изначально проектируешь запросы особым образом — в 99% случаев можно обойтись без транзакций, сохранив огромную пропускную способность

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

мы делали платную подписку на контент, по модели fair share, когда фиксированная подписка распределяется между всеми авторами, чей контент ты потреблял, пропорционально количеству потреблённого контента. мы специально сделали биллиг цикл в 7 дней (бизнес-процесс позволял и так даже удобнее было) и продавали подписку по несколько недель (от 4 и выше) на каждую покупу внутри системы выставлялся заказ. внутри заказа поддокументами хранилась история действий (это была стейтмашина по сути, хранились переходы). на заказ создавалась оплата (тоже стейт машина с поддокументами), которая асинхронного могла менять свои состояния по триггерам из гейта и по необходимости меняла состояние заказа. когда оплата переходила в состояние «оплачена», она дергала заказ, который в свою очередь тупо генерировал ещё X записей в коллекции с неделями. а уже активация недель была делом техники, потому что они всегда активируются в одном порядке, так что два конкурентных запроса всегда схватят одну и ту-же неделю это отлично закрывало кейс, когда пользователь открыл браузер, у него восстановилось 10 вкладок с нашим контентом, но подписка истекла и все 10 запросов одновременно пытаются активировать новую неделю)

https://emptysqua.re/blog/driver-features-for-mongodb-3-6/

круто

это как ответ на вопрос: КАК ЖЕ ДЕНЬГИ БЕЗ ТРАНЗАКЦИЙ ТАААА

и распредление бабла, тоже была достаточно простая история: у автора тоже неделя, только со своим шагом. неделя покрывает конкретную дату. можешь хоть 30 раз его сгенерировать — данные будут одни и теже

хм, я чета даже захотел 3.6 с таким драйвером. кстати там было упоминание что This winter, we’ll release MongoDB 3.6 это так и ожидается?

это они так планируют, а выйдет она скорее всего к весне :)

но у меня нет статистики по тому как сильно они релизы проёбывают

ждем пускаем слюни

там ещё explain для аггрегаций будет

это самый сок

мне понравился пост в блоге, раскрывает некоторые фичи релиза

Други, а что за mongoexport/import и в чем разница с обычным mongodump?

Дамп бинарный

Импорт нет

Ищем сотрудника в нашу команду - администратора БД MongoDB !!!!!! https://hh.ru/vacancy/20635690

Ищем сотрудника в нашу команду - администратора БД MongoDB !!!!!! https://hh.ru/vacancy/20635690

Если у вас есть какие-то конкретные задачи, вы можете нанять нас