**Atomarität** in SQL bezieht sich auf eine der ACID-Eigenschaften, die sicherstellt, dass wir Transaktionen verwenden, während wir Daten mit SQL abfragen.    
Im Kontext von SQL-Datenbanken garantiert die Atomarität, dass **alle Operationen** innerhalb einer bestimmten logischen Einheit abgeschlossen werden oder **keine von ihnen**.
## Transaktionsverarbeitung in SQL

## Hauptmerkmale


- **Rollback**: Wenn ein Teil fehlschlägt (z.B. aufgrund eines Fehlers oder einer Einschränkungsverletzung), wird die gesamte Transaktion zurückgesetzt, wodurch Änderungen rückgängig gemacht werden;

- **Commit**: Wenn alle Operationen erfolgreich sind, wird die Transaktion abgeschlossen, wodurch Änderungen dauerhaft werden.

## Erstellen von Transaktionen in SQL
In SQL wird jede **einzelne Anweisung** als Transaktion betrachtet.    
Wir können jedoch manuell Transaktionen erstellen, die mehr als eine Anweisung enthalten.

Stellen wir uns ein Szenario vor, in dem wir zwei Tabellen haben:

- die `BankAccounts`-Tabelle, die die folgenden Spalten enthält: `account_number` (Primärschlüssel), `account_holder` und `balance`;


- `UserLogs`-Tabelle mit
Spalten: `account_number`, `action`, `timestamp` usw. Die Kombination aus `account_number` und `timestamp` ist ein zusammengesetzter Primärschlüssel dieser Relation.



<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>Bank Database</title>
</head>
<body>
<style>
  table {
    width: 80%;
    margin: 20px auto;
    border-collapse: collapse;
    border: 1px solid #ddd;
  }
  th,
  td {
    padding: 10px;
    text-align: left;
  }
  th {
    background-color: #f2f2f2;
  }
  tr:nth-child(even) {
    background-color: #f2f2f2;
  }
  tr:hover {
    background-color: #ddd;
  }
  th strong {
    font-weight: bold;
  }
  td strong {
    font-weight: bold;
  }
</style>


<table border="1">

  <tr>
    <th>account_number</th>
    <th>account_holder</th>
    <th>balance</th>
  </tr>
  <tr>
    <td>789</td>
    <td>Alice Johnson</td>
    <td>3500.00</td>
  </tr>
  <tr>
    <td>101</td>
    <td>Bob Brown</td>
    <td>4500.00</td>
  </tr>
  <tr>
    <td>202</td>
    <td>Emily Jones</td>
    <td>6000.00</td>
  </tr>
  <tr>
    <td>303</td>
    <td>Michael Davis</td>
    <td>800.00</td>
  </tr>
  <tr>
    <td>404</td>
    <td>Sarah Wilson</td>
    <td>12000.00</td>
  </tr>
  <tr>
    <td>505</td>
    <td>David Taylor</td>
    <td>300.00</td>
  </tr>
  <tr>
    <td>606</td>
    <td>Emma Thomas</td>
    <td>7500.00</td>
  </tr>
  <tr>
    <td>707</td>
    <td>Daniel Martinez</td>
    <td>1000.00</td>
  </tr>
  <tr>
    <td>808</td>
    <td>Olivia Rodriguez</td>
    <td>900.00</td>
  </tr>
  <tr>
    <td>909</td>
    <td>Sophia Lee</td>
    <td>2500.00</td>
  </tr>
  <tr>
    <td>123</td>
    <td>John Doe</td>
    <td>5000.00</td>
  </tr>
  <tr>
    <td>456</td>
    <td>Jane Smith</td>
    <td>2000.00</td>
  </tr>
</table>

<br>


<table border="1">

  <tr>
    <th>account_number</th>
    <th>action</th>
    <th>timestamp</th>
  </tr>
  <tr>
    <td>789</td>
    <td>Account created for Alice Johnson</td>
    <td>2024-05-24 12:00:00</td>
  </tr>
  <tr>
    <td>101</td>
    <td>Account created for Bob Brown</td>
    <td>2024-05-24 12:01:00</td>
  </tr>
  <tr>
    <td>202</td>
    <td>Account created for Emily Jones</td>
    <td>2024-05-24 12:02:00</td>
  </tr>
  <tr>
    <td>303</td>
    <td>Account created for Michael Davis</td>
    <td>2024-05-24 12:03:00</td>
  </tr>
  <tr>
    <td>404</td>
    <td>Account created for Sarah Wilson</td>
    <td>2024-05-24 12:04:00</td>
  </tr>
  <tr>
    <td>505</td>
    <td>Account created for David Taylor</td>
    <td>2024-05-24 12:05:00</td>
  </tr>
  <tr>
    <td>606</td>
    <td>Account created for Emma Thomas</td>
    <td>2024-05-24 12:06:00</td>
  </tr>
  <tr>
    <td>707</td>
    <td>Account created for Daniel Martinez</td>
    <td>2024-05-24 12:07:00</td>
  </tr>
  <tr>
    <td>808</td>
    <td>Account created for Olivia Rodriguez</td>
    <td>2024-05-24 12:08:00</td>
  </tr>
  <tr>
    <td>909</td>
    <td>Account created for Sophia Lee</td>
    <td>2024-05-24 12:09:00</td>
  </tr>
  <tr>
    <td>123</td>
    <td>Account created for John Doe</td>
    <td>2024-05-24 12:10:00</td>
  </tr>
  <tr>
    <td>456</td>
    <td>Account created for Jane Smith</td>
    <td>2024-05-24 12:11:00</td>
  </tr>
