если это сущности этого же сервиса — то конечно несколько таблиц. Но если ему нужна информацию по user'у будь добр сделать запрос в другой сервис — ответственный за это.
Ключевое что доступ к определенной базе, у которой может быть несколько таблиц — только у 1го сервиса
да все так: 1 сервис — 1 база, у которой может быть несколько таблиц — но только из одной домменой модели.
Ключевое что доступ к определенной базе, у которой может быть несколько таблиц — только у 1го сервиса
Ничего трудозатратного — если уметь готовить.
Мне совершенно не трудно таскать с собой кошелек. Мне даже не комфортно, когда его нету в кармане. Это всего лишь дело привычки. Моя привычка — кошелек. Ваша — карта)
Из Москвы пишу, ВАО, в пределах МКАД.
Рынок выходного дня — терминалов нету.
Парковка в БЦ на автозаводской — только наличка.
Это что с ходу вспоминаю.
Искренне не понимаю таких людей, которые даже 100 рублей бумажных не имеют. Мало ли что: воды захотел купить в палатке, чаевые оставить в ресторане, купить овощей на рынке и т.д.
Жили в Муйне примерно 4 месяца — это потрясающее место, со своей атмосферой, ну и конечно со своими минусами. Обязательно туда вернусь. Но это «русская деревня», в этом есть свой кайф.
Сравнивая с Тайландом, Филиппинами — Вьетнам в разы комфортнее для меня
Если primary key является монотонно возрастающим, т.е автоинкрементным, то вставка происходит в конец, за счёт кеша в дереве. Я привёл ссылку на исходник postgres, там об этом упоминается, в mysql очень похожая реализация.
Инсертов не несколько миллионов в день, а несколько сотен миллионов в день.
Ваш подоход неправильный, это получается какой то кривой шардинг. Партиции хорошо работают.
Все события по ссылкам пишутся в очередь, оттуда батчами в clickhouse, вот оттуда отчёты и строятся.
К сожалению не с timestamp начиналось — он был в середине него. Но да, если бы он был в начале, то да. Но все равно вставка с помощью AUTO_INCREMENT быстрее.
Немного не так выразился.
Индекс в mysql — это Би-дерево, поэтому когда uuid-ы содержали timestamp-ы, то это было не очень эффективное хранение.
Чтение происходит в разы реже, чем вставка. Поэтому основной выигрыш, конечно же был с когда мы стали вставлять в конец, а не искать нужное место для вставки. Ну и Key Lookup — в разы проще, чем проходиться по дереву и искать место вставки.
Ключевое что доступ к определенной базе, у которой может быть несколько таблиц — только у 1го сервиса
Ключевое что доступ к определенной базе, у которой может быть несколько таблиц — только у 1го сервиса
Ничего трудозатратного — если уметь готовить.
выносите, дробите, делите базу на разные…
2 дня в офисе, 3 дня из дома — идеальный баланс.
Рынок выходного дня — терминалов нету.
Парковка в БЦ на автозаводской — только наличка.
Это что с ходу вспоминаю.
Также не все автоматы по парковке принимают карты.
Поэтому кошелек мое все)
Надеюсь это ирония)
На эту тему интересно Егора Бугаенко послушать.
А остальные это еще 1 час?
Сравнивая с Тайландом, Филиппинами — Вьетнам в разы комфортнее для меня
А вместо json ещё можно использовать blob, но на практике это совершенно неудобно.
Если primary key является монотонно возрастающим, т.е автоинкрементным, то вставка происходит в конец, за счёт кеша в дереве. Я привёл ссылку на исходник postgres, там об этом упоминается, в mysql очень похожая реализация.
Инсертов не несколько миллионов в день, а несколько сотен миллионов в день.
Ваш подоход неправильный, это получается какой то кривой шардинг. Партиции хорошо работают.
Все события по ссылкам пишутся в очередь, оттуда батчами в clickhouse, вот оттуда отчёты и строятся.
Индекс в mysql — это Би-дерево, поэтому когда uuid-ы содержали timestamp-ы, то это было не очень эффективное хранение.
Чтение происходит в разы реже, чем вставка. Поэтому основной выигрыш, конечно же был с когда мы стали вставлять в конец, а не искать нужное место для вставки. Ну и Key Lookup — в разы проще, чем проходиться по дереву и искать место вставки.