// imamo metodu za dobijanje informacija o proizvodima, ova metoda se poziva veoma često // da li ima problema u ovom kodu i kako ih popraviti? baza podataka postgress
Data Analyst
// Imamo metod za dobijanje informacija o proizvodima, ovaj metod se poziva veoma često // da li postoje problemi u ovom kodu i kako ih možemo ispraviti? baza podataka 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 }
// При ажурирању поруџбине, потребно је послати податке о поруџбини у више сервиса (трећих страна) // број сервиса расте (може бити хиљаде+) // написали смо код, у почетку све је радило добро, али временом наш сервис почео је да конзумира много ресурса // Потребно је оптимизовати овај код да ради ефикасно са великим бројем сервиса func (s *orderService) SendOrder(ctx context.Context, hosts []string, order Order) { for i := 0; i < len(hosts); i++ { go func() { // Замислите да је ово дуг позив преко мреже response, err := s.httpClient.Send(ctx, hosts[i], order) if err != nil { s.logger.Error(ctx, "неуспешно слање", err) return } s.logger.Info(ctx, "успех", response) }() } }
Da li je UPDATE sam po sebi transakcija? Da li je potrebna eksplicitna transakcija za atomski UPDATE?
// Имаме таблица с продукт, който има брояч на прегледите // таблица goods: // ID | cnt_view // ----------- // 1 | 100 // Два потребителя започнаха да гледат продукта с id = 1 едновременно // и в нашата база данни бяха стартирани 2 паралелни транзакции // Какъв ще бъде резултатът? 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() }
Šta će se desiti ako pokrenemo hiljade konekcija istovremeno?
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 }
// При ажурирању поруџбине, потребно је послати податке о поруџбини у неколико сервиса (трећих страна) // број сервиса расте (може бити хиљаде+) // написали смо код, у почетку је све ишло добро, али временом наш сервис почео је да троши много ресурса func (s *orderService) SendOrder(ctx context.Context, hosts []string, order Order) { for i := 0; i < len(hosts); i++ { go func() { // Замислите да је ово дуг позив мреже response, err := s.httpClient.Send(ctx, hosts[i], order) if err != nil { s.logger.Error(ctx, "неуспешно слање", err) return } s.logger.Info(ctx, "успех", response) }() } }