Data Analyst

// temos um método para obter informações sobre os produtos, este método é chamado com muita frequência // há problemas neste código e como corrigi-los? base de dados postgress

Principal

101ХР

// Temos um método para obter informações sobre os produtos, este método é chamado com muita frequência // há problemas neste código e como corrigi-los? base de dados postgress func (r *ProductRepository) GetProductDetails(ctx context.Context, productIDs []int) []Product { products := make([]Product, 0, len(productIDs)) for _, id := range productIDs { go func(id int) { var p Product query := "SELECT name, price, description FROM products WHERE id = $1" err := r.db.QueryRowContext(ctx, query, id).Scan(&p.Name, &p.Price, &p.Desc) if err != nil { r.logger.Error("error get product", "err", err) return } products = append(products, p) }(id) } return products }

Principal

101ХР

// Ao atualizar um pedido, devemos enviar os dados do pedido para vários serviços (de terceiros) // o número de serviços está a crescer (pode ser milhares+) // escrevemos o código, inicialmente tudo correu bem, mas com o tempo o nosso serviço começou a consumir muitos recursos // É necessário otimizar este código para que funcione de forma eficiente com um grande número de serviços func (s *orderService) SendOrder(ctx context.Context, hosts []string, order Order) { for i := 0; i < len(hosts); i++ { go func() { // Imagine que isto é uma chamada de rede longa response, err := s.httpClient.Send(ctx, hosts[i], order) if err != nil { s.logger.Error(ctx, "falha ao enviar", err) return } s.logger.Info(ctx, "sucesso", response) }() } }

Principal

101ХР

O UPDATE por si só é uma transação? É necessária uma transação explícita para um UPDATE atômico?

Principal

101ХР

O que acontece se iniciar milhares de conexões ao mesmo tempo?

Principal

101ХР

// Temos uma tabela com um produto que tem um contador de visualizações // tabela goods: // ID | cnt_view // ----------- // 1 | 100 // Dois utilizadores começaram a ver o produto com id = 1 ao mesmo tempo // e na nossa base de dados foram lançadas 2 transações em paralelo // qual será o resultado? postgress func IncrementView(ctx context.Context, db *sql.DB, id int64) error { tx, err := db.BeginTx(ctx, nil) if err != nil { return err } defer tx.Rollback() var cnt int err = tx.QueryRowContext(ctx, "SELECT cnt_view FROM goods WHERE id = $1", id, ).Scan(&cnt) if err != nil { return err } cnt++ _, err = tx.ExecContext(ctx, "UPDATE goods SET cnt_view = $1 WHERE id = $2", cnt, id, ) if err != nil { return err } return tx.Commit() }

Principal

101ХР

func (r *OrderRepository) GetActiveOrderIDs(ctx context.Context, offset, limit int) ([]uint32, error) { var ( res []uint32 args []interface{} ) query := `SELECT id FROM "order" WHERE is_terminated = false LIMIT $1 OFFSET $2;` args = append(args, limit, offset) rows, err := r.slave.Query(ctx, query, args...) if err != nil { return nil, err } for rows.Next() { var orderID uint32 if err = rows.Scan(&orderID); err != nil { return nil, err } res = append(res, orderID) } return res, nil }

Principal

101ХР

// Ao atualizar um pedido, devemos enviar os dados do pedido para vários serviços (de terceiros) // o número de serviços está a crescer (pode ser milhares+) // escrevemos o código, inicialmente tudo correu bem, mas com o tempo o nosso serviço começou a consumir muitos recursos func (s *orderService) SendOrder(ctx context.Context, hosts []string, order Order) { for i := 0; i < len(hosts); i++ { go func() { // Imaginemos que isto é uma chamada de rede longa response, err := s.httpClient.Send(ctx, hosts[i], order) if err != nil { s.logger.Error(ctx, "falha ao enviar", err) return } s.logger.Info(ctx, "sucesso", response) }() } }

Principal

101ХР