>백엔드 개발 >Golang >Golang을 사용한 유지 관리 가능한 SQL 쿼리 작성

Golang을 사용한 유지 관리 가능한 SQL 쿼리 작성

WBOY
WBOY원래의
2024-08-16 07:04:32470검색

Maintainable SQL Query Building with Golang

SQL 쿼리를 사용하는 모든 애플리케이션은 쿼리 빌더를 사용하여 코드 가독성, 유지 관리 용이성 및 보안을 향상시키는 이점을 누릴 수 있습니다. 실제로 Golang에는 이러한 작업을 수행하는 다양한 라이브러리가 많이 있습니다. 여기 Vaunt에서는 마침내 직접 만들기로 결정하기 전에 다양한 옵션을 시도했습니다. 궁극적으로 우리는 읽기 가능하고 조건문을 가질 수 있으면서도 SQL 주입을 방지하기 위해 안전하고 변수 대체 기능을 제공하는 것을 원했습니다. 그래서 우리는 작년 말에 출시하고 발표한 tqla라는 새로운 라이브러리를 만들었습니다. 자세한 내용은 이 기사에서 읽어보실 수 있습니다.

tqla를 구축하기 전에는 SQL 쿼리 작성 로직에 Squirrel을 주로 사용했으며 이를 적극 권장합니다. 일부 영역에서는 여전히 Squirrel을 사용하고 있지만 점차적으로 새로운 쿼리 작성 로직을 tqla로 교체하고 구현하기 시작했습니다. 우리는 tqla가 코드 유지 관리 능력을 향상시키고 다른 명령문 작성기를 사용할 때 직면했던 문제를 해결한 사례를 많이 발견했습니다.

실제 사용 사례

Vaunt에서는 최근 CockroachDB에서 TiDB로 데이터베이스 마이그레이션을 진행했습니다. CockroachDB는 성능이 뛰어나고 안정적이었지만 궁극적으로 OLAP 데이터베이스를 지원하기 위해 기술 스택에 추가해야 한다는 결정에 직면했습니다. 이에 대한 필요성은 오픈 소스 커뮤니티 통찰력 제품에 대한 분석 워크로드를 지원하는 것이었습니다. 기술 공간을 작게 유지하기 위해 우리는 TiDB로 발전하고 데이터베이스의 HTAP 아키텍처를 활용하기로 결정했습니다. 

CockroachDB는 PostgreSQL과 대부분 호환되며, 우리는 많은 SQL 쿼리에 PostgreSQL 구문을 사용했습니다. TiDB로 전환하려면 몇 가지 테이블을 변경하고 MySQL 구문을 사용하도록 쿼리를 업데이트해야 했습니다. 마이그레이션 중 몇몇 위치에서 조건부 쿼리 작성 명령문을 부적절하게 사용하고 있으며 명령문이 잘못 생성되고 있음을 파악하기 위한 적절한 테스트가 부족하다는 사실을 발견했습니다.

데모

Squirrel의 README에는 조건부 쿼리 작성을 사용하여 선택적 필터로 명령문을 업데이트하는 방법에 대한 예가 있습니다.

if len(q) > 0 {
    users = users.Where("name LIKE ?", fmt.Sprint("%", q, "%"))
}

다음은 테이블을 조건부로 조인하고 선택적 필터를 추가하기 위해 쿼리 중 하나를 업데이트한 방법에 대한 실제이지만 단순화된 예입니다.

psql := squirrel.StatementBuilder.PlaceholderFormat(squirrel.Question)

statementBuilder := psql.Select(`i.id`).
From("vaunt.installations i").
Where(`entity_name = ?`, name)

if len(provider) > 0 {
    statementBuilder.Where(`provider = ?`, provider)
}

if len(repo) > 0 {
    statementBuilder.Join(`repositories as r on JSON_CONTAINS(i.repositories, CONCAT('["', r.id, '"]'))`)
    statementBuilder.Where(`r.name = ?`, repo)
}

코드에서 문제를 발견할 수 있나요? 그렇지 않더라도 걱정하지 마세요. 이는 테스트를 실행할 때까지 자체 코드 검토를 거치지 않은 문제이기도 합니다. 

여기서 문제는 빌더 기능의 결과로 명령문 빌더를 업데이트하는 것을 잊었다는 것입니다. 예를 들어 공급자 조건 필터는 대신 다음과 같아야 합니다.

if len(provider) > 0 {
    statementBuilder = statementBuilder.Where(`provider = ?`, provider)
}

