В
вот тут не плохо
Size: a a a
2021 February 08
АГ
K
grpc - принципиально другая штука. это бинарный протокол, и там нет http
grpc это про протобаф, в частности
А протобаф это такое себе сериализатор/десериализатор. Да, всё прибито к контрактам, но есть и брекин ченжи, и он довольно громоздкий. Советую чисто для интереса посмотреть о caPnProto.
А там и до вешать прямо через TCP недалеко :)
А протобаф это такое себе сериализатор/десериализатор. Да, всё прибито к контрактам, но есть и брекин ченжи, и он довольно громоздкий. Советую чисто для интереса посмотреть о caPnProto.
А там и до вешать прямо через TCP недалеко :)
АГ
вот доклад про то, что тср все
АГ
хотя конечно все условно, относительно, я например на кабельном интернете дома, мне эти все заморочки для ненадежных беспроводных сетей не актуальны
АГ
https://capnproto.org/ прикольно, но я боюсь с этим мне столкнуться не придется... только на протобаф начали переходить, не бросать же это дело
В
Доброго дня.
Кто-нибудь может подкинуть литературу на тему проблем, связанных с использованием автоинкремента в качестве id сущности?
Кто-нибудь может подкинуть литературу на тему проблем, связанных с использованием автоинкремента в качестве id сущности?
ЕР
Доброго дня.
Кто-нибудь может подкинуть литературу на тему проблем, связанных с использованием автоинкремента в качестве id сущности?
Кто-нибудь может подкинуть литературу на тему проблем, связанных с использованием автоинкремента в качестве id сущности?
Литературу вряд ли, а что там неочевидного?
AK
Доброго дня.
Кто-нибудь может подкинуть литературу на тему проблем, связанных с использованием автоинкремента в качестве id сущности?
Кто-нибудь может подкинуть литературу на тему проблем, связанных с использованием автоинкремента в качестве id сущности?
Чтобы получить айдишник нужно в базу сходить, это минус
R
1. Распределённые хранилища с честным автоинкрементом упрутся в синхронизацию и будут бесполезны, ибо не будет признака шардирования по ID
2. Часто нужно генерить ID на стороне кода, а это тоже подразумевает синхронизацию (причём, сложную), в которую всё упрётся
2. Часто нужно генерить ID на стороне кода, а это тоже подразумевает синхронизацию (причём, сложную), в которую всё упрётся
АГ
code-first в общем. не обязательно реляционная бд может быть
R
Да и автоинкремент в 99% случаев не нужен. Он может использоваться, как быстрая замена LIMIT OFFSET (cursor pagination), больше он ни для чего не нужен. Плюс, есть всякие векторы атаки получения доступа к не своим данным перебором айдишников.
В
Литературу вряд ли, а что там неочевидного?
Неочевидно, как представить плюсы генерации id в коде тимлиду, который никогда не работал с подобным. Надо кардинально изменить взгляды человека.
R
Неочевидно, как представить плюсы генерации id в коде тимлиду, который никогда не работал с подобным. Надо кардинально изменить взгляды человека.
Спроси его про плюсы генерации ID автоинкрементом и задай на эти "плюсы" вопросы, на которые он не сможет ответить, делов то
ЕР
Неочевидно, как представить плюсы генерации id в коде тимлиду, который никогда не работал с подобным. Надо кардинально изменить взгляды человека.
- Не нужно ходить в базу за айдишкой. Оверхед на uuid незначительный скорее всего на ваших масштабах, вероятностью коллизий можно пренебречь
АГ
Да и автоинкремент в 99% случаев не нужен. Он может использоваться, как быстрая замена LIMIT OFFSET (cursor pagination), больше он ни для чего не нужен. Плюс, есть всякие векторы атаки получения доступа к не своим данным перебором айдишников.
так то > < можно и на uuid делать
АГ
Неочевидно, как представить плюсы генерации id в коде тимлиду, который никогда не работал с подобным. Надо кардинально изменить взгляды человека.
если тимлид с ууидами не работал - то странный тимлид конечно
R
так то > < можно и на uuid делать
Если только uuid v1, а не v4
Р
Неочевидно, как представить плюсы генерации id в коде тимлиду, который никогда не работал с подобным. Надо кардинально изменить взгляды человека.
Странный у вас тимлид, которому такие вещи объяснять надо