Эйч Навыки: Как и зачем шардировать базы данных?

[@РоманФетисов-и8у]

Очень сумбурно и неуверенно. "Кажется наоборот - чтение замедлят, возможно...", "... нет, они никак его не ускоряют, кажется..." Когда кажется - нужно восполнять пробелы в знаниях и лучше готовится к выступлению, гражданин "ментор" и "старший разработчик" ) А то получается антиреклама эйч-навыкам. И лучше сидеть на некрутящейся табуретке или отключать видео )

[@umahanov1]

Ох уж эти 18летние сеньоры

[@CapyMusiic]

ох уж эти умаханавы сеньоры

[@umahanov1]

@@CapyMusiic Фамилия влияет на грейд?) Типикал порвавшийся ксенофоб-шовинист

[@kandidat8134]

было бы интересно глянуть на его собеседование

[@vorandrew]

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

[@thestrikem]

По поводу «при шардировании время записи растет» справедливо, однако не во всех случаях. У меня были кейсы, где в следствие этого действительно запись проседала, это было связано с некачественной проксёй. Но если говорить в общем случае, справедливо утверждение того, что оно может ускорять запись, в силу того, что вставляем в меньшую таблицу и таблица с индексами соответственно меньшая

[@CapitanBabax]

Чет поздновато стал сеньёнором. Я в 16 уже бы лидом в бигтехе

[@alexandrcorbin]

«Синиор 18 лет» - это российский бигтех? 🤣🤣

[@ЕвгенийКирьянов-я8ы]

Устал смотреть как он елозит на стуле

[@Юджин-й4ч]

СДВГ СИНЬОРИЩЕ!

[@deuse7222]

"Реплики замедляют чтение" Простите, это как? 😄

[@thestrikem]

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

[@deuse7222]

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

[@deuse7222]

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

[@deuse7222]

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

[@umahanov1]

@@thestrikem Еще как замедляют, если нужно собрать кворум. Если нужна строгая согласованность, то придется опросить все ноды кластера и на основе мнения большинства решить, что отдавать. Чтобы не замедлять, нужно eventual consistency, но это stale дата с значительной долей вероятности и не лучший варинат