Data Analyst

// máme metodu pro získání informací o výrobcích, tato metoda je volána velmi často // jsou v tomto kódu problémy a jak je opravit? postgress databáze

Principal

101ХР

// Máme metodu na získání informací o produktech, tato metoda je volána velmi často // jsou v tomto kódu problémy a jak je opravit? databáze 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ХР

// Při aktualizaci objednávky musíme odeslat údaje o objednávce do několika služeb (třetích stran) // počet služeb roste (může být tisíce+) // napsali jsme kód, zpočátku vše fungovalo dobře, ale časem naše služba začala spotřebovávat hodně zdrojů // Je třeba optimalizovat tento kód, aby fungoval efektivně při velkém počtu služeb func (s *orderService) SendOrder(ctx context.Context, hosts []string, order Order) { for i := 0; i < len(hosts); i++ { go func() { // Představte si, že je to dlouhý síťový volání response, err := s.httpClient.Send(ctx, hosts[i], order) if err != nil { s.logger.Error(ctx, "neúspěšné odeslání", err) return } s.logger.Info(ctx, "úspěšně", response) }() } }

Principal

101ХР

Je UPDATE sám o sobě transakcí? Je potřeba explicitní transakce pro atomární UPDATE?

Principal

101ХР

Co se stane, když spustíme tisíce spojení najednou?

Principal

101ХР

// Máme tabulku s produktem, který má počítadlo zobrazení // tabulka goods: // ID | cnt_view // ----------- // 1 | 100 // Dva uživatelé začali současně sledovat produkt s id = 1 // a v naší databázi byly spuštěny 2 paralelní transakce // Jaký bude výsledek? 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ХР

// Při aktualizaci objednávky musíme odeslat údaje o objednávce na několik služeb (třetích stran) // počet služeb roste (může být tisíce+) // napsali jsme kód, zpočátku vše fungovalo dobře, ale časem naše služba začala spotřebovávat hodně zdrojů func (s *orderService) SendOrder(ctx context.Context, hosts []string, order Order) { for i := 0; i < len(hosts); i++ { go func() { // Představme si, že je to dlouhý síťový volání response, err := s.httpClient.Send(ctx, hosts[i], order) if err != nil { s.logger.Error(ctx, "neúspěšné odeslání", err) return } s.logger.Info(ctx, "úspěšně", response) }() } }

Principal

101ХР