Daily CheckIn

frontbackmatter/thesis/AbstractDE.tex

@@ -5,17 +5,17 @@
 	\pdfbookmark[0]{Zusammenfassung}{Zusammenfassung}
 	\chapter*{Zusammenfassung}
 	Die Briefedition des Wedekind"=Projektes stellt die Korrespondenz von Frank Wedekind als Online"=Volltextdatenbank
-	zur Verfügung um die Forschung an Frank Wedekind zu fokussieren. Um die Akzeptanz der Webseite zu erhöhen, damit
-	weitere Forscher sich mit dem Thema beschäftigen, soll die Reaktionszeit für die Anfragen reduziert werden.
+	zur Verfügung, um die Forschung an Frank Wedekind zu fokussieren. Um die Akzeptanz der Webseite zu erhöhen, damit
+	sich weitere Forscher mit dem Thema beschäftigen, soll die Reaktionszeit für die Anfragen reduziert werden.
 	
 	Diese Arbeit betrachtet die verschiedenen Layer der Anwendung und die jeweiligen Optimierungsmöglichkeiten. Hierbei
-	wird ein rein technischer Ansatz gewählt, der durch Skript basierte Messungen überprüft und ausgewertet wird.
+	wird ein rein technischer Ansatz gewählt, der durch skriptbasierte Messungen überprüft und ausgewertet wird.
 	Betrachtet werden hierbei die Auswirkungen der verschiedenen Caches, die Abfragesprachen, eine Umstellung der 
 	Abfragen auf \textit{Materialized Views} und die Optimierungsmöglichkeiten der Abfragen.
 
 	Es zeigt sich, dass die Ebenen unterschiedlich gute Optimierungsmöglichkeiten besitzen und die Caches die einfachste
-	Art der Optimierung sind, stattdessen benötigen diese zusätzliche Ressourcen im Sinne des Arbeitsspeichers.
+	Art der Optimierung ist, stattdessen benötigen diese zusätzliche Ressourcen im Sinne des Arbeitsspeichers.
 	Die Umstellung der \textit{Materialized View} inklusive der Zusammenfassung der unterlagerten Daten in eine Zeile
 	zeigt das größte Optimierungspotential. Durch die Umstellung der Abfragen kann ebenfalls die Verarbeitungszeit
-	reduziert werden, ist durch den größeren Anteil des ORM"=Mapper aber nicht stark ausschlaggebend.
+	reduziert werden, dies ist durch den größeren Anteil des ORM"=Mapper nicht stark ausschlaggebend.
 \end{otherlanguage}

frontbackmatter/thesis/AbstractEN.tex

@@ -4,19 +4,18 @@
 \begin{otherlanguage}{american}
 	\pdfbookmark[0]{Abstract}{Abstract}
 	\chapter*{Abstract}
-	\mytodos{Dies am Ende noch Ausfüllen!!!}
+	The Letter Edition of the Wedekind Project makes Frank Wedekind's correspondence available as an online 
+	full"=text database in order to focus research on Frank Wedekind. In order to increase the acceptance of the 
+	website so that more researchers can deal with the subject, the response time for inquiries is to be reduced.
 
-	A short summary of the contents in English of about one page. The following points should be addressed in particular:
-	\begin{itemize}
-		\item Motivation: Why did this work come about? Why is the topic of the work interesting (for the general public)? The motivation should be abstracted as far as possible from the specific tasks that may be given by a company.
-		\item Content: What is the content of this thesis? What exactly is covered in the thesis? The methodology and working method should be briefly discussed here.
-		\item Results: What are the results of this work? A brief overview of the most important results as a teaser to read the complete thesis.
-	\end{itemize}
-	\medskip
-	
-	\noindent
-	BTW: A great guide by Kent Beck how to write good abstracts can be found here:
-	\begin{center}
-		\url{https://plg.uwaterloo.ca/~migod/research/beckOOPSLA.html}
-	\end{center}
+	This paper looks at the different layers of the application and the respective optimization options. A purely 
+	technical approach is chosen here, which is checked and evaluated using script-based measurements. The effects 
+	of the different caches, the query languages, a conversion of the queries to materialized views and the 
+	optimization possibilities of the queries are considered. views and the optimization possibilities of the queries.
+
+	It can be seen that the levels have different optimization options and that the caches are the simplest type of 
+	optimization, but instead require additional resources in terms of working memory. Converting the materialized 
+	view, including combining the underlying data into one line, shows the greatest potential for optimization. The 
+	processing time can also be reduced by converting the queries, but this is not very decisive due to the larger 
+	proportion of the ORM mapper.
 \end{otherlanguage}