</table>

</body>
</html>

Betrachten wir nun ein Szenario, in dem wir ein **neues Bankkonto** erstellen und gleichzeitig einen **Protokolleintrag** generieren möchten, um die Hinzufügung des neuen Kontos zu kennzeichnen.    
Es ist zwingend erforderlich, dass diese beiden Aktionen, das Hinzufügen des Kontos und das Protokollieren des Ereignisses, **als eine einzige logische Einheit behandelt** werden und in einer einzigen Transaktion zusammengefasst werden müssen. Hier ist ein sehr einfaches Beispiel, wie wir dies mit einer Transaktion tun könnten:

```sql
-- Begin the transaction
BEGIN;

-- Insert a new bank account with account number 109, account holder Emma Watson, and initial balance of 0
INSERT INTO BankAccounts (account_number, account_holder, balance)
VALUES (109, 'Emma Watson', 0);

-- Step 2: Add log entry if the account was added
-- Insert a log entry into the UserLogs table indicating that a new account was added with account number 109
INSERT INTO UserLogs (account_number, action)
VALUES (109, 'New account added');

-- Commit the transaction, making the changes permanent
COMMIT;
```
In der obigen Abfrage verwenden wir den `BEGIN`-Block, um anzuzeigen, dass alle folgenden Anweisungen als eine einzige Einheit betrachtet werden müssen - wenn eine von ihnen nicht ausgeführt wird, darf keine der Anweisungen ausgeführt werden.    
Das `COMMIT`-Schlüsselwort kennzeichnet das Ende des Transaktionsblocks.

Was stellt das Konzept der Atomarität im Kontext von Datenbanktransaktionen sicher?

Beginnen Sie eine spannende Reise durch SQL mit Fortgeschrittenen Techniken in SQL. Lernen Sie die wichtigen ACID-Eigenschaften kennen, die helfen, Daten in Datenbanktransaktionen genau zu halten. Entdecken Sie fortgeschrittene Möglichkeiten, Ihre Abfragen zu optimieren, um die Datenbankleistung zu verbessern. Erkunden Sie spezielle SQL-Funktionen wie Fensterfunktionen, Trigger, Data Control Language (DCL) und NoSQL-Datenbanken. Dies wird Ihnen helfen, modernes Datenbankmanagement sicher und effektiv zu handhaben.

Jetzt erkunden wir die grundlegenden Prinzipien von ACID (Atomarität, Konsistenz, Isolation, Dauerhaftigkeit) im Datenbankmanagement. Lernen Sie, wie diese Prinzipien zuverlässige Transaktionen gewährleisten, indem sie vollständige Operationen garantieren, Daten konsistent halten, gleichzeitige Transaktionen isolieren und eine dauerhafte Datenspeicherung sicherstellen.

Erforschen Sie, wie Sie die Effizienz Ihrer SQL-Abfragen durch Indexoptimierung verbessern können. Tauchen Sie in die Bedeutung von Indizes für die Datenbankleistung ein und lernen Sie, wie Sie sie effektiv entwerfen, implementieren und nutzen. Entdecken Sie Strategien zur Auswahl der geeigneten Indizes, verstehen Sie deren Einfluss auf Abfrageausführungspläne und optimieren Sie die Abfrageleistung durch Indexauswahl und -nutzung.

Dieser Abschnitt untersucht entscheidende Themen wie Triggers, Fensterfunktionen und DCL (Data Control Language) und bietet umfassende Einblicke in deren Implementierungs- und Optimierungsstrategien. Darüber hinaus navigiert er durch die Landschaft der NoSQL-DBMS und bietet ein gründliches Verständnis seiner Architektur, Vorteile und praktischen Anwendungen.

Fortgeschrittene Techniken in SQL

Atomarität

Transaktionsverarbeitung in SQL

Hauptmerkmale

Erstellen von Transaktionen in SQL