Confronta DML e mutazioni

Data Manipulation Language (DML) e Mutations sono due API in Spanner che puoi utilizzare per modificare i dati. Ciascuno di essi offre funzionalità di manipolazione dei dati simili. Questa pagina mette a confronto i due approcci.

Che cos'è il Data Manipulation Language (DML)?

Il Data Manipulation Language (DML) in Spanner consente di manipolare i dati nelle tabelle del database utilizzando le istruzioni INSERT, UPDATE e DELETE. Puoi eseguire istruzioni DML utilizzando le librerie client, la console Google Cloud e gcloud spanner.

Spanner offre le seguenti due implementazioni di esecuzione DML, ciascuna con proprietà diverse.

  • DML standard: adatto per carichi di lavoro standard di elaborazione delle transazioni online (OLTP).

    Per maggiori informazioni, inclusi esempi di codice, consulta Utilizzo di DML

  • DML partizionato: progettato per gli aggiornamenti e le eliminazioni collettive, come negli esempi riportati di seguito.

    • Pulizia periodica e garbage collection. Alcuni esempi sono l'eliminazione di righe precedenti o l'impostazione di colonne su NULL.

    • Backfill di nuove colonne con valori predefiniti. Un esempio è l'utilizzo di un'istruzione UPDATE per impostare il valore di una nuova colonna su False, dove è NULL.

    Per maggiori informazioni, inclusi esempi di codice, consulta Utilizzare il DML partizionato.

    Puoi utilizzare le scritture batch per un numero elevato di operazioni di scrittura senza operazioni di lettura che non richiedono transazioni atomiche. Per maggiori informazioni, consulta la sezione Modificare i dati utilizzando le scritture in batch.

Cosa sono le mutazioni?

Una mutazione rappresenta una sequenza di inserimenti, aggiornamenti ed eliminazioni che Spanner applica atomicamente a righe e tabelle diverse di un database. Puoi includere in una mutazione operazioni applicabili a righe o tabelle diverse. Dopo aver definito una o più mutazioni che contengono una o più scritture, devi applicare la mutazione per eseguire il commit delle scritture. Ogni modifica viene applicata nell'ordine in cui è stata aggiunta alla mutazione.

Per ulteriori informazioni, inclusi esempi di codice, consulta Inserimento, aggiornamento ed eliminazione di dati utilizzando le mutazioni.

Confronto delle caratteristiche tra DML e mutazioni

La seguente tabella riassume il supporto di DML e mutazioni di funzionalità e operazioni di database comuni.

Suite operativa DML Mutazioni
Inserisci dati Supportato Supportato
Elimina dati Supportato Supportato
Aggiorna dati Supportato Supportato
Inserisci o ignora dati Supportato Non supportato
Lettura delle scritture (RYW) Supportato Non supportato
Inserire o aggiornare i dati (upsert) Supportato Supportato
Sintassi SQL Supportato Non supportato
Controllo dei vincoli Dopo ogni dichiarazione Al momento del commit

Il supporto di DML e mutazioni divergono per le seguenti funzionalità:

  • Lettura delle scritture: lettura dei risultati di cui non è stato eseguito il commit all'interno di una transazione attiva. Le modifiche apportate utilizzando le istruzioni DML sono visibili alle istruzioni successive nella stessa transazione. Questa operazione è diversa dall'uso di mutazioni, in cui le modifiche non sono visibili in nessuna lettura (incluse le letture eseguite nella stessa transazione) fino a quando la transazione non viene eseguita. Questo perché le mutazioni in una transazione vengono memorizzate nel buffer sul lato client (localmente) e inviate al server come parte dell'operazione di commit. Di conseguenza, le mutazioni nella richiesta di commit non sono visibili alle istruzioni SQL o DML all'interno della stessa transazione.

  • Controllo dei vincoli: Spanner controlla i vincoli dopo ogni istruzione DML. Questo è diverso dall'uso delle mutazioni, in cui Spanner memorizza le mutazioni nel client fino al commit e controlla i vincoli al momento del commit. La valutazione dei vincoli dopo ogni istruzione DML consente a Spanner di garantire che i dati restituiti da una query successiva nella stessa transazione restituiscano dati coerenti con lo schema.

  • Sintassi SQL: DML offre un modo convenzionale per manipolare i dati. Puoi riutilizzare le competenze di SQL per modificare i dati utilizzando l'API DML.

Best practice: evita di combinare DML e mutazione nella stessa transazione

Se una transazione contiene sia istruzioni DML sia mutazioni nella richiesta di commit, Spanner esegue le istruzioni DML prima delle mutazioni. Per evitare di dover tenere conto dell'ordine di esecuzione nel codice della libreria client, devi utilizzare le istruzioni DML o le mutazioni in una singola transazione, ma non entrambe.

Il seguente esempio Java illustra un comportamento potenzialmente sorprendente. Il codice inserisci due righe negli album utilizzando l'API Mutation. Lo snippet chiama quindi executeUpdate() per aggiornare le righe appena inserite e chiama executeQuery() per leggere gli album aggiornati.

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;
              }
            });
}

Se eseguissi questo codice, vedrai 0 record aggiornati. Perché? Questo si verifica perché le modifiche apportate utilizzando le mutazioni non sono visibili alle istruzioni successive fino al commit della transazione. Idealmente, le scritture nel buffer dovrebbero essere archiviate solo alla fine della transazione.

Che cosa succede dopo?