Телеграмм чат группы gogolang страница 20533

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Go-go!

3679 membersпожаловаться на группу

2020 June 30

ЛА

Локоть Анатолий... in Go-go!

Артур Саляхов

Я храню тразакции в неком TransactionStore. В контексте передаю идентификатор транзакии. В итоге дергаются два репозитория и передаётся им контекст с одним идентификатором. В репозитории достаётся нужная транзация из TransactionStore и запрос делается через нее. Если зафейлит одн запрос, то отменятся и все остальные в других репозиториях. Я вроде вам уже кидал ссылку на реализацию этого всего))

Идентификатор транзакции это что?
В database/sql чтобы запросы выполнить в транзакции, нужен sql.Tx. вы это передаёте в контексте и проверяете его перед выполнением запроса?

источник

12:03пожаловаться #1

Н

Никита in Go-go!

Разные задачи это.

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

источник

12:04пожаловаться #2

АС

Артур Саляхов... in Go-go!

Локоть Анатолий

Идентификатор транзакции это что?
В database/sql чтобы запросы выполнить в транзакции, нужен sql.Tx. вы это передаёте в контексте и проверяете его перед выполнением запроса?

https://github.com/qilin/crm-api/blob/master/pkg/transactor/store.go#L14

Вот пример. В данном случае идентификатор транзакции это uuid.

источник

12:04пожаловаться #3

Z

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

Запихивание разных сущностей в одну усложняет саму сущность и изменение ее.

источник

12:05пожаловаться #4

АС

Артур Саляхов... in Go-go!

Локоть Анатолий

Идентификатор транзакции это что?
В database/sql чтобы запросы выполнить в транзакции, нужен sql.Tx. вы это передаёте в контексте и проверяете его перед выполнением запроса?

В теории можно и его передавать в контексте. Но это выглядит не очень првильным. Поэтому есть просто мапа, где, грубо говоря, хранятся sql.Tx.

источник

12:07пожаловаться #5

АД

Алексей Долгов... in Go-go!

А если отмена зафейлит?)

допустим реализовать для репозитория Begin() и Commit() и RollBack(). при вызове Begin() репозиторий ничего не сохраняет в базу пока не получит подтверждения, для sql например транзакция будет открываться но внутри репозитория, не снаружи. Потом либо сохраняем, либо откатываем. Репозиторий реализует доступ к данным и их сохранение в идеале. Мы даже не должны знать в sql он хранит или в Redis, или имеет кэширующие прослойки. вся инфраструктура хранения внутри репозитория должна быть, не снаружи. я так вижу)

источник

12:07пожаловаться #6

Н

Никита in Go-go!

Артур Саляхов

Создать свою сущность транзакции и хранить в них подключение к двум базам. Если косякнет одна, то роллбечим оба подключения.

Имеет смысл. Если одна из баз не поддерживает транзакции?

источник

12:11пожаловаться #7

ЛА

Локоть Анатолий... in Go-go!

Артур Саляхов

https://github.com/qilin/crm-api/blob/master/pkg/transactor/store.go#L14

Вот пример. В данном случае идентификатор транзакции это uuid.

Каждый метод репозитория в вашем случае принимает параметр context.Context. а уже в контексте косвенно передается транзакция.
Понял, спасибо

источник

12:12пожаловаться #8

АС

Артур Саляхов... in Go-go!

Имеет смысл. Если одна из баз не поддерживает транзакции?

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

источник

12:13пожаловаться #9

VS

Victor Safronov in Go-go!

транзакцию можно и явно аргументом в метод отдавать

источник

12:13пожаловаться #10

Н

Никита in Go-go!

Victor Safronov

транзакцию можно и явно аргументом в метод отдавать

Да, но в Го сложновато. Нет опциональных параметров

источник

12:14пожаловаться #11

Z

В контексте

источник

12:14пожаловаться #12

Н

Никита in Go-go!

В контексте

И контекст прямо в метод репозитория?

источник

12:14пожаловаться #13

Z

Ну контекст же передается в каждый метод

источник

12:14пожаловаться #14

ЛА

Локоть Анатолий... in Go-go!

Алексей Долгов

допустим реализовать для репозитория Begin() и Commit() и RollBack(). при вызове Begin() репозиторий ничего не сохраняет в базу пока не получит подтверждения, для sql например транзакция будет открываться но внутри репозитория, не снаружи. Потом либо сохраняем, либо откатываем. Репозиторий реализует доступ к данным и их сохранение в идеале. Мы даже не должны знать в sql он хранит или в Redis, или имеет кэширующие прослойки. вся инфраструктура хранения внутри репозитория должна быть, не снаружи. я так вижу)

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

источник

12:14пожаловаться #15

АД

Алексей Долгов... in Go-go!

Локоть Анатолий

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

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

источник

12:18пожаловаться #16

Z

И контекст прямо в метод репозитория?

Либо, если у вас коллекция репозиториев, то можно

repos.Transact(func (repos Repositories) err {
    u, err := repos.Users.Update(u)
    if err != nil {
        return err
    }
    …
    return nil
})

источник

12:20пожаловаться #17

ЛА

Локоть Анатолий... in Go-go!

Алексей Долгов

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

Репозиторий нужен всегда, зачем мне sql.db? Методы репозитория показывают действия с сущностями.

источник

12:20пожаловаться #18

AK

Anton Kucherov in Go-go!

- Aggregate is synonymous with transactional consistency boundary.
- A properly designed Aggregate is one that can be modified in any way required by the business with its invariants completely consistent within a single transaction.
- Every persistent Aggregate type will have a Repository. Generally speaking, there is a one-to-one relationship between an Aggregate type and a Repository.

Excerpt From: Vernon, Vaughn. “Implementing Domain-Driven Design”.

источник

12:25пожаловаться #19

АС

Артур Саляхов... in Go-go!

- Aggregate is synonymous with transactional consistency boundary.
- A properly designed Aggregate is one that can be modified in any way required by the business with its invariants completely consistent within a single transaction.
- Every persistent Aggregate type will have a Repository. Generally speaking, there is a one-to-one relationship between an Aggregate type and a Repository.

Excerpt From: Vernon, Vaughn. “Implementing Domain-Driven Design”.

Читал про это. Но так и не заставил себя плодить такое количество аггрегатных репозиториев… Хорошо это или плохо - покажет время ))

источник

12:27пожаловаться #20