5J) Разработка информационных систем с использованием СПО NoSQL СУБД MongoDB

Автор Liza Merichenko
5J) Разработка информационных систем с использованием СПО NoSQL СУБД MongoDB

Добрый вечер.

Уважаемые коллеги тематика. Я представляю коллектив авторов уже не первый год занимается в основном разработка информационных систем на основе субъект, но на этот раз подготовка студентов, но она. Должна осуществляться по современным тенденциям за последние годы куртка с начала введения, что вот здесь перечислены специальностей и направлений подготовки с которыми занимаются повод данного направления в.

Москве базы данных информационные технологии про все студенты должны иметь представление о новых тенденциях в области базальных.

Ну как ядра почти всех информационных систем вот особенность в том, что по выпуску, что придётся возможно иметь дело не только с подходом эскивель когда стандартные таблицы связи между таблицами четкая структура, но и новой исковик она переводится как не только я стиль. Во сколько имеет. Немного более на такое упрощенная структуру которая дает ряд преимуществ причина в том, что за последние годы 15-20 лет из-за очень интенсивного развития коммуникации приложений и так далее грамотно грамотным объеме размеры вырос объем докладчики рассказывали, что удваивается объём информации в мире каждый его там два года очень много информации и её надо где-то хранить — это и спутниковое и. ГИБДД базы и так далее вот здесь коротко перечисленного, что первое увеличился объем — это Big Data. Ну естественно пользователи увеличилась значит слово стало вот обращение к практически должны быть одновременно. Вот и поступающих данных она гибкая есть одни данные непохожий на другие этой текстовые и голосовые и. Они не имеют жёсткой определенных полей и с ними нужно работать. Вот — это проблема Big Data Big dater она характеризуется тремя. Вика объём волюм физический объем. ВВП растет, а скорость должна быть обеспечена высокая скорость обработки и получения обработать реагирование и изменение структуры в райте многообразие примеры как я уже говорил. Это и спутниковые и видеокамеры. ГИБДД наши выпускники работают службах. ГИБДД который занимается хранением как раз вот этих видео записи. ГИБДД камер — это грамотный проблемы их миллионы миллионы. Вот и с ними требуется пользователи на. Земле по земле до миллиарда нет. ГИБДД Пока ещё будет впереди и традиционная коллекционные. СВД Онега со своими классическими таблицами жесткими структурными связями Join оператором они перестают справляться пока перечисленных. Почему перестают справляться. Хотя объемы данных — это десятки миллионов в. Москве или прочее, но по скорости работает требуется иные подходы как раз из объема и со времени принятия решений абразии форматов и так далее вот здесь. Ну как всегда — это студентов они сами приходят примеры, что когда архив какой-то начинает ему поступать очень много там данных информации — это архив может быть расширен по горизонтали. То есть вы. Дайте несколько помещений которые будут работать и по вертикали рассказать изменять и аппаратуру и так далее. Ну вот — это аналог репликации и шардинга то есть основных инструментов в масштабе разнообразие структура оно привело к организация иной. Модели Модели данных, но стоит во сколько нам в жесткой структуры их недостаточно, а то была придумана. Достаточно давно как раз примерно в те же годы новая скибиди которая характеризуется вот перечислены гибкостью модели данных то есть более слабый накладывается ограничение на модель данных в соответствии с этим уменьшении объема администрирования более удобное масштабирование разработка было с тем чтобы увеличивать в нужном объеме количество новых узлов в соответствии с этим экономические и технические показатели более бы фото и размещения на недорогих массовых серверах естественно какой-то имеется и недостатки недостатки они автоматически карту следует, что ограничено или отсутствует поддержка транзакций в реляционных базах данных они любыми способами стараются вот поддерживает транзакции или всё или ничего или выполнена полностью или нет. Поэтому для таких ответственных решений там банковских структур и так далее ну не рекомендуется подхода вот несколько ограниченные средства запросов оперативного анализа и поскольку — это проект годом кто-то не подается в таком виде как он есть то меньше и меньше уровень поддержки чем реляционной свободы и как вот я потом тоже скажу, что подход используется широко или социальных сетей других приложений то — это достаточно молодое направление и каждый разработчик у нас просто была отмечена разработчиками они как бы вот в режиме обучения то есть вот как бы вопрос работают одновременно учиться подход насчёт следующей требованиям гарантия. Вот — это месяце консистенции залешин билеты и сияет если традиционных базах данных. Он поддерживает эту структуру основного этот эти требования гарантия не ослаблена или вообще отказываются от их поддержки о теореме брюмера. Значит она выполняется для данного подхода как обычно 2 из 3 — это вот аналог для клиентов мы сразу говорим что. Три слона качественно и дешево всё невозможно только 2 из них никто другой либо — это либо — это здесь для на 8 подхода также выполняется дварис этих трёх свойств согласованность данных устойчивых к разделению, тогда когда не требуется нет высоких требований к вот соответствует предыдущий теоремы какому-то одному фактору, а приоритетом является доступной устойчивость определение авто в. Москве дает возможность эффективно работать не даёт преимущество. Вот и снижение время отклика и использования различных типов хранилищ и степень администрирование и так далее и уменьшена время разработки вот здесь приведены. Некоторые из вас данных. Мы в дальнейшем будем.

0 комментариев
0

Читайте также