Очень сумбурно и неуверенно. "Кажется наоборот - чтение замедлят, возможно...", "... нет, они никак его не ускоряют, кажется..." Когда кажется - нужно восполнять пробелы в знаниях и лучше готовится к выступлению, гражданин "ментор" и "старший разработчик" ) А то получается антиреклама эйч-навыкам. И лучше сидеть на некрутящейся табуретке или отключать видео )
"при шардировании время записи растет" - можно выключать после этого. Хоть спикер что-то понимает в шардировании но вообще не умеет доносить знания... примеры вообще не подготовил... сам с собой ведет беседу
По поводу «при шардировании время записи растет» справедливо, однако не во всех случаях. У меня были кейсы, где в следствие этого действительно запись проседала, это было связано с некачественной проксёй. Но если говорить в общем случае, справедливо утверждение того, что оно может ускорять запись, в силу того, что вставляем в меньшую таблицу и таблица с индексами соответственно меньшая
@@thestrikem Так помимо отказоустойчивости, при наличии нескольких реплик запросы на чтение могут быть распределены между ними, что снижает нагрузку на каждую отдельную реплику и ускоряет время отклика
@@thestrikem Помимо отказоустойчивости, при наличии нескольких реплик запросы на чтение могут быть распределены между ними, что снижает нагрузку на каждую отдельную реплику и ускоряет время отклика.
@@thestrikem Помимо отказоустойчивости, при наличии нескольких реплик запросы на чтение могут быть распределены между ними, что снижает нагрузку на каждую отдельную реплику и ускоряет время отклика.
@@thestrikem Еще как замедляют, если нужно собрать кворум. Если нужна строгая согласованность, то придется опросить все ноды кластера и на основе мнения большинства решить, что отдавать. Чтобы не замедлять, нужно eventual consistency, но это stale дата с значительной долей вероятности и не лучший варинат
![Megan Thee Stallion - Roc Steady (feat. Flo Milli) [Official Video]](http://i.ytimg.com/vi/HozPPyqW0dY/mqdefault.jpg)
Ох уж эти 18летние сеньоры
ох уж эти умаханавы сеньоры
@@CapyMusiic Фамилия влияет на грейд?) Типикал порвавшийся ксенофоб-шовинист
было бы интересно глянуть на его собеседование
Очень сумбурно и неуверенно. "Кажется наоборот - чтение замедлят, возможно...", "... нет, они никак его не ускоряют, кажется..." Когда кажется - нужно восполнять пробелы в знаниях и лучше готовится к выступлению, гражданин "ментор" и "старший разработчик" ) А то получается антиреклама эйч-навыкам. И лучше сидеть на некрутящейся табуретке или отключать видео )
"при шардировании время записи растет" - можно выключать после этого. Хоть спикер что-то понимает в шардировании но вообще не умеет доносить знания... примеры вообще не подготовил... сам с собой ведет беседу
По поводу «при шардировании время записи растет» справедливо, однако не во всех случаях. У меня были кейсы, где в следствие этого действительно запись проседала, это было связано с некачественной проксёй. Но если говорить в общем случае, справедливо утверждение того, что оно может ускорять запись, в силу того, что вставляем в меньшую таблицу и таблица с индексами соответственно меньшая
Чет поздновато стал сеньёнором. Я в 16 уже бы лидом в бигтехе
«Синиор 18 лет» - это российский бигтех? 🤣🤣
Устал смотреть как он елозит на стуле
СДВГ СИНЬОРИЩЕ!
"Реплики замедляют чтение"
Простите, это как? 😄
Реплики ни коем образом не влияют на чтение, это просто повышение отказоустойчивости путём дублирования одного стейта на несколько инстансов
@@thestrikem Так помимо отказоустойчивости, при наличии нескольких реплик запросы на чтение могут быть распределены между ними, что снижает нагрузку на каждую отдельную реплику и ускоряет время отклика
@@thestrikem Помимо отказоустойчивости, при наличии нескольких реплик запросы на чтение могут быть распределены между ними, что снижает нагрузку на каждую отдельную реплику и ускоряет время отклика.
@@thestrikem Помимо отказоустойчивости, при наличии нескольких реплик запросы на чтение могут быть распределены между ними, что снижает нагрузку на каждую отдельную реплику и ускоряет время отклика.
@@thestrikem Еще как замедляют, если нужно собрать кворум. Если нужна строгая согласованность, то придется опросить все ноды кластера и на основе мнения большинства решить, что отдавать. Чтобы не замедлять, нужно eventual consistency, но это stale дата с значительной долей вероятности и не лучший варинат