이는 비교적 간단한 실수이고 충분한 테스트 사례를 통해 쉽게 잡을 수 있지만 기술적으로 잘못된 코드는 아니기 때문에 무슨 일이 일어나고 있는지 즉시 깨닫는 데 약간의 시간이 걸릴 수 있습니다.

이 설정의 또 다른 가독성 문제는 조건부 조인이 초기 select 문과 분리되어 있다는 것입니다. 각 부분을 올바른 위치에 배치하도록 빌더를 재구성할 수 있지만 여러 번 중복되는 조건문 확인이 필요하고 여전히 일부 가독성 문제가 발생합니다.

tqla 사용

Squirrel을 사용한 위의 데모는 다시 작성되었으며 tqla의 해당 데모는 다음과 같습니다.

t, err := tqla.New(tqla.WithPlaceHolder(tqla.Question))
if err != nil {
    return nil, err
}

query, args, err := t.Compile(`
    SELECT i.id
    FROM vaunt.installations as i
    {{ if .Repo }}
    JOIN vaunt.repositories as r on JSON_CONTAINS(i.repositories, CONCAT('["', r.id, '"]'), '$')
    {{ end }}
    WHERE entity_name = {{ .Name}}
    {{ if .Provider }}
    AND i.provider = {{ .Provider }}
    {{ end }}
    {{ if .Repo }}
    AND r.name = {{ .Repo }}
    {{ end }}
    `, data)
if err != nil {
    return nil, err
}

보시다시피 tqla의 템플릿 구문을 사용하면 조건절을 매우 간단하게 통합할 수 있습니다. Tqla는 설정 중인 변수를 지정된 자리 표시자로 자동으로 대체하고 SQL 드라이버와 함께 명령문을 실행하는 데 사용할 수 있는 인수를 제공합니다.

Squirrel과 유사하게, 이 명령문 작성 접근 방식은 테스트하기 쉽습니다. 다양한 데이터 객체 세트를 생성하여 템플릿 빌더에 전달하고 출력을 검증할 수 있기 때문입니다.

가장 적합한 쿼리의 조건부 부분을 쉽게 추가할 수 있다는 것을 알 수 있습니다. 예를 들어 FROM 문 바로 뒤에 조건부 JOIN이 있습니다. 여전히 여러 조건 확인이 있지만 템플릿이 지나치게 복잡해지지는 않습니다.

맞춤 기능

SQL 빌더의 유지 관리성을 향상시키는 데 도움이 되는 또 다른 멋진 tqla 기능은 일부 변환 논리를 추상화하기 위해 템플릿에서 사용할 수 있는 사용자 정의 함수를 정의하는 기능입니다.

다음은 Golang의 time.Time 값을 sql.NullTime으로 변환하는 함수를 사용하여 사전에 변환할 필요 없이 데이터 개체에 삽입을 수행할 수 있는 방법의 예입니다.

funcs := template.FuncMap{
    "time": func(t time.Time) sql.NullTime {
        if t.IsZero() {
            return sql.NullTime{Valid: false}
        }
        return sql.NullTime{Time: t, Valid: true}
    },
}

t, err := tqla.New(tqla.WithPlaceHolder(tqla.Question), tqla.WithFuncMap(funcs))
if err != nil {
    return err
}

tqla funcs 맵에 정의된 이 함수를 사용하면 이제 time.Time 필드인 데이터 객체의 매개변수를 제공하여 쿼리 템플릿에서 자유롭게 사용할 수 있습니다. 다른 필드가 있는 동일한 템플릿에서 이 함수를 여러 번 호출할 수도 있습니다.

Here is a simplified example:

statement, args, err := t.Compile(`
    INSERT INTO events
        (name, created_at, merged_at, closed_at)
    VALUES ( 
        {{ .Name }},
        {{ time .CreatedAt }},
        {{ time .MergedAt }},
        {{ time .ClosedAt }}
    )`, eventData)

Conclusion

In conclusion, we believe that using tqla can help improve the maintainability of query building logic while offering some powerful utility for creating dynamic queries. The simplicity of the template structure allows for clean code readability and can make it faster to debug any potential errors.

We made tqla open source to share this library in hopes that it provides a good option for other users wanting a simple, maintainable, and secure way to build sql queries in many different types of applications.

If you are interested, please check out the repository and give it a star if it helps you in any way. Feel free to make any feature requests or bug reports!

We are always open to receiving feedback and contributions.

To stay in the loop on future development, follow us on X or join our Discord!

위 내용은 Golang을 사용한 유지 관리 가능한 SQL 쿼리 작성의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.