Conversation
TonitaN
left a comment
TonitaN
left a comment
There was a problem hiding this comment.
Очень увлекательное описание мечты, но пока ещё далёкое от систематического изложения плана её реализации)
| \noindent\hspace{13.5ex}\normalsize\hspace{170pt}\hspace{2ex}\scriptsize{(Подпись, дата)}\normalsize\hspace{30pt}\hspace{6ex}\scriptsize{(И.О. Фамилия)}\normalsize | ||
| \bigskip | ||
|
|
||
| \noindent Нормоконтролер \hfill \underline{\hspace{4cm}}\quad |
There was a problem hiding this comment.
У меня титульник в отдельном шаблоне, убрал отсюда
| \anonsection{ВВЕДЕНИЕ} | ||
|
|
||
| В эпоху стремительного роста объемов данных системы управления базами данных | ||
| (СУБД) являются ключевой частью информационных систем. По данным аналитических |
There was a problem hiding this comment.
Слово ключевой очень любят роботы, лучше бы не злоупотреблять. И из этого параграфа оптимально оставить только первое предложение (ключевой -> важный, как написал бы нормальный студент).
There was a problem hiding this comment.
А я в последней курсовой так и писал примерно....
iu9-sql-compiler/report/report.tex
Lines 621 to 631 in 470d60e
Поправил
There was a problem hiding this comment.
Курсовую читает только руководитель, а на ВКР (есть надежда, что куски из НИР пойдут туда) будет смотреть комиссия, поэтому лучше убрать триггеры и быть проще)
| допускающим параллельность исполнения. | ||
|
|
||
| Целью данной работы является разработка и реализация оптимизатора подмножества | ||
| SQL-запросов на основе архитектуры Cascades, а также создание фреймворка для его |
| \begin{enumerate} | ||
| \item \emph{Синтаксический анализ} --- запроса проходит лексический и синтаксический разбор. Результатом данного этапа | ||
| является синтаксическое дерево, узлы которого соответствуют конструкциям | ||
| языка SQL: операторам \texttt{SELECT}, \texttt{FROM}, \texttt{WHERE}, |
There was a problem hiding this comment.
Это лучше в макросы вынести и использовать здесь уже команды
|
|
||
| Реляционная алгебра представляет собой формальный язык для описания операций над | ||
| отношениями реляционной базы данных. В отличие от декларативного SQL, | ||
| реляционная алгебра процедурной, так как она определяет конкретную |
|
|
||
| Группа в Memo представляет собой множество выражений, которые эквивалентны с | ||
| точки зрения логического результата. Например, для отношений \(A\), \(B\) и | ||
| \(C\) выражения |
There was a problem hiding this comment.
не нужно здесь выключную формулу, можно и внутритекстовую
| листинга~\ref{lst:query}. Например, группа \(G_5\) представляет результат | ||
| соединения трех отношений, в ней находятся два логически эквивалентных выражения | ||
| с разной ассоциацией соединений и четыре физические реализации для них. Входными | ||
| данными для операторов являются группы группы, поэтому общие подвыражения не |
| \label{fig:cascades-tasks} | ||
| \end{figure} | ||
|
|
||
| \section{Правила трансформации и реализации} |
There was a problem hiding this comment.
В этом разделе есть одна важная проблема: правила имеют другой вид, чем описывается в самой первой формуле (условие - уже после левой и правой части, например, также форма стрелки другая). Предлагаю решить проблему кардинально - написать макрос с тремя аргументами для единообразной записи правил. А затем свести их в общую таблицу, к которой уже добавить текстовые комментарии
| сортировкой может конкурировать с планом на основе соединения слиянием, которое | ||
| сохраняет порядок результата. | ||
|
|
||
| \section{Метод ветвей и границ} |
There was a problem hiding this comment.
Тут, конечно, маловато конкретики - хотелось бы видеть, какую стоимостную модель вы выбрали для своей системы
There was a problem hiding this comment.
Добавил формулы для конкретных операторов
|
|
||
| % {\color{red} TODO: табличка формул для разных операторов} | ||
|
|
||
| \section{Дифференциальный анализ физических планов} |
There was a problem hiding this comment.
Тут крайне мало конкретики: пока что раздел выглядит как "за всё хорошее и против всего плохого". Непонятно, какие конкретно системы считаются эталонами, как конкретно вы собираетесь конвертировать извлеченный физический план в свою модель, и не получится ли после этого преобразования совсем другая производительность, а также почему эквивалентность планов достаточно проверить на единственном наборе таблиц.
|
круто |
3 participants
No description provided.