Spanner에서 DML(Data Manipulation Language)과 변형은 데이터를 수정하는 데 사용할 수 있는 두 가지 API입니다. 각각 비슷한 데이터 조작 기능을 제공합니다. 이 페이지에서는 두 접근 방식을 비교합니다.
DML(Data Manipulation Language)이란 무엇인가요?
Spanner의 DML(Data Manipulation Language)을 사용하면 INSERT
, UPDATE
, DELETE
문을 사용하여 데이터베이스 테이블의 데이터를 조작할 수 있습니다. 클라이언트 라이브러리, Google Cloud 콘솔, gcloud spanner를 사용하여 DML 문을 실행할 수 있습니다.
Spanner는 각기 다른 속성이 있는 DML 실행의 다음 두 가지 구현을 제공합니다.
표준 DML - 표준 온라인 트랜잭션 처리(OLTP) 워크로드에 적합합니다.
코드 샘플을 포함한 자세한 내용은 DML 사용을 참조하세요.
파티션된 DML - 다음 예시와 같이 일괄 업데이트 및 삭제를 위해 설계되었습니다.
정기적인 정리 및 가비지 컬렉션: 오래된 행을 삭제하거나 열을 NULL로 설정하는 작업 포함
새 열을 기본값으로 백필: UPDATE 문을 사용하여 NULL인 새 열의 값을 False로 설정하는 작업 포함.
코드 샘플을 포함한 자세한 내용은 파티션된 DML 사용을 참조하세요.
원자적 트랜잭션이 필요하지 않은 읽기 작업 없이 다수의 쓰기 작업에 일괄 쓰기를 사용할 수 있습니다. 자세한 내용은 일괄 쓰기를 사용하여 데이터 수정을 참조하세요.
변형이란 무엇인가요?
변형이란 Spanner가 데이터베이스의 여러 행과 테이블에 원자적으로 적용하는 일련의 삽입, 업데이트, 삭제입니다. 여러 행 또는 다른 테이블에 적용되는 작업을 변형에 포함할 수 있습니다. 하나 이상의 쓰기가 포함된 변형을 하나 이상 정의한 후에는 변형을 적용하여 쓰기를 커밋해야 합니다. 각 변경사항은 변형에 추가된 순서에 따라 적용됩니다.
코드 샘플을 포함한 자세한 내용은 변형을 사용하여 데이터 삽입, 업데이트, 삭제를 참조하세요.
DML과 변형 간의 기능 비교
다음 표에는 일반적인 데이터베이스 작업 및 기능에 대한 DML 및 변형 지원이 요약되어 있습니다.
작업 | DML | 변형 |
---|---|---|
데이터 삽입 | 지원됨 | 지원됨 |
데이터 삭제 | 지원됨 | 지원됨 |
데이터 업데이트 | 지원됨 | 지원됨 |
데이터 삽입 또는 무시 | 지원됨 | 지원되지 않음 |
작성한 항목 읽기(RYW) | 지원됨 | 지원되지 않음 |
데이터 삽입 또는 업데이트(Upsert) | 지원됨 | 지원됨 |
SQL 구문 | 지원됨 | 지원되지 않음 |
제약조건 확인 | 모든 문 뒤 | 커밋 시 |
DML 및 변형은 다음 기능에 대한 지원에서 차이가 있습니다.
작성한 항목 읽기: 활성 트랜잭션 내에서 커밋되지 않은 결과를 읽습니다. DML 문을 사용하여 변경한 내용은 동일 트랜잭션의 후속 문에서 볼 수 있습니다. 이는 트랜잭션이 커밋될 때까지 같은 트랜잭션에서 수행된 읽기를 포함하여 변경사항이 모든 읽기에 표시되지 않는 변형을 사용하는 것과 다릅니다. 트랜잭션의 변형이 클라이언트 측의 로컬에서 버퍼링되어 커밋 작업의 일부로 서버에 전송되기 때문입니다. 그 결과 커밋 요청의 변형은 동일 트랜잭션 내의 SQL 또는 DML 문에 보이지 않습니다.
제약조건 확인 - Spanner는 모든 DML 문 뒤에 제약조건을 검사합니다. 이 검사는 Spanner가 커밋 때까지 클라이언트에서 변형을 버퍼링하고 커밋 시점에 제약조건을 검사하는 변형을 사용하는 것과 다릅니다. 각 DML 문 다음에 제약조건을 평가하면 Spanner는 동일한 트랜잭션에서 후속 쿼리가 반환하는 데이터가 스키마와 일치하는 데이터를 반환하도록 보장할 수 있습니다.
SQL 구문 - DML은 데이터를 조작하는 일반적인 방법을 제공합니다. SQL 기술을 재사용하여 DML API를 통해 데이터를 변경할 수 있습니다.
권장사항 - DML과 변형을 같은 트랜잭션에서 혼합하지 마세요.
트랜잭션이 커밋 요청에 DML 문과 변형을 모두 포함하는 경우, Spanner는 변형 전에 DML 문을 실행합니다. 클라이언트 라이브러리 코드에서 실행 순서를 고려하지 않으려면 DML 문이나 변형을 단일 트랜잭션에서 사용해야 하며 둘 다 사용하면 안 됩니다.
다음 자바 예시는 예상할 수 있는 동작을 보여줍니다. 이 코드는 Mutation API를 사용하여 2개 행을 Albums에 삽입합니다. 그런 다음 스니펫은 executeUpdate()
를 호출하여 새로 삽입된 행을 업데이트하고 executeQuery()
를 호출하여 업데이트된 앨범을 읽습니다.
static void updateMarketingBudget(DatabaseClient dbClient) {
dbClient
.readWriteTransaction()
.run(
new TransactionCallable<Void>() {
@Override
public Void run(TransactionContext transaction) throws Exception {
transaction.buffer(
Mutation.newInsertBuilder("Albums")
.set("SingerId")
.to(1)
.set("AlbumId")
.to(1)
.set("AlbumTitle")
.to("Total Junk")
.set("MarketingBudget")
.to(800)
.build());
transaction.buffer(
Mutation.newInsertBuilder("Albums")
.set("SingerId")
.to(1)
.set("AlbumId")
.to(2)
.set("AlbumTitle")
.to("Go Go Go")
.set("MarketingBudget")
.to(200)
.build());
// This UPDATE will not include the Albums inserted above.
String sql =
"UPDATE Albums SET MarketingBudget = MarketingBudget * 2"
+ " WHERE SingerId = 1";
long rowCount = transaction.executeUpdate(Statement.of(sql));
System.out.printf("%d records updated.\n", rowCount);
// Read a newly updated record.
sql =
"SELECT SingerId, AlbumId, AlbumTitle FROM Albums"
+ " WHERE SingerId = 1 AND MarketingBudget < 1000";
ResultSet resultSet =
transaction.executeQuery(Statement.of(sql));
while (resultSet.next()) {
System.out.printf(
"%s %s\n",
resultSet.getString("FirstName"),
resultSet.getString("LastName"));
}
return null;
}
});
}
이 코드를 실행하면 0개의 레코드가 업데이트됨이 표시됩니다. 왜일까요? 그 이유는 Mutation을 사용하여 변경한 사항이 트랜잭션이 커밋될 때까지 후속 문에 표시되지 않기 때문입니다. 트랜잭션의 맨 끝에만 쓰기 버퍼링이 있는 것이 이상적입니다.
다음 단계
DML을 사용하여 데이터를 수정하는 방법 알아보기
변형을 사용하여 데이터를 수정하는 방법 알아보기
트랜잭션의 변형 수를 찾으려면 트랜잭션의 커밋 통계 검색을 참조하세요.
데이터 조작 언어(DML) 권장사항 알아보기