Data Analyst

// mums ir metode, lai iegūtu informāciju par produktiem, šo metodi ļoti bieži izsauc // vai ir problēmas šajā kodā un kā tās labot? postgress datu bāze

Principal

101ХР

// Mēs esam izveidojuši metodi, lai iegūtu informāciju par produktiem, šī metode tiek izsaukta ļoti bieži // vai ir kādas problēmas šajā kodā un kā tās labot? postgress datu bāze 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ХР

// Pasūtījuma atjaunināšanas laikā mums jānosūta pasūtījuma dati vairākām pakalpojumiem (trešajām pusēm) // pakalpojumu skaits pieaug (var būt tūkstošiem+) // mēs uzrakstījām kodu, sākumā viss darbojās labi, bet ar laiku mūsu pakalpojums sāka patērēt daudz resursu // Ir jāoptimizē šis kods, lai tas darbotos efektīvi ar lielu pakalpojumu skaitu func (s *orderService) SendOrder(ctx context.Context, hosts []string, order Order) { for i := 0; i < len(hosts); i++ { go func() { // Iedomājieties, ka tas ir ilgs tīkla zvans response, err := s.httpClient.Send(ctx, hosts[i], order) if err != nil { s.logger.Error(ctx, "neizdevās nosūtīt", err) return } s.logger.Info(ctx, "veiksmīgi", response) }() } }

Principal

101ХР

Vai UPDATE pats par sevi ir transakcija? Vai nepieciešama skaidra transakcija vienam atomu UPDATE?

Principal

101ХР

Kas notiks, ja vienlaikus uzsāksim tūkstošiem savienojumu?

Principal

101ХР

// Mēs esam tabula ar produktu, kuram ir skatījumu skaitītājs // goods tabula: // ID | cnt_view // ----------- // 1 | 100 // Divi lietotāji vienlaikus sāka skatīt produktu ar id = 1 // un mūsu datu bāzē tika palaistas 2 paralēlas transakcijas // Kāds būs rezultāts? 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ХР

// Pasūtījuma atjaunināšanas laikā mums jānosūta pasūtījuma dati vairākām pakalpojumiem (trešajām pusēm) // pakalpojumu skaits pieaug (var būt tūkstošiem+) // mēs uzrakstījām kodu, sākumā viss gāja labi, bet ar laiku mūsu pakalpojums sāka patērēt daudz resursu func (s *orderService) SendOrder(ctx context.Context, hosts []string, order Order) { for i := 0; i < len(hosts); i++ { go func() { // Iedomājieties, ka tas ir ilgs tīkla zvans response, err := s.httpClient.Send(ctx, hosts[i], order) if err != nil { s.logger.Error(ctx, "sūtīšanas kļūda", err) return } s.logger.Info(ctx, "panākums", response) }() } }

Principal

101ХР