결과 행이 없는 쿼리에 대해 Go에서 `DB.exec()` 또는 준비된 문을 사용해야 합니까?

Golang에서 *DB.exec() 및 준비된 문 사용의 난제 해독

소개

영역 내 Go와 Postgresql을 사용한 데이터베이스 조작에 대해 계속해서 질문이 제기됩니다. DB.exec() 또는 Go가 생성을 자동화하는 것처럼 보일 때 준비된 명령문인가요? 이 문서에서는 행을 반환하지 않는 작업 실행의 복잡성에 대해 자세히 알아보고 준비된 문을 사용하는 이유를 설명합니다.

DB.exec()를 사용하는 이유는 무엇입니까?

DB.Query()와 DB.exec()은 SQL 문을 실행하기 위해 상호 교환적으로 사용될 수 있으며, 반환되는 결과 유형이 다릅니다. DB.exec()은 쿼리의 영향을 받은 행 수에 대한 통찰력을 제공하는 반면, DB.Query()는 결과 세트를 반환합니다.

예를 들어, DELETE 문을 실행하고 삭제된 행 수를 확인하려고 합니다. DB.exec()을 사용하는 것이 선호되는 접근 방식입니다.

res, err := db.Exec(`DELETE FROM my_table WHERE expires_at = `, time.Now())
if err != nil {
    panic(err)
}

numDeleted, err := res.RowsAffected()
if err != nil {
    panic(err)
}
print(numDeleted)

또는 더 번거로운 접근 방식에는 DB.Query()를 사용하고 계산할 행:

rows, err := db.Query(`DELETE FROM my_table WHERE expires_at =  RETURNING *`, time.Now())
if err != nil {
    panic(err)
}
defer rows.Close()

var numDeleted int
for rows.Next() {
    numDeleted += 1
}
if err := rows.Err(); err != nil {
    panic(err)
}
print(numDeleted)

게다가 쿼리 결과가 관련성이 없고 단지 이를 실행하기만 하면 DB.exec()은 간결한 솔루션을 제공합니다.

if _, err := db.Exec(`<my_sql_query>`); err != nil {
    panic(err)
}

반대로, 반환된 DB.Rows DB.Query()를 사용할 때 값은 결국 메모리로 인해 열린 연결의 과부하로 이어질 것입니다.

Prepared 문 조사

Go가 준비된 문을 자동으로 생성한다고 제안되었지만 현실은 더 미묘한 것으로 보입니다.

DB.Query()의 동작은 사용되는 기본 드라이버에 따라 달라지는 것 같습니다.

그럼에도 불구하고

DB.Stmt를 준비하고 재사용하면 자주 실행되는 경우 성능을 향상시킬 수 있습니다. 쿼리. 공식 Postgresql 문서를 살펴보면 준비된 명령문이 어떻게 작업을 최적화할 수 있는지 알 수 있습니다.

결론

DB.exec()과 DB.exec()

의 차이점 이해 Golang의 준비된 문은 개발자가 행을 효율적으로 반환하지 않는 작업을 실행하고 성능 최적화를 모색할 때 준비된 문의 이점을 활용하는 데 도움이 됩니다.

위 내용은 결과 행이 없는 쿼리에 대해 Go에서 `DB.exec()` 또는 준비된 문을 사용해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!