Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add dbms information #271

Open
wants to merge 1 commit into
base: master-backup
Choose a base branch
from
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
45 changes: 45 additions & 0 deletions Contents/biblio/biblio.bib
Original file line number Diff line number Diff line change
Expand Up @@ -5542,4 +5542,49 @@ @article{Rajabi2013
shorthand = {Rajabi.Z..EnterpriseADBEO-2013art}
}

@electronic{Redis,
title = {Redis},
url = {https://redis.io/},
month = {June},
year = {2022},
language = {english},
shorthand = {Redis-эл}
}

@electronic{Apache Cassandra,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

На такой идентификатор нельзя будет сослаться, пробелы не разрешаются

title = {Apache Cassandra | Apache Cassandra Documentation},
url = {https://cassandra.apache.org/_/index.html},
month = {June},
year = {2022},
language = {english},
shorthand = {Apache Cassandra-эл}
}

@electronic{PostgreSQL,
title = {PostgreSQL: The world's most advanced open source database },
url = {https://www.postgresql.org/},
month = {June},
year = {2022},
language = {english},
shorthand = {PostgreSQL-эл}
}

@electronic{MySQL,
title = {MySQL},
url = {https://www.mysql.com/},
month = {June},
year = {2022},
language = {english},
shorthand = {MySQL-эл}
}

@electronic{Oracle,
title = {{D}atabase | {O}rcale},
url = {https://www.oracle.com/database/},
month = {June},
year = {2022},
language = {english},
shorthand = {Oracle-эл}
}

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Должно быть явно больше источников добавлено
Должна быть ссылка на официальный сайт каждой СУБД и на сам SQL тоже

На каждый источник должна быть ссылка в тексте, почитайте внимательнее руководство разработчика

@Comment{jabref-meta: databaseType:bibtex;}
49 changes: 49 additions & 0 deletions Contents/chapter2/sd_ostis_tools/sd_interpreters.tex
Original file line number Diff line number Diff line change
Expand Up @@ -84,6 +84,55 @@
\scnaddlevel{-1}
}

\scnheader{cистема управления базами данных}
\scnidtf{комплекс программ, позволяющих создать базу данных (БД) и манипулировать данными (вставлять, обновлять, удалять и выбирать)}
\scnsubdividing{NoSQL СУБД\\
\scnaddlevel{1}
\scnidtf{графовая система управления базами данных}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Графовая СУБД - не синоним, а подмножество NoSQL. В NoSQL входят и другие классы, документоориентированные например, почитайте хотя бы Википедию.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Исходя из того, что задание делали вдвоем, то хотелось бы увидеть развитие документа, а не просто его содержание
Например можно добавить более полную классификацию СУБД с кратким пояснением по каждому классу и указанием конкретных СУБД для каждого класса

\scnidtf{это подход к реализации масштабируемого хранилища (базы) информации с гибкой моделью данных, отличающийся от классических реляционных СУБД}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Синонимичный идентификатор это имя, которое можно вставить вместо основного идентификатора в текст и смысл не поменяется. Например "No SQL СУБД" = "СУБД с гибкой моделью данных, отличающейся от классической реляционной модели"

\scnhaselement{Neo4j}
\scnhaselement{Redis}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Redis это СУБД типа ключ-значение, причем она здесь
В документе было больше графовых СУБД, ArangoDB как минимум и еще какие-то
Возьмите список из Википедии например

\scnhaselement{Apache Cassandra}
\scnaddlevel{-1}
;SQL СУБД\\
\scnaddlevel{1}
\scnidtf{реляционная система управления базами данных}
\scnidtf{ это язык структурированных запросов, позволяющий хранить, манипулировать и извлекать данные из реляционных баз данных}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Очевидно это определение не подходит к SQL СУБД

\scnhaselement{PostgreSQL}
\scnhaselement{MySQL}
\scnhaselement{Oracle}
\scnaddlevel{-1}
\scnreltolist{ключевой знак} {\scncite{Neo4j};\scncite{Redis};\scncite{Apache Cassandra};\scncite{PostgreSQL};\scncite{MySQL};\scncite{Oracle}}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Попытка хорошая, но нужно разнести конкретные источники по конкретным сущностям, в них описываемым

}

\scnmakeset{NoSQL СУБД;SQL СУБД}

\scntext{сравнение}{Графовые СУБД имеют ряд выгодных отличий от реляционных СУБД, важнейшими из которых являются:
\begin{scnitemize}

\item гибкость - типология связей между сущностями и вообще структура БД может свободно меняться в любой момент, каждый объект может обладать произвольным количеством связей с другими объектами;

\item минимизация дублирований и локализация изменений - поскольку БД обладает гибкой нелинейной структурой, каждый объект в БД достаточно указать один раз. Как следствие, изменения в такой БД легко локализуются.

\end{scnitemize}
Тем не менее, несмотря на указанные достоинства, графовые СУБД все еще используются в реальных проектах значительно реже, чем традиционные реляционные СУБД. Это обусловлено следующими недостатками:

\begin{scnitemize}

\item поиск в графовой СУБД в общем случае выполняется более медленно и в гораздо большей степени зависит от объема базы данных, чем в реляционной БД. Это связано с тем, что:

\begin{scnitemizeii}

\item поиск в графе произвольной структуры в принципе является алгоритмически сложной задачей, реляционная БД в данном случае выигрывает за счет более четкой структуры;

\item независимо от способа хранения данных все графовые СУБД в конечном счете реализуются на современных аппаратных средствах, которые имеют линейную структуру памяти и изначально не предназначены для хранения и обработки нелинейных (графовых) конструкций. Это приводит к значительным накладным расходам по преобразованию графа к линейному способу хранения, необходимости оптимизации соответствующих алгоритмов и т.д.

\end{scnitemizeii}

\item строгая структура реляционных БД позволяет более четко описать критерии и отслеживать целостность БД. В графовых СУБД целостность информации по умолчанию не гарантируется, а достигается дополнительными средствами анализа БД. В общем случае для обеспечения целостности и вообще качества графовой БД необходимо учитывать семантику (смысл) представляемой информации, однако в подавляющем большинстве современных графовых СУБД данный вопрос практически не рассматривается.
\end{scnitemize}
}

\bigskip

\scnendstruct \scnendcurrentsectioncomment
Expand Down