diff --git a/docs/data-processing/apis/fastapi/install.rst b/docs/data-processing/apis/fastapi/install.rst
index 3e629df3..b8fa7a80 100644
--- a/docs/data-processing/apis/fastapi/install.rst
+++ b/docs/data-processing/apis/fastapi/install.rst
@@ -38,14 +38,14 @@ Für die Produktion benötigt ihr außerdem einen `ASGI
Updated Pipfile.lock (051f02)!
…
-Pydantic kann die folgenden optionalen Abhängigkeiten verwenden:
+`Pydantic `_ kann die folgenden optionalen Abhängigkeiten verwenden:
`ujson `_
für schnelleres JSON-Parsing.
`email_validator `_
zur E-Mail-Validierung.
-Starlette kann die folgenden optionalen Abhängigkeiten verwenden:
+`Starlette `_ kann die folgenden optionalen Abhängigkeiten verwenden:
:doc:`httpx <../../httpx/index>`
wenn ihr den ``TestClient`` verwenden wollt.
diff --git a/docs/data-processing/apis/grpc/example.rst b/docs/data-processing/apis/grpc/example.rst
index 514364b5..c14b10de 100644
--- a/docs/data-processing/apis/grpc/example.rst
+++ b/docs/data-processing/apis/grpc/example.rst
@@ -13,8 +13,8 @@ Definieren der Datenstruktur
----------------------------
Der erste Schritt bei der Arbeit mit Protocol-Buffers besteht darin, die
-Struktur für die Daten zu definieren, die Sie in einer ``.proto``-Datei
-serialisieren möchten. Protocol-Buffers-Daten sind als *Nachrichten*
+Struktur für die Daten zu definieren, die ihr in einer ``.proto``-Datei
+serialisieren möchtet. Protocol-Buffers-Daten sind als *Nachrichten*
strukturiert, wobei jede Nachricht ein kleiner logischer Datensatz ist, der eine
Reihe von Name-Wert-Paaren enthält, die *fields* genannt werden.
:download:`accounts.proto` ist ein einfaches Beispiel hierfür:
@@ -34,7 +34,7 @@ Reihe von Name-Wert-Paaren enthält, die *fields* genannt werden.
Nachdem ihr eure Datenstruktur definiert habt, könnt ihr das
Protocol-Buffer-Compiler-Protokoll ``protoc`` verwenden, um Deskriptoren in
-eurer bevorzugten Sprache zu erzeugen. Diese bietet einfache Zugriffsfunktionen
+eurer bevorzugten Sprache zu erzeugen. Dieses bietet einfache Zugriffsfunktionen
für jedes Feld sowie Methoden zur Serialisierung der gesamten Struktur. Wenn
eure Sprache z.B. Python ist, werden beim Ausführen des Compilers für das obige
Beispiel Deklaratoren generiert, die ihr dann in eurer Anwendung zum Einpflegen,
@@ -83,7 +83,7 @@ Hierfür schreiben wir die Datei :download:`accounts_server.py`:
Client erstellen
----------------
-Hierfür schreiben wir :download:`accounts_client.py`:
+Hierfür schreiben wir die Datei :download:`accounts_client.py`:
.. literalinclude:: accounts_client.py
:caption: accounts_client.py
@@ -93,13 +93,13 @@ Hierfür schreiben wir :download:`accounts_client.py`:
Client und Server starten
-------------------------
-#. Starten des Server:
+#. Starten des Servers in einem Terminal:
.. code-block:: console
$ pipenv run python accounts_server.py
-#. Starten des Client von einem anderen Terminal aus:
+#. Starten des Clients von einem anderen Terminal aus:
.. code-block:: console
diff --git a/docs/data-processing/apis/grpc/index.rst b/docs/data-processing/apis/grpc/index.rst
index c1801815..d1a4e76f 100644
--- a/docs/data-processing/apis/grpc/index.rst
+++ b/docs/data-processing/apis/grpc/index.rst
@@ -18,12 +18,12 @@ aufgerufen werden können. Der Server implementiert dieses Interface, um die
Client-Aufrufe zu verarbeiten. Für den Client wurde ein sog. *Stub* generiert,
der dieselben Methoden wie der Server bereitstellt.
-Im folgenden die wesentlichen Design-Prinzipien von gRPC:
+gRPC liegen die folgenden Design-Prinzipien zugrunde:
* gRPC kann auf allen gängigen Entwicklungsplattformen und in vielen
verschiedenen Sprachen erstellt werden.
-* Es ist auf Geräten mit geringer CPU- und Speicherfähigkeiten funktionsfähig
- sein, so neben Android [#]_- und iOS-Geräten auch auf MicroPython-Boards und
+* Es ist auf Geräten mit geringer CPU- und Speicherfähigkeit funktionsfähig,
+ so neben Android [#]_- und iOS-Geräten auch auf MicroPython-Boards und
in Browsern [#]_ [#]_.
* Es ist lizenziert unter Apache License 2.0 und nutzt offene Standards wie z.B.
HTTP/2 und Quick UDP Internet Connections (QUIC).
@@ -35,7 +35,8 @@ Im folgenden die wesentlichen Design-Prinzipien von gRPC:
* gRPC unterstützt unterschiedliche Serialisierungsformate, u.a.
:doc:`/data-processing/serialisation-formats/protobuf`,
:doc:`/data-processing/serialisation-formats/json/index` [#]_,
- :doc:`/data-processing/serialisation-formats/xml-html/index` und Thrift)
+ :doc:`/data-processing/serialisation-formats/xml-html/index` und
+ `Thrift `_)
* Asynchrone und synchrone (blockierende) Verarbeitung werden in den meisten
Sprachen unterstützt.
* Das Streaming von Nachrichten in einem einzelnen RPC-Aufruf wird unterstützt.
@@ -108,7 +109,7 @@ Im folgenden die wesentlichen Design-Prinzipien von gRPC:
Ausgehend von einer Schnittstellendefinition in einer ``.proto``-Datei bietet
gRPC Protocol-Compiler-Plugins, die clientseitige und serverseitige APIs
-generieren. Das `gRPC-Protokoll
+generieren. Das `gRPC-Protokoll
`_ gibt abstrakt
die Kommunikation zwischen Clients und Servern an:
diff --git a/docs/data-processing/apis/grpc/test.rst b/docs/data-processing/apis/grpc/test.rst
index 1568189f..15f5949f 100644
--- a/docs/data-processing/apis/grpc/test.rst
+++ b/docs/data-processing/apis/grpc/test.rst
@@ -75,13 +75,13 @@ Wireshark
---------
`Wireshark `_ ist ein Open-Source-Tool zur Analyse
-von Netzwerkprotokollen. Im Folgenden zeigen wir Euch, wie ihr den `gRPC
+von Netzwerkprotokollen. Im Folgenden seht ihr, wie ihr den `gRPC
`_- und den `Protobuf
-`_-Dissectors verwenden
-könnt. Sie erleichtern Euch das Zerlegen (Dekodieren) von gRPC-Nachrichten, die
+`_-Dissector verwenden
+könnt. Sie erleichtern euch das Zerlegen (Dekodieren) von gRPC-Nachrichten, die
im :doc:`Protobuf `- oder
:doc:`/data-processing/serialisation-formats/json/index`-Format serialisiert
-sind. Zudem könnt ihr damit das Server-, Client- und bidirektionales
+sind. Zudem könnt ihr damit das Server-, Client- und bidirektionale
gRPC-Streaming analysieren.
.. note::
diff --git a/docs/data-processing/postgresql/fdw.rst b/docs/data-processing/postgresql/fdw.rst
index fd8d6362..8b919b31 100644
--- a/docs/data-processing/postgresql/fdw.rst
+++ b/docs/data-processing/postgresql/fdw.rst
@@ -5,10 +5,10 @@
Foreign Data Wrappers (FDW)
===========================
-2003 wurde SQL erweitert um SQL/MED (*SQL Management of External Data*).
-PostgreSQL 9.1 unterstützte dies *read-only*, 9.3 dann auch schreibend.
-Seitdem sind eine Reihe von Foreign Data Wrappers (FDW) für PostgreSQL
-entwickelt worden.
+2003 wurde SQL um SQL/MED (*SQL Management of External Data*) erweitert.
+PostgreSQL 9.1 unterstützte dies *read-only*, ab der Version 9.3 dann
+auch schreibend. Seitdem wurden eine Reihe von Foreign Data Wrappers (FDW)
+für PostgreSQL entwickelt.
Im Folgenden nur eine kleine Auswahl der bekanntesten FDW:
diff --git a/docs/data-processing/postgresql/index.rst b/docs/data-processing/postgresql/index.rst
index 630d7921..dd579201 100644
--- a/docs/data-processing/postgresql/index.rst
+++ b/docs/data-processing/postgresql/index.rst
@@ -99,7 +99,7 @@ Common Table Expression
Multi-Version Concurrency Control (MVCC)
`Multi-Version Concurrency Control
`_ erlaubt, dass zwei
- oder mehr Sessions gleicheitig auf dieselben Daten zugreifen ohne dabei die
+ oder mehr Sessions gleichzeitig auf dieselben Daten zugreifen, ohne dabei die
Integrität der Daten zu gefährden.
Cross Platform