Update README.md Main

README.md

@@ -6,7 +6,7 @@ Während beim Branch 'memgraph_fabian' dieser Code benutzt und auf die Bachelora
 
 # Änderungen
 
-Es wurden wichtige Änderungen an drei Stellen vorgenommen. ([Compose][referenz-1] und [mosquitto][referenz-2] eher nicht gravierende Änderungen)
+Es wurden wichtige Änderungen an vier Stellen vorgenommen. ([mosquitto][referenz-2] eher nicht gravierende Änderung)
 
 ## Abfragen
 
@@ -15,7 +15,7 @@ Es wurden wichtige Änderungen an drei Stellen vorgenommen. ([Compose][referenz-
 [queries.txt][referenz-name2]
 
 /code/eval/queries/cyypher/memgraph/memgraph_queries.py
-Der Abfragen Code wurde insofern verändert, als dass für 'count' nur die Zahl ausgelesen wird, ansatt über das Ergebnis zu laufen (Zeile 72). (Aufgrund der geringen Änderungen auch keine Kommentare ergänzt)
+Der Abfragen Code wurde insofern verändert, als dass für 'count' nur die Zahl ausgelesen wird, ansatt über das Ergebnis zu laufen (Zeile 72) (Vorher wurden alle Knoten zurückgegeben zum zählen). (Aufgrund der geringen Änderungen auch keine Kommentare ergänzt)
 Es ist wichtig hervorzuheben, dass die Abfragen aus /infrastructure/eval/queries/memgraph/queries/queries.txt geladen wird. Dort in einer anderen Datei sind einige der neuen Abfragen gespeichert.
 
 ## Publisher
@@ -35,7 +35,14 @@ Ermöglicht die Originale Version auszuwählen mittels Compose Original true.
 Die meisten Änderungen befinden sich bei den Einfügeoperationen.
 Dabei wurden verschhiedene Varianten ausprobiert.
 
-Diese Änderung hat eine eigene ReadMe Datei, diese verweist auch auf das benutzte Compose, welches einige Änderungen hatte, meist nur zum manuellen starten der Subscriber und dem begrenzten RAM.
+Diese Änderung hat eine eigene ReadMe Datei, diese verweist auch auf das benutzte Compose.
+
+## Compose
+
+In [Compose][referenz-1] wurde der maximale RAM-Verbrauch von Memgraph limitert, als Folge wird Memgraph gekilled, sobald es mehr als diesen RAM nutzt.
+Dabei ist die Menge des RAM so gewählt, dass die gewünschten Operationen in diesen erledigt werden können.
+Ist dies nicht der Fall so liegt ein sehr hoher RAM Verbrauch vor.
+Weitere Änderungen wurde durchgeführt um die Subscriber einzeln zu starten und so einfacher austauschen zu können.
 
 # Troubleshooting
 
@@ -44,16 +51,16 @@ Diese Änderung hat eine eigene ReadMe Datei, diese verweist auch auf das benutz
 Bei zwei Millionen Knoten kam es zu einem Fehler wodurch eine Nachricht nicht eingefügt wurde.
 Daraus entstanden Folgefehler, weshalb von 11.000.000 Knoten nur noch 2.500.000 eingefügt werden konnten.
 
-Grund für den Fehler war, dass ein Zielknoten erst erstellt wurde, nachdem er bereits einmal gebraucht wurde.
+Grund für den Fehler war, dass ein Zielknoten erst erstellt wurde, nachdem er bereits einmal benötigt wurde.
 
 Lösung:
-Kollisionen des Codes innerhalb von Nachrichten behandeln.
+Kollisionen innerhalb von Nachrichten behandeln. (hilft nur wenn nicht zufällig die Nachrichten zwischen den beiden aufeinanderfolgenden Knoten endet.)
 
 ## Fehler ab 5.000.000
 
-Bei fünf Millionen Knnoten kam es zu einem Fehler bei dem der zielknoten fehlter, dieser scheint entweder nciht erstellt worden zu sein, oder folgt ab 135 Knoten später.
+Bei fünf Millionen Knnoten kam es zu einem Fehler bei dem der zielknoten fehlte, dieser scheint entweder nicht erstellt worden zu sein, oder folgt ab 135 Knoten später.
 
-Wurde nicht behandelt, möglicher Lösungsansatz in der Bachelorarbeit zu sehen.
+Wurde nicht behandelt, möglicher Lösungsansatz in der Bachelorarbeit dargestellt unter Nachteile des inkrementellen und sortierten Ansatzes.
 
 [referenz-name]: https://lab.it.hs-hannover.de/cwy-p8d-u1/ma_code/-/tree/memgraph_fabian/code/eval/queries/cypher/memgraph
 [referenz-name2]: https://lab.it.hs-hannover.de/cwy-p8d-u1/ma_code/-/tree/memgraph_fabian/code/infrastructure/eval/query/memgraph/queries