background top icon
background center wave icon
background filled rhombus icon
background two lines icon
background stroke rhombus icon
header logo icon

Скачать "5.2 Выбор подходящих баз данных"

input logo icon
"videoThumbnail 5.2 Выбор подходящих баз данных
Оглавление
|

Оглавление

0:00
Приветствие
1:43
Какие виды баз данных бывают
3:30
Реляционные БД
7:06
Коротко о других видах БД
9:19
Не функциональные требования к БД. CAP-теорема
13:03
PACELC-теорема
13:56
Виды БД удовлетворяющее CAP
21:22
Примеры: Выбираем базу. Сокращатель ссылок
23:05
Примеры: Выбираем базу. Хостинг текстов
25:15
Примеры: Выбираем базу. Облачный диск
27:29
Примеры: Выбираем базу. Фотоапп
29:53
Примеры: Выбираем базу. Телеграм
32:19
Примеры: Выбираем базу. Твиттер
33:59
Примеры: Выбираем базу. Нетфликс
36:33
Примеры: Выбираем базу. Сервис такси
39:30
итоги
Похожие ролики из нашего каталога
|

Похожие ролики из нашего каталога

Теги видео
|

Теги видео

Анатолий Карпов
Аналитика
машинное обучение
data science
SQL
база данных
Python
pandas
визуализация
карьера
зарплата аналитика
курсы
karpov courses
курсы по программированию
курсы по аналитике
курсы по стастистике
dataframe
ML
stepik
data engineer
roapmap
roadmap data engineer
роадмап
инженер данных
пути развития
карьера инженера данных
Субтитры
|

Субтитры

subtitles menu arrow
  • enАнглийский
Скачать
00:00:01
[музыка]
00:00:02
всем привет тема сегодняшней лекции
00:00:05
выбор подходящих баз данных покажется
00:00:07
предыдущих лекциях мы ознакомились с
00:00:09
функциональными с не функциональные
00:00:10
требования которые можно предъявить к
00:00:12
проектируемой системе а также мы начали
00:00:15
строить какие-то самые простые схемы
00:00:17
чтобы отобразить или иную специфику
00:00:21
решаемой задачи при этом покрыв какие-то
00:00:25
самые базовые требования мы не покрывали
00:00:27
никак не функциональные требования
00:00:28
предъявляемые к системе то есть о том
00:00:30
какую нагрузка на выдержит какая у нее
00:00:33
будет задержка и прочие факторы из трех
00:00:37
крупных компонент который мы
00:00:38
рассматривали в разных системах будь то
00:00:40
клиентская какая-то часть приложения
00:00:43
backend и выбираем она мирных базы
00:00:45
данных для хранения данных обычно
00:00:48
проще всего начать именно с выбора база
00:00:51
данных в том смысле что скорее всего
00:00:53
даже сделанный вами выбор уже будет
00:00:56
устойчив к тому что у вас станется и на
00:00:58
больше данных у вас возрастет сложность
00:01:00
логике приложения
00:01:01
тогда как клиентское приложение скорее
00:01:03
всего сама по себе она всегда готова к
00:01:06
возрастанию нагрузки потому что он
00:01:07
запускается у каждого клиента отдельно а
00:01:10
приложение которое отвечает уже за
00:01:12
взаимодействие разных сервисов backend
00:01:15
между собой его нужно уже средства
00:01:18
увеличивать усложнять его логику
00:01:20
отдельно поэтому мы сегодня разберем как
00:01:23
раз какие база данных бывает мы так же
00:01:25
рассмотрим какие собственно пункты и
00:01:27
социальных трели можем покрыть за счет
00:01:29
выбора базу данных и когда лучше какой
00:01:32
вид хранилищ выбирать под тот или иной
00:01:35
вид даны в зависимости от того как часто
00:01:37
меняется как часто мы обращаемся и какие
00:01:39
нам дополнительные требования
00:01:40
предъявляются к надежности нашей системы
00:01:43
основные виды база данных которые мы
00:01:45
рассматривать являются таковыми есть
00:01:48
реляционные базы данных это все
00:01:50
известные вам примеры такие как на прямо
00:01:52
escape с грейс келли и другие есть киева
00:01:56
или база данных то есть ключ-значение а
00:01:58
не
00:01:59
значит для того чтобы хранить самые
00:02:01
простые данные вида например по ключу
00:02:04
хранить какое-то число какую-то строку
00:02:06
какой-то небольшой массив или множество
00:02:09
каких-то значений например можете
00:02:11
хранить статус того что что от находится
00:02:14
онлайн последний раз заходил или что-то
00:02:16
такое для быстрого обращения к этим
00:02:18
данным .
00:02:20
база данных из названия видно что они
00:02:22
хранят данные по колоночка в целом они
00:02:23
прозрачен для того чтобы хранить все
00:02:25
увеличивающийся поток больших данных из
00:02:28
которого вас есть фиксированное
00:02:29
количество полей при этом они не
00:02:30
предоставляют какие-то стандартные
00:02:32
операции вида дроидов например который
00:02:35
нужно ли сдавать скорее всего программно
00:02:37
при этом с черно того что они хранят
00:02:39
данные собственно поклон начну вы можете
00:02:41
легко выбирать тот или иной подмножество
00:02:44
признаков которые вам нужно использовать
00:02:46
для того чтобы загрузить данные для
00:02:48
аналитики
00:02:49
документная базы данных не хранят
00:02:51
соответственно документы они нужны тогда
00:02:54
когда вас объекты которые хранить имеют
00:02:57
какую-то произвольную структуру например
00:02:59
это джейсон и какие то еще ну и так же
00:03:02
они не поддерживают рой на это можно
00:03:04
рисовать программно на вашей стороне для
00:03:06
более узко специальных случаев есть
00:03:08
какие-то другие виды базан да например
00:03:10
там серьез базы данных которые хранят
00:03:13
какие-то записи изменение времени и
00:03:16
крафа базу данных который например могут
00:03:18
хранить списке фолловеров и какие-то
00:03:21
связи между пользователями социальных
00:03:22
сетей и позволяют проводить аналитику
00:03:24
например вы можете найти всех друзей
00:03:26
друзей это будет сделано эффективным
00:03:28
образом теперь давайте остановимся
00:03:30
подробнее на каждом из видов данных
00:03:32
первый традиционный баз данных то есть
00:03:34
это все те известная вам скорее всего
00:03:36
база данных которыми работали начиная с
00:03:38
просто выстилает который хранит данные в
00:03:40
одном файле и москве или позарез который
00:03:43
можно масштабировать до каких-то
00:03:45
промышленных
00:03:47
нагрузок
00:03:49
данный стенд на реляционные хранятся
00:03:51
виде таблиц в таблицах хранятся записи у
00:03:54
каждой записи есть какой-то праймари
00:03:56
ключ естественно есть какие-то фиксированный
00:03:58
набор полей при этом для каждого поля
00:04:00
мошпит какие-то ограничения разные
00:04:03
таблицы между собой могут связаны по
00:04:04
ключу то есть например у вас есть запись
00:04:07
о пользователях у каждого пользователя
00:04:09
есть идеи пользователь можно разобрать
00:04:12
фотография фотография будет свои идеи
00:04:13
при этом фотографии можете указать что у
00:04:15
вас есть озеро дико царствовать
00:04:18
пользователю и вы можете снять со
00:04:19
проводить аналитику какое-то делать
00:04:22
сложность или запросы join и
00:04:24
и получать нужные вам данные на основе
00:04:27
всех таблиц и связи которого вас имеется
00:04:29
в базе данных при этом реляционные базы
00:04:32
данных они также выделяют
00:04:34
сложно требованием трансовой то есть
00:04:36
требования не ставьте 4 пункта 1 это от
00:04:40
мерность этом месте то есть транзакция
00:04:43
они выполняются либо целиком либо не
00:04:45
выполняются совсем где это может быть
00:04:47
полезно представьте что вы хотите
00:04:49
перевести например деньги с одного счета
00:04:51
на другой у вас есть две записи
00:04:53
пользователей а его аккаунте сколько
00:04:56
денег находится на счету и когда вы
00:04:59
хотите перевести деньги с одного счета
00:05:01
на другой вы хотите выполнить операцию
00:05:03
что вы хотите уменьшить количество денег
00:05:06
на одном счете перевести его на другой
00:05:08
при этом прошу взять комиссию комиссия
00:05:09
перечислить на ваш какой-то счет банка и
00:05:12
вам нужно чтобы все эти операции либо
00:05:15
выполнялись целиком либо не выбралась
00:05:16
одна из них потому что очевидно что вы
00:05:18
не хотите чтобы деньги пришли на один
00:05:20
счет но при этом не ушли с другого и
00:05:22
наоборот чтобы деньги шли за счет она
00:05:24
при этом не пришли на другой поэтому
00:05:27
собственно такие базы данных реляционные
00:05:30
которые поддерживают эти требования не
00:05:31
выполняют условия того что если вы
00:05:34
хотите купить несколько операций в
00:05:35
рамках одной транзакции а не выполнится
00:05:37
the morning то есть либо выполняться
00:05:38
целиком либо японцы вообще
00:05:41
следующая это корректно согласованность
00:05:44
то есть база данных всегда находится в
00:05:45
этом состоянии у вас могут быть какие-то
00:05:47
условия на те данные которые хранятся
00:05:49
например вас не может быть пустых строк
00:05:53
в некоторых полях некоторые поля не
00:05:55
могут пустыми оба должны выполняться еще
00:05:57
какими более сложные условия при
00:05:59
обновлении данных вот у вас могут
00:06:01
срабатывать триггерные процедуры которые
00:06:03
должны отрабатывать естественно базу
00:06:05
данных гарантирует что всегда любом
00:06:08
состоянии она будет находиться
00:06:09
удовлетворяю всем этим условиям
00:06:11
следующие свойства и которая из-за лаешь
00:06:14
изоляция она говорит о том что вы можете
00:06:17
выполнять несколько разных стран таций
00:06:19
которые
00:06:20
задевают те или иные виды данных при
00:06:23
этом они могут выполняться параллельно и
00:06:26
результат их выполнения и зависит от
00:06:28
того же выполняете ли вы их параллельно
00:06:30
или запускаете в каком-то порядке каждую
00:06:32
из-за выполнимых уарры операций
00:06:35
состояние будет всегда корректным
00:06:37
правильным и одним и тем же независимо
00:06:39
от того что выполняете несколько
00:06:42
запросов и четвертое свойство и за если
00:06:45
требования это дыра берите устойчивость
00:06:47
стенд на но говорит вам там что если
00:06:49
ваша транзакция выполнена вы получили
00:06:51
ответ в концерте грубо говоря от
00:06:53
выполненного кого-то запроса то все
00:06:55
изменения уже внесены вы можете условно
00:06:57
прямо нажимать кнопку power of на сервер
00:06:59
и где находится ваша база данных и после
00:07:02
запуска она будет находиться все в том
00:07:04
же корректном рабочем состоянии
00:07:06
следующие виды базу данных которые мы
00:07:08
смотрим это кино или body который мы
00:07:10
упомянули ранее это база данных которые
00:07:13
поддерживают простейшие операции . как
00:07:16
минимум такие как получить значение по
00:07:17
ключу изменить какой-то ключ удалить его
00:07:20
они полезны для сохранения каких-нибудь
00:07:22
данных в оперативном режиме в
00:07:25
оперативной памяти например о том какие
00:07:27
пользователи у вас сейчас находится
00:07:29
онлайн для каждого визира иди вы можете
00:07:30
записать когда он последний раз был сети
00:07:33
можете например использовать также такие
00:07:36
базы данных для хранения какого-нибудь
00:07:38
каша с на примеру если у вас есть сервис
00:07:41
который поддержит какие-нибудь
00:07:42
рекомендации графическую ленту для
00:07:44
каждого пользователя вы можете сохранить
00:07:46
список идиш ников для получения
00:07:48
рекомендации и тем самым когда ваше
00:07:50
приложение загружается ваш первый
00:07:52
главный экран быстро пробудиться за счет
00:07:54
того что
00:07:55
рекомендации вы получите из каша
00:07:59
следующий вид под данных это конечно
00:08:02
база данных средств на как можно сказать
00:08:04
данных хранятся поклона что сами по себе
00:08:06
они не поддерживаются но вы можете
00:08:08
реализовать программным образом эти
00:08:10
данные хорошо помогают вам хранить
00:08:13
данные в которых есть несколько
00:08:15
фиксированных полей и они постоянно
00:08:16
пополняются например у вас есть какие
00:08:18
стандартной структурированной логе есть
00:08:20
несколько стандартных полей например там
00:08:23
айпи адрес и zero гент каско ваш клиент
00:08:27
человек заходит и какие такие факторы вы
00:08:30
и хранитель стать упаковочные для
00:08:32
аналитики можете выбрать часть полей и
00:08:34
использовать их для предсказания или
00:08:36
сбора какой-то статистике примеры таких
00:08:40
баз данных это эти bass которые обычно
00:08:41
используют вместе с ходу пам и vertica
00:08:44
который остановил решения документы и
00:08:47
базы данных документам вас данных
00:08:49
позволь как хранить его данные с не
00:08:51
фиксированной структуры что первых
00:08:53
женить какие-то документы от
00:08:54
пользователей они могут их изменять
00:08:56
дополнять какие там и поля естественно
00:08:59
вас не зафиксированы и те признаки
00:09:01
которые вы храните для каждого объекта
00:09:02
они могут иметь сложную структуру можете
00:09:05
представлять для себя что вы хотите
00:09:06
хранить на природа каждого айди
00:09:08
какой-нибудь джейсон произвольной
00:09:10
сложности или xml файл
00:09:13
примеры тоже известная mongo db к чтобы
00:09:16
и другие документы баз данных ранее
00:09:20
разбирали о том какие бывают не
00:09:21
сексуальные требованию которые мы хотели
00:09:23
бы чтобы наша система удовлетворяла а
00:09:25
также он смотрели некоторыми , баз
00:09:28
данных такие как реляционные базы данных
00:09:30
которые выглядят как казалось бы многим
00:09:31
из них то есть требование звучат очень
00:09:33
надежно и полезно почему бы нам не
00:09:36
всегда тогда останавливаться на этом
00:09:37
виде баз данных на самом деле ответов
00:09:40
несколько первое что они не поддерживают
00:09:42
горизонтальном масштабировании поэтому
00:09:44
для этого нам приходится поддерживает
00:09:46
какие-то реплики держать отдельно
00:09:48
реплики для чтения синхронизировать их
00:09:50
при записи и стоять на обычно их
00:09:53
масштабирует вертикально то есть
00:09:54
страница просто купить более мощный
00:09:55
сервер на котором допустить базу данных
00:09:57
которая поддерживала больше почти
00:09:59
нагрузки и могла хранить большие
00:10:01
количества данных и если посмотреть
00:10:04
какие вообще бывают требования
00:10:05
предъявляемые к системе и бывает
00:10:07
несколько например из основных и так
00:10:10
ассистент ность то есть согласованность
00:10:12
если мы вносим какие-то изменения данных
00:10:14
они отображаются на всех
00:10:16
устройствах там на всех частях
00:10:18
приложения которые мы можем использовать
00:10:20
например если кто-то бы playclaw новый
00:10:22
tweet где бывают не не открыли twitter с
00:10:25
вашего мобильного телефона любой точке
00:10:27
земли вы скорее всего видеть одни и те
00:10:28
же ответы но в реальности какие-то цветы
00:10:31
могут оказаться задержкой в несколько
00:10:33
секунд например делал маску же
00:10:36
опубликовал это пользователю америке
00:10:38
увидел это сразу пользователю поставили
00:10:40
видела через несколько секунд система
00:10:42
формальных ассистента но в целом более
00:10:45
ли менее консистентной и есть такие как
00:10:48
стать или как доступность вы любите то
00:10:50
есть ваша система всегда вы всегда
00:10:53
можете открыть приложение видеть
00:10:54
какие-то данные возможно не не совсем
00:10:56
обновились где-то отличаются
00:10:59
но они всегда естественно у вас есть
00:11:02
ваше приложение всегда позволяет
00:11:04
проводить любые операции опубликовать
00:11:06
новый посты прочитать и так далее
00:11:07
например кости нас кажется очень
00:11:10
критично для банковского приложения от
00:11:13
края устройство в любом месте ваш
00:11:15
аккаунт вы видите одни и те же средства
00:11:17
на нем тогда как для какой-нибудь
00:11:19
социальной сети важнее доступность
00:11:22
потому что хочется чтобы когда вы
00:11:24
открывали в положении вы увидели там все
00:11:26
посты и всех котиков все фотографии
00:11:28
друзей и так далее следующее свойство
00:11:31
это против intolerance тест 3 разделении
00:11:33
то есть если ваш система становится
00:11:35
довольно большое выспались в несколько
00:11:37
серверов эти сервера могут быть
00:11:39
расположены даже разных частях света
00:11:41
средств между ними осуществляется обмен
00:11:44
данных по сети иногда эти данные пасти
00:11:47
где-то застревают сеть может оборваться
00:11:49
если ваша система продолжает
00:11:51
функционировать в этом случае то
00:11:54
говорится что система устойчива к
00:11:56
разделению соответственно каких-то своих
00:11:58
частей получается что реляционные базы
00:12:01
данных они как раз неустойчива к такому
00:12:03
разделению потому что их сложно годится
00:12:05
ли масштабировать между не кажется как
00:12:07
рисовать данные это довольно сложно
00:12:09
делать поэтому казалось бы что вы хотите
00:12:11
чтобы выполняли все эти требования но
00:12:13
собственно есть цап теорема которая
00:12:15
говорит о том что все эти три
00:12:16
одновременно требованию выполняться не
00:12:18
могут ну и как мы обсудили например
00:12:20
реляционная база данных не из трех
00:12:22
требования выбирают только пить из
00:12:24
ценность и доступность но терпелось
00:12:27
население все самые разобрали три
00:12:30
ключевые характеристики
00:12:31
распределенных систем которые хотелось
00:12:33
бы чтобы выполнялись как можно больше из
00:12:36
них взяли все но sap теорема утверждает
00:12:38
что как бы вам не хотелось все три этих
00:12:41
свойств была не на вашей системе не
00:12:42
могут быть ну естественно как база
00:12:44
данных от вашего является собой рода
00:12:46
системы даже составе вашей крупной
00:12:48
системы и средства для нее arremato
00:12:50
наверно поэтому при выборе базы данных
00:12:52
вам тоже нужно задумываться о том каким
00:12:54
требованиям внедряет тайная база зависит
00:12:57
того какие демоны
00:12:59
предъявляете к той части система который
00:13:01
бы реализовывать есть также расширенная
00:13:04
версия сапфиром и это пытался рима со
00:13:06
всеми мы рассматриваем согласованность
00:13:08
доступность и устойчивость к разделению
00:13:10
при этом в теореме ничего не говорится о
00:13:12
том случае когда у нас система
00:13:14
согласованной доступно но устойчивость к
00:13:16
разделению может направить и не
00:13:18
потребоваться для этого у нас стоят они
00:13:21
специально рема которая говорит что если
00:13:23
есть разделение то значит мы выбираем
00:13:26
как обычно в то время между
00:13:28
согласованностью и доступностью иначе же
00:13:30
мы можем например еще уменьшать и
00:13:33
задержку или выбирать опять же
00:13:34
согласованность когда мы разрабатываем
00:13:37
какие-то крупные приложения так или
00:13:38
иначе не становится покинет
00:13:39
распределенными по соотношению мы
00:13:41
перестаем помещаться поэтому в
00:13:43
реальности у нас конечно же есть какие
00:13:45
сетевое разделения и скорее всего оно
00:13:47
происходит либо на система тогда
00:13:49
устойчива к разделению либо разделение
00:13:51
может оберни происходить и тогда у нас
00:13:53
работать с на другой а ведь эта теорема
00:13:55
так как мы определились что к сожалению
00:13:58
все три свойства сетап тюремном
00:14:00
одновременно не могут быть выполнены
00:14:02
поэтому при выборе системы любой которую
00:14:06
проектируете какой-нибудь по систему в
00:14:08
ней не привыкли базу данных нужно
00:14:10
определиться какие из этих двух
00:14:11
устройств вам более важнее и сливов
00:14:14
система согласованное доступно тосты
00:14:16
останавливаюсь проблема с разделением
00:14:18
которые можно решать тем что мы будем
00:14:20
создавать какие-то просто реплики
00:14:22
впереди шли синхронизироваться и при
00:14:25
этом либо мы что берете их просто
00:14:27
вертикально то есть путем удорожания
00:14:29
железа
00:14:31
остаться более мощным и если ваши данные
00:14:33
помещаются плане пока что продолжают
00:14:36
помещаться естественно понять все ваши
00:14:38
запросы и хранить все ваши нужны данные
00:14:40
и собственного в этот как раз класс
00:14:43
систем вас попадают все рацион и базу
00:14:45
данных которые выполняют есть и
00:14:47
требования который мы разговаривали
00:14:50
ранее
00:14:51
ясную система согласованы и устойчива к
00:14:54
разделению то у нас могут проблемы с
00:14:56
доступностью
00:14:57
но зато дано но всегда на всех чистящих
00:15:01
систем и одни и те же например из вас
00:15:04
пони банковское приложение вам это важно
00:15:06
что система там какие-то банковские
00:15:09
приложения monkeys и расходится по всему
00:15:11
миру и в то есть вы можете открыть в нем
00:15:13
адское приложение она может быть
00:15:15
некоторые недоступны если идет какое-то
00:15:17
там операции с изменением данных либо вы
00:15:19
делать это транзакцию пересылайте
00:15:21
человеку денежные средства у вас там
00:15:23
висит какой-то прогрессбар в приложении
00:15:25
вы не которыми пользуются можете но зато
00:15:27
вы знаете что у вас все
00:15:29
а ваша считаю из любой точки мира всегда
00:15:31
отображает одно и то же если снова
00:15:33
спокойно за ваши денежные средства
00:15:35
пример таких систем которые устойчиво
00:15:38
определения и согласованное искал о
00:15:41
ночных это ибо из который мы ранее
00:15:43
упоминали документ на mongo db идти в
00:15:46
или базу данных ранец если ваша система
00:15:48
доступна и устойчива к разделению у вас
00:15:50
может быть не быть тогда строго
00:15:51
согласованностью это опять тот пример
00:15:53
который они разбирались на хорош может
00:15:56
быть социальная сеть там опубликована
00:15:57
новая фотография новый пост и у может
00:16:00
мне сразу увидеть на каком нибудь из
00:16:02
пассажиров которого подключились при
00:16:04
обращении к вашему приложению вы можете
00:16:06
сразу увидеть какие не очень сильные
00:16:08
изменения на другой точке мира некоторое
00:16:10
количество времени но ничего страшного
00:16:13
стоит выйдите тех поток попрекали здесь
00:16:16
минут назад она котиках видите по до
00:16:18
следующий раз откройте приложение
00:16:20
примеры искала ночных это кассандра там
00:16:23
документная к учебе и динамо при этом в
00:16:28
лекционных база данных обсуждали что
00:16:30
есть такие требования к кассе которые мы
00:16:32
рассмотрели и в противовес кейси
00:16:34
требованием которые более стройке есть
00:16:36
меня строгие требования bass здесь идет
00:16:39
игра слов из химии известно из ада
00:16:41
кислота боись от основания и стоит знает
00:16:44
как бы два две противоположности
00:16:45
кислотной и основные вещества ибо
00:16:49
естественно говорит о том что бы эти
00:16:50
кого любили чего средства из системы
00:16:52
были меня сюда доступно вы всегда не
00:16:54
может отобразиться состоит говорит о том
00:16:56
что у меня есть какое-то состояние
00:16:57
которым она так иначе приходит то есть
00:17:00
вас публикуете какой-то пост через
00:17:02
некоторое время этот пост будет доступен
00:17:04
всем пользователям на всех частях вашу
00:17:08
систему и к независимо от того какую
00:17:10
серверу человек подключиться со своего
00:17:12
устройства и вершил гостиницы говорит
00:17:15
что о том что президент нас не всегда
00:17:17
они тальное если вы не всегда в любой
00:17:20
момент вы видите все нужные изменения но
00:17:23
при этом через время они все появляются
00:17:25
и как любые изменения любые посты
00:17:28
которые публиковали чтобы сообщения
00:17:29
которые отправлялись они все будут в
00:17:32
одном и том же порядке видимое любому
00:17:34
пользователю просто не факт что сразу мы
00:17:37
рассмотрели несколько видов баз данных
00:17:40
хранилища баз данных которые можно
00:17:41
выбирать мы рассмотрели разные
00:17:43
требование которым они выполняют и
00:17:46
хотелось бы понимать а тогда если
00:17:48
покупать система у нас есть какие то
00:17:50
данные кто нужно хранить а как нам нужно
00:17:52
выбрать подходящий вид базы данных под
00:17:54
эти требования для этого рассмотрим
00:17:56
такую простую схему которой можно
00:17:58
пользоваться для приближенного выбора
00:18:00
под данных и уже пудра подходящих
00:18:03
конкретно базы данных под ваши задачи
00:18:05
начинать можно с вопрос о том насколько
00:18:07
чувствительного шадо на этой стороне
00:18:08
обсуждали на то что если у вас есть
00:18:10
какие-то денежные средства которые у вас
00:18:13
на можно присылать между разными
00:18:14
балансом и скорее всего проще с таким
00:18:17
системам использовать или вниз низкие
00:18:21
движение средства или эти чувствительные
00:18:23
данные и скорее все могут помещаться по
00:18:25
один большой местом с какой-нибудь в
00:18:27
один большой сервер вы можете выбрать
00:18:30
рацион на базу данных который будет
00:18:32
выполняться эти требованиям и поэтому то
00:18:35
есть вы будете всегда спокойна за все
00:18:37
транзакции которые будет происходить арт
00:18:39
пользу от lime если же ваши данные
00:18:42
сложно структурированы то есть они
00:18:45
несколько числитель на при этом вас есть
00:18:47
сложные связи между ними например вы
00:18:49
храните данного калибра про не отеле то
00:18:51
есть у вас сложная связь между
00:18:53
пользователями между местами отелей
00:18:55
между свободными номерами которые у вас
00:18:58
есть вы хотите делать сложные to join и
00:19:01
то обычно здесь стоит тоже наверно
00:19:04
выбрать рациона база данных собственно
00:19:05
нативно поддерживать все эти трое на и
00:19:09
операции на основе всех сложных связей
00:19:12
между вашими тонами блещет имеющийся на
00:19:14
табличными если же на оба вопроса ответ
00:19:17
нет то стоит просто посмотреть на тот
00:19:20
ведь до на который вы хотите хранить и
00:19:21
выбрать какая система быть более
00:19:23
подходящее если это данные какие-то
00:19:26
довольно разнообразны и у них не
00:19:27
зафиксировано структуры могут меняться
00:19:29
поля и можете в голове держать что и
00:19:31
какой-нибудь джейсон для каждого
00:19:32
пользователя вы хотите записать или to
00:19:34
xml обычно это очень полезно когда вы
00:19:37
хранить какие-то объекты в вашем
00:19:39
приложении инфляционной структуры в эти
00:19:42
объекты конвертируйте персоны и можете
00:19:44
записать в документ на базу данных у вас
00:19:46
может быть много запросов к базе данных
00:19:48
на чтения то подходящий выбран здесь
00:19:52
будет документа база данных таких манга
00:19:54
табака чтобы и другие если же у вас идет
00:19:57
постоянный поток каких-то однотипных
00:19:59
записи там есть несколько фиксированных
00:20:00
полей например это скорее всего
00:20:03
какие-нибудь враги или события этого
00:20:05
кликах которые приходят из вашего
00:20:07
приложения под постоянный поток с очень
00:20:10
большим количеством рпс и вы записываете
00:20:13
несколько фиксированных полей то здесь
00:20:16
вам хороший выбран будет колонки базы
00:20:18
данных вида сандра например или
00:20:21
treehouse одинцовский которые собственно
00:20:24
вы хранить эти данные теологии и по нему
00:20:26
что убирать потом конкретные признаки
00:20:28
поля который вам нужны из тогда на
00:20:30
которой вы записываете и используйте в
00:20:32
дальнейшем для какой-то аналитики иногда
00:20:34
самый базу данных как случайно практика
00:20:36
usb поддерживает собственно эту
00:20:38
аналитику если же ваши данные совсем
00:20:40
простые например вы хотите хранить это
00:20:42
счетчики аппликаторы статусы
00:20:44
пользователей находится не в сети и
00:20:46
когда они последний раз были все те
00:20:48
какие-то простые данные которого хотите
00:20:51
быстро обращаться уметь например это
00:20:52
список рекомендаций для каждого
00:20:54
пользователя то вы можете использовать
00:20:56
его или база данных то есть кормящейся
00:20:59
значение папкам то плечо либо также если
00:21:02
вы хотите просто например азапи жировать
00:21:04
какие-то данные которым часто происходит
00:21:06
обращение из вашего приложения то вы
00:21:09
можете использовать опять же key value
00:21:11
база данных для хранения пишет такие вас
00:21:13
например как каждый брони и за название
00:21:16
уже видно что часто используется для
00:21:17
хранения пришла в памяти до каких-то баз
00:21:21
данных теперь когда мы посмотрели
00:21:23
несколько видов хранилище баз данных
00:21:25
которые можем использовать для тех или
00:21:27
иных ситуаций давайте перейдем к
00:21:29
примерам сервисам которые ранее
00:21:31
рассматривали и посмотрим какие мне вещи
00:21:34
можно было бы использовать для тех или
00:21:35
иных данных который мы храним связи с
00:21:38
этим сервисом первый пример котором
00:21:40
ранее рассматривали это сокращатель
00:21:42
ссылок то есть то сервис где пальцы
00:21:44
загружает какой-то длинный оригинальную
00:21:46
ссылку на его основе получает короткую и
00:21:48
использует для того что поделиться им
00:21:50
или в каком-то другом сервис
00:21:53
с мы можем хранить какую-то информацию о
00:21:56
пользователе например какой нибудь его
00:21:57
проще когда он последний раз заходил
00:22:00
когда конца сдавался почта хэш пароля и
00:22:03
прочие стандартные табличные данные
00:22:05
также мы можем хранить собственные
00:22:07
функции посылку то есть по короткой мы
00:22:09
хотим получать оригинальная длинную
00:22:12
ссылку чается что у нас есть два вида
00:22:15
простых данных то есть мы можем конечно
00:22:17
использовать табличные данные
00:22:19
использовать реляционные базы данных
00:22:21
потому что он связь между пользователями
00:22:23
и ссылкой можно примерно получить
00:22:25
пользователю все ссылки которые он
00:22:28
создавал но кажется что возможность даже
00:22:31
излишне то есть это джон довольно
00:22:32
простой можно реализовать и программными
00:22:34
средствами ссылок на может получаться
00:22:37
довольно много большой поток этих данных
00:22:39
поэтому лучше здесь он применить скорее
00:22:42
всего даже не реляционный базы данных а
00:22:44
какой-нибудь
00:22:45
потому что как на сказали придется
00:22:48
программно если вроде не так страшно
00:22:50
критичен можем сами проверить что у нас
00:22:53
данный там не потерялись программно это
00:22:56
можно взять куни базу данных типа
00:22:58
кассандра их вне царства все эти
00:23:00
миллионы и миллиарды поступающих записи
00:23:02
не затем обращаться уже к нужным по идее
00:23:05
другой сервис который мы рассматривали
00:23:07
похоже немножко это хостинг каких ему
00:23:10
текстов где можно поделиться кодом с
00:23:12
пользователь загружает какие-нибудь
00:23:14
например код спрячь какой-нибудь бак и
00:23:16
статься может им поделиться посылки
00:23:18
другими пользователями здесь также у нас
00:23:21
есть какие то данные связаны с профилем
00:23:23
тестов для каждого есть войди есть во
00:23:26
какие то анкетные стандартные данные для
00:23:28
каждого текста которые загружают мы
00:23:30
храним его иди и такие же данные когда
00:23:33
мы создали когда меня не когда он
00:23:35
протухнет его стоит удалить и бы для
00:23:37
текста также можно хранить они
00:23:39
пользуются который его создал при этом
00:23:41
текста мог быть достаточно большие
00:23:43
возможно там может быть какая-нибудь
00:23:44
подсветка если вы прям из редактора
00:23:47
загружаете посредством такой текст
00:23:49
проходить в каком-то xml подобном
00:23:51
формате возможно вы можете хранить
00:23:53
какие-то большие файлы а также можете
00:23:55
прикреплять например какой нибудь
00:23:57
картинку которая демонстрирует что это
00:23:59
собак из теста вместе с кодом который
00:24:01
воспроизводит и для этого нам нужно
00:24:04
хранить вас такие картинки и большие
00:24:06
текстовые файлы возможно где-то отдельно
00:24:08
от данных наших пользователей и каких-то
00:24:11
мета-данных простых про те загрузки
00:24:14
которые он делал нос получается так же
00:24:16
как и в случае с сердцем коротких ссылок
00:24:18
у нас есть простые табличные данные то
00:24:21
есть всего лишь идут табличек про
00:24:23
ответственно текст опубликованы и
00:24:25
простых пользователей кажется здесь нам
00:24:27
нужен простой joint так типа
00:24:29
пользователю получить все записи
00:24:31
katrantzou давал но это можно
00:24:33
реализовать просто и программно по
00:24:36
условно пройдясь по табличке которая с
00:24:39
записями и отфильтровав пойди поэтому в
00:24:41
целом такие запись нам проще сразу
00:24:43
хранить в полночь на базе данных мы
00:24:45
можем загружать большое количество таких
00:24:48
данных и страстно выбирать нам нужно и
00:24:50
то есть поэтому так же как и в случае с
00:24:53
короткими ссылками при этом как на
00:24:55
специальные текстовой и медиа файлы
00:24:56
которые национально можно прикреплять к
00:24:59
публикации этих кодов багов и так далее
00:25:03
может хранить ведь это отдельно поэтому
00:25:06
можно принять например какой то есть три
00:25:08
совместим и хранилища для
00:25:10
внешних каких-то храни михайлов в
00:25:13
частности самому за нас три следующий
00:25:15
сервис который мы рассматривали это
00:25:17
облачный диск примера все известно это
00:25:19
трубок с google drive яндекс диски и
00:25:21
другие то есть есть пользователи они
00:25:24
загружают какие-то файлы большие
00:25:27
естественно они могут получать эти файлы
00:25:29
на каждый своих устройств происходит
00:25:31
синхронизация между ними поэтому здесь
00:25:33
очевидно что нужно как-то хранить
00:25:35
отдельно какую-то информацию про те
00:25:37
файлы которые из пользователя и отдельно
00:25:40
собственно сами файлы которые в таких
00:25:42
сервисах обычно разделяются на какие-то
00:25:43
большие блоки хранятся блоками эти блоки
00:25:46
хэшируется чтобы например если нас есть
00:25:48
какой-то крупный файлы или какое-то
00:25:50
видео или серия какой-нибудь сериал и
00:25:53
которые все загружают чтобы не хранить
00:25:56
этот больших и для каждого пользователя
00:25:57
мы можем проектировать и не хранить
00:26:00
каждый раз одна и та же поэтому у нас
00:26:03
точно есть данные про пользователи
00:26:06
профайлы который у них есть попрошу про
00:26:08
устройство которыми пользуются и когда
00:26:11
они там последний раз заходили с каждого
00:26:13
из устройства и какого-то такого рода
00:26:15
данные и отдельности смысле небольшие
00:26:17
бинарные куски файлов которые каширу им
00:26:19
из для синхронизации какие база данных
00:26:23
можно было бы выбрать чтобы хранить
00:26:24
страстно все необходимые нам данные
00:26:26
связаны с этим сервисом ну казалось бы
00:26:28
метаданные как обычно это табличные
00:26:30
данные вроде таблички прочитала записку
00:26:32
не чувствовать 1 skate pro и так далее
00:26:35
но это будет сложнее масштабировать при
00:26:38
этом сложных у нас связи между разными
00:26:40
таблицами опять же нет как в случае
00:26:42
предыдущих сервисов это можно
00:26:43
реализовать программу если нам нужны
00:26:45
какие-то более сложные требования иска
00:26:48
если требований то опять же это тоже 20
00:26:51
программ на с помощью каких-то
00:26:52
синхронизации установления логов
00:26:54
семафоров и прочих вещей чтобы те
00:26:56
свойства которые у нас есть по молчанию
00:26:59
реляционные базы данных мы сделали в
00:27:01
нашей системе используя конечно база
00:27:04
данных но какую-то часть данных все
00:27:06
равно может хранить улице он на базе
00:27:08
данных связанных с оплатой подписок на
00:27:11
сервиса и каким такие вещи но в целом
00:27:13
это данные будут храниться какой
00:27:15
кассандре файлы блоке мы можем хранить
00:27:17
как собственно файлы большие объекты в
00:27:21
каком-то внешнем хранилище коллите с 3
00:27:24
совместимых раньше на наших серверах и
00:27:26
быть обычное решение тип amazon s3
00:27:28
следующее приложение которого
00:27:30
рассматривали это различные фото ap и то
00:27:32
есть это система который пользователь
00:27:34
может создавать профиль подписываться на
00:27:36
других пользователей и загружать
00:27:39
фотографии посмотреть фотографии других
00:27:41
пользователей
00:27:42
и получать какие-то опциональны
00:27:43
рекомендации выполнять поиск сервиса и
00:27:45
так далее какие данную нас есть как
00:27:48
обычно у нас есть стандартные данные
00:27:49
профиля то есть это имя аккаунта притон
00:27:52
создан когда после 1 пользователь
00:27:54
заходил какие-нибудь картинг аватарка
00:27:57
для этого пользователя и плюс есть
00:27:59
собственно сами фотографии которые
00:28:01
загружают пользователь или видео или
00:28:03
звук и метаданные для них то есть это
00:28:05
могут быть представлены итоге это может
00:28:07
быть какая-то геометку и какие-то
00:28:10
дополнительные сведения опубликуем их
00:28:12
фотографии и также у нас пользователи
00:28:14
могут подписываться друг на друга
00:28:16
нас есть какие-то таблицы подписок
00:28:19
которые показывают на кого пользователь
00:28:22
подписан или просто как список связи
00:28:24
между пользователями либо но хранится
00:28:26
еще более хитрым образом такие база
00:28:29
данных подойдут для хранения данных
00:28:31
связанных с этим сервисом ну как обычно
00:28:34
у нас есть какие-то пользовательские
00:28:36
данные которые казалось бы проще хранить
00:28:38
в обычных реляционные базы данных
00:28:41
действия чтобы создать центр
00:28:43
рекомендации конечно нам нужны какие-то
00:28:44
join a поэтому здесь казалось бы
00:28:47
очевидный выбор нас опять же реляционная
00:28:48
база данных и david p сгрыз маски и
00:28:51
прочее но так как сервисы такие
00:28:54
известные связаны с публиковать
00:28:56
фотографии довольно большие и придется
00:28:58
масштабировать и никакая вертикальное
00:29:00
масштабирование нам не поможет и для
00:29:02
того чтобы поместить все данные
00:29:03
необходимы в одном сервере поэтому
00:29:06
скорее всего придется такие вот джон и
00:29:09
выполнять так иначе таким образом
00:29:11
большое количество данных поступаем и
00:29:13
все эти фотографии метаданные про них
00:29:15
хранить в какой-нибудь конечно базе
00:29:18
данных по кассандра
00:29:19
при этом лент пользователю можем также
00:29:22
при посчитать программу например мы
00:29:25
знаем что пользуют чтобы зашёл открыл
00:29:27
главный экран нам нужно выдать список
00:29:28
рекомендаций или список просто недавних
00:29:31
постах его друзей и картера сакральном
00:29:35
делать не хочется поэтому можно это
00:29:36
грань предпочитать программно заранее
00:29:38
положить список постов которым
00:29:40
рекомендуем или которые все недавние от
00:29:43
его друзей в например в кончите paradise
00:29:46
истец сам пользователь приходит и по его
00:29:48
едим быстро получаем список рекомендаций
00:29:50
не выполняют какие-то join и даже если
00:29:52
программ на следующее приложение который
00:29:54
мы рассматривали это система которая
00:29:56
связана с мисс мира то есть пользователи
00:29:58
могут общаться друг с другом
00:30:00
прислать какие то сообщения фотографии
00:30:02
видеозаписи стиля и так далее при этом
00:30:06
такие данные нужно хранить во первых это
00:30:08
стандартный опять же профиль
00:30:10
пользователя связаны с этим данные
00:30:13
поля торпедо идеи имя пользователя
00:30:16
clamps и раз был и так далее эта история
00:30:19
чада то есть какие-то условно займов
00:30:22
line данные то есть которые мы можем
00:30:24
загрузить открывать приложение мы видим
00:30:26
все наши истории переписок а также это
00:30:29
более-менее онлайн данные то есть когда
00:30:30
мы заходим в приложение мы открываем час
00:30:33
пользователя мы видим его статус пишем
00:30:35
сообщение и у нас на открыто какие-то
00:30:37
все время чат и и плюс про большинство
00:30:39
пользователей которые отображаются в
00:30:41
списке контактов мы знаем в стене или
00:30:44
нет когда они последний раз были такие
00:30:47
базы данных мы используем для хранения
00:30:48
таких данных
00:30:50
для онлайн данных то есть для каждого
00:30:51
пользователя понять эти он или нет это
00:30:53
как раз мы упоминали когда ранее
00:30:55
рассматривали
00:30:56
пиво или база данных то есть это редис и
00:31:00
прочее который как раз предназначена
00:31:02
собственно чтоб хранить всякие такие
00:31:04
online status они хорошо очень подходят
00:31:06
поэтому такие вещи собственно если бы
00:31:09
дело систему предатель игра мы можем
00:31:11
рассматривать редис как хранилище таких
00:31:12
данных данная поза для как обычно можем
00:31:15
хранить в реляционной базы данных на
00:31:19
аватарке для них этого какие-то картинки
00:31:20
который можно положить какой-то
00:31:22
файлохранилище с 3 совместимы но или
00:31:25
собственно сам обязанностей например
00:31:27
сообщение у нас приходит много мы их
00:31:29
потом храним эти истории они не всегда
00:31:31
нам нужно как бы все время вся история
00:31:33
тест обычно когда открывать массирует
00:31:35
обоими недавно я поэтому всю большую
00:31:38
историю сообщения мы можем сложить в
00:31:39
какой-нибудь колоночный база данных типа
00:31:41
ксандра и затем уже восстанавливать по
00:31:44
мере необходимости при этом также можно
00:31:46
взять птица более-менее недавно
00:31:49
сообщение хранить их в радиусе если
00:31:52
пользователь там заходит сейчас онлайн
00:31:53
то когда мы получается открываем любой
00:31:56
черт из списка недавних чатах то мы
00:31:58
сразу видим как это недавно кусочку
00:32:00
историю который у нас хранится в более
00:32:02
доступном хранилища когда мы уже
00:32:04
начинаем скролить в более ранние
00:32:07
сообщение то может достаем из кассандры
00:32:10
собственно учитываем словно жестких
00:32:12
дисков когда у нас более недавние
00:32:14
сообщения хранятся где-нибудь на ssd или
00:32:17
вообще в оперативной памяти следующая
00:32:19
система который мы рассматривали ранее
00:32:21
этот фильтр то есть это сервис который
00:32:23
может публиковать короткие сообщения к
00:32:26
ним прикреплять опционально какие-то
00:32:27
фотографии и видеозаписи
00:32:29
естественно пользователи могут
00:32:30
подписываться на других пользователей
00:32:32
мысли которых им интересно и отслеживать
00:32:34
все собственно их мысли новые сообщения
00:32:37
такие да ну нас есть то есть как обычно
00:32:40
у нас есть профиль пользователя которым
00:32:41
создаем который может заинтересовать
00:32:44
когда мы смотрим на тех других
00:32:45
пользователей публикуем какие-то тексты
00:32:47
сообщений то есть про каждый твит нас
00:32:50
есть текст прикрепленные какие-то
00:32:52
медиафайлы а также метаданные с ним
00:32:54
связаны плюс нас есть какие-то подписки
00:32:56
на других пользователей и активы тоже
00:32:58
добавлено в избранное другие сообщения
00:33:01
как вальс ранее ну какие баз данных нам
00:33:04
подойдут в целом здесь такая же история
00:33:05
как со приложением для фотографий
00:33:08
которые мы ранее разбирали то есть
00:33:09
профилем подписки лайки можно хранить
00:33:11
как и в прогресс таковы например в
00:33:14
кассандре все посты и старые можно
00:33:16
хранить и получать мере необходимости и
00:33:19
ведь bass опять же то тоже пример
00:33:21
коночно базы данных ну а недавно я
00:33:23
конечно можем положить freddy's то есть
00:33:25
все они давние посты пользователя что
00:33:27
когда открывали например твит элона
00:33:29
маска мы забирали просто из редиса они
00:33:31
каждый раз обращались к сандре чтобы
00:33:33
сделать запрос фильтра вов по иди
00:33:35
пользователя ну естественно ленту для
00:33:38
каждого пользователя не только для
00:33:40
популярных но и для пользователя которые
00:33:42
заходят и смотрят все свои подписки
00:33:45
такие же недавно пасты мы опять же может
00:33:47
при каком-то более быстром хранилище
00:33:50
заранее считает и когда пользователь
00:33:52
заходит то средства сразу видит какой-то
00:33:54
ленту а когда уже начинает скроле дальше
00:33:56
то можешь данный погружаем побери
00:33:58
необходимость какой сервис мы еще ранее
00:34:00
рассматривали это катится системы
00:34:02
связанные с хостингом видеоконтента то
00:34:04
есть это jacks например youtube и какие
00:34:07
то другие платформы зачем нужен чтобы
00:34:10
собственно смотреть фильмы какие то
00:34:11
видеозаписи при этом пользователь может
00:34:13
заходить с разных устройства него скидка
00:34:15
и предпочтения ему рекомендуют какие-то
00:34:18
фильмы может каждый посмотреть при этом
00:34:20
для каждого входящего устройство
00:34:22
стремится подходящее разрешение файл
00:34:24
выбирается нужно звуковая дорожка
00:34:26
субтитров и так далее какие данные мы
00:34:29
храним ну каждый пользователь
00:34:30
регистрируется на этом сервис остановить
00:34:33
кого-то профиля он заполняет свои
00:34:34
предпочтения и жанры которые понравятся
00:34:37
фильмов пользователь также смотрят
00:34:39
какие-то фильмы он выставляет очень
00:34:41
какие то оценки и на основе этого
00:34:43
собственно и будут строить рекомендация
00:34:45
но и фильма мы должны хранить собственно
00:34:47
как какие-то большие файлы и для каждого
00:34:50
фильма тип файла будет несколько для
00:34:52
разных разрешений разного качества метро
00:34:54
это который может выходить для того
00:34:56
иного устройства где база данных
00:34:58
подойдут для хранения всех необходимо на
00:35:00
данных связан с этим сервисом ну во
00:35:02
первых у нас есть просто и табличные
00:35:04
данные про пользователи про фильмы
00:35:05
которые лайков и так далее которые можно
00:35:07
конечно клеить простой базе данных вида
00:35:10
прогресс и какой
00:35:12
реляционные базы данных потому что
00:35:14
кажется что количество фильмов работе
00:35:16
такое большое и пользователь может все
00:35:19
это поджарить и все получить нас нет
00:35:21
каких-то данных которые стран постоянно
00:35:24
появляются в ком-то грамм на количестве
00:35:26
кроме может быть данных о просмотрах
00:35:28
сколько-нибудь статистика но и для сбора
00:35:30
статистики насильно стоит рассмотреть
00:35:32
какое-то хранилище типа кассандры когда
00:35:34
какой пользователь фильм посмотрело
00:35:36
сколько он правило времени в нашем
00:35:38
приложении и прочие логе на основе
00:35:40
которых там страну новичка и выбираем и
00:35:42
делаем какие-то решения по интерфейсу по
00:35:46
подборок фильмов и так далее плюс для
00:35:49
пользователя бы хотим построить
00:35:50
рекомендации то есть . нет нет фликс и
00:35:53
для каждого пользователя может матери
00:35:55
податься например каждую ночь
00:35:56
предпочитаете с помощью аппаратных
00:35:59
методов модели машина обучение для
00:36:01
каждого после подготовить нужно
00:36:03
рекомендации иногда загрузить их просто
00:36:05
в какой-нибудь хранилище типа бредис
00:36:07
например и чтобы каждый пользуется
00:36:10
открывать приложение можно быстро
00:36:11
получить на те рекомендации которые мы
00:36:14
предлагаем посмотреть
00:36:16
но сами видеофайлы и звуковые дорожки мы
00:36:19
храним как файлы поэтому нам нужно
00:36:21
какое-то отдельно файлохранилища
00:36:23
например от с3 совместимая который мы
00:36:25
можем взять облачное и менять
00:36:28
провайдеров при этом использование доли
00:36:30
трофеев можно становиться на дефолтном
00:36:32
за настей следующий сервис который мы
00:36:34
рассматривали это сервис вызову такси
00:36:36
типа uber яндекс такси и другие у нас
00:36:39
есть пользователи которые пользуются
00:36:41
собственно этим сервисом что вызвать
00:36:42
такси у нас есть водителю которые
00:36:44
выходят на линию и им приходят заказы и
00:36:47
стоит совершаются поездки данные поиск
00:36:50
как-то хранятся такие мы можем хранить
00:36:53
данные в этом сервисе ну как обычно у
00:36:56
нас каждый пользователь и составляет
00:36:57
свой какой-то профиль может выбрать
00:36:59
какие-то предпочтения по качеству
00:37:02
сервиса закажу после недавней поездке
00:37:05
или так же как на 3 случае messenger нас
00:37:08
есть два крупных типа данных нас
00:37:10
основной данной и оффлайн данный файл
00:37:12
данные то данные ранее совершенных
00:37:15
поездках как и для пешехода так и для
00:37:17
водителя то есть чтобы вы могли выбрать
00:37:19
путь нужно поездку посмотреть почему
00:37:21
вышло столько сколько вышло обратиться в
00:37:24
поддержку то есть так мучаться с
00:37:27
поддержкой и так далее есть онлайн
00:37:28
данные собственно там где сейчас
00:37:30
пользователи где сейчас водителя и какие
00:37:33
сейчас поездки происходят такие базы
00:37:35
данных подойдут для охраняя собственно
00:37:37
всех данных связи с этим сервисом ну во
00:37:39
первых у нас есть стандартные табличные
00:37:41
как бы профильные данные связанные с
00:37:43
пользователями с водителями то есть они
00:37:44
заполняют на предпочтение там какой
00:37:47
поездка нравится для этого подойдет
00:37:49
инфекционный базан активов отгрыз касс
00:37:52
что-то даже в рамках города у нас и
00:37:54
сервис то не всех пользователей всех
00:37:56
водителей все табличные данные такие
00:37:58
простые про их профили можно хранить в
00:38:00
одной базе данных реализованы данные
00:38:04
обреченных водителях сейчас этому сходах
00:38:07
который производит поиск то есть это 5
00:38:09
что это таких словно достаточно для
00:38:11
этого хорошо подходит key value база
00:38:14
данных точно поможет смотреть внутрь
00:38:16
эйдис при этом данные водителях мы
00:38:19
используем их еще и позиции и по идее
00:38:22
наш сервис должен хорошо уметь быстро
00:38:24
находить ближайших водители пользуются
00:38:26
чтобы всех быстро просите выбрать
00:38:28
водители которые слушают поездку но для
00:38:31
этого есть отдельный структуры данных
00:38:33
для того чтобы производить такой поиск
00:38:35
оптимальной то есть найти какие-то
00:38:36
ближайшие точки к данные на основе
00:38:39
гео-локации про такие базы данных мы
00:38:42
поговорим о тина ну постой как поездка
00:38:45
совершена то есть нам нужно выполнять
00:38:47
какие-то необходимые операции денежной
00:38:50
транзакции для этого нам конечно полезно
00:38:52
если требование но и реляционные базы
00:38:54
данных их выполняют поэтому когда мы
00:38:57
перечисляем деньги что пользователи
00:39:00
насчет водителя также забираем комиссию
00:39:02
сервис то есть это все транзакции
00:39:03
выполняется одновременно надежно и
00:39:06
встать на рацион и баз данных и
00:39:09
позволяют это сделать поэтому просто как
00:39:12
у поиску завершена мы складываем данные
00:39:14
поездка виртуальных кассандры храним все
00:39:16
старые порядки ну а недавнее поездка
00:39:19
чтобы допросить откроем приложение мог
00:39:21
обратиться в поддержку по одному из
00:39:23
недавних поездок чтобы не подавайте таз
00:39:25
кассандры мы можем закрывать и опять же
00:39:28
положить какой-нибудь ранец на этом
00:39:29
лекция про выбор подходящей данный
00:39:32
подходит концом и рассмотрели основные
00:39:34
виды существующие баз данных а также
00:39:37
смотрели простой шаблон как можно
00:39:40
подбирать нужный вид баз данных потеряны
00:39:42
данный который есть в вашей системе
00:39:43
рассмотрели на примерах стандартных
00:39:46
сервисов которые мы разбирали ранее но в
00:39:48
дальнейшем мы будем заниматься уже
00:39:49
непосредственно подготовкой остановить
00:39:51
наши части системы к необходимым не
00:39:55
функциональным требованиям а также для
00:39:57
поддерживая необходимого нами
00:39:59
функционала осмотра на родня

Описание:

00:00 - 01:43 - Приветствие 01:43 - 03:30 Какие виды баз данных бывают 03:30 - 07:06 Реляционные БД 07:06 - 09:19 Коротко о других видах БД 09:19 - 13:03 Не функциональные требования к БД. CAP-теорема 13:03 - 13:56 PACELC-теорема 13:56 - 21:22 Виды БД удовлетворяющее CAP 21:22 - 23:05 Примеры: Выбираем базу. Сокращатель ссылок 23:05 - 25:15 Примеры: Выбираем базу. Хостинг текстов 25:15 - 27:29 Примеры: Выбираем базу. Облачный диск 27:29 - 29:53 Примеры: Выбираем базу. Фотоапп 29:53 - 32:19 Примеры: Выбираем базу. Телеграм 32:19 - 33:59 Примеры: Выбираем базу. Твиттер 33:59 - 36:33 Примеры: Выбираем базу. Нетфликс 36:33 - 39:30 Примеры: Выбираем базу. Сервис такси 39:30 - 40:02 итоги Учитесь Data Science с нами: https://karpov.courses/

Готовим варианты загрузки

popular icon
Популярные
hd icon
HD видео
audio icon
Только звук
total icon
Все форматы
* — Если видео проигрывается в новой вкладке, перейдите в неё, а затем кликните по видео правой кнопкой мыши и выберите пункт "Сохранить видео как..."
** — Ссылка предназначенная для онлайн воспроизведения в специализированных плеерах

Вопросы о скачивании видео

mobile menu iconКак можно скачать видео "5.2 Выбор подходящих баз данных"?mobile menu icon

  • Сайт http://unidownloader.com/ — лучший способ скачать видео или отдельно аудиодорожку, если хочется обойтись без установки программ и расширений. Расширение UDL Helper — удобная кнопка, которая органично встраивается на сайты YouTube, Instagram и OK.ru для быстрого скачивания контента.

  • Программа UDL Client (для Windows) — самое мощное решение, поддерживающее более 900 сайтов, социальных сетей и видеохостингов, а также любое качество видео, которое доступно в источнике.

  • UDL Lite — представляет собой удобный доступ к сайту с мобильного устройства. С его помощью вы можете легко скачивать видео прямо на смартфон.

mobile menu iconКакой формат видео "5.2 Выбор подходящих баз данных" выбрать?mobile menu icon

  • Наилучшее качество имеют форматы FullHD (1080p), 2K (1440p), 4K (2160p) и 8K (4320p). Чем больше разрешение вашего экрана, тем выше должно быть качество видео. Однако следует учесть и другие факторы: скорость скачивания, количество свободного места, а также производительность устройства при воспроизведении.

mobile menu iconПочему компьютер зависает при загрузке видео "5.2 Выбор подходящих баз данных"?mobile menu icon

  • Полностью зависать браузер/компьютер не должен! Если это произошло, просьба сообщить об этом, указав ссылку на видео. Иногда видео нельзя скачать напрямую в подходящем формате, поэтому мы добавили возможность конвертации файла в нужный формат. В отдельных случаях этот процесс может активно использовать ресурсы компьютера.

mobile menu iconКак скачать видео "5.2 Выбор подходящих баз данных" на телефон?mobile menu icon

  • Вы можете скачать видео на свой смартфон с помощью сайта или pwa-приложения UDL Lite. Также есть возможность отправить ссылку на скачивание через QR-код с помощью расширения UDL Helper.

mobile menu iconКак скачать аудиодорожку (музыку) в MP3 "5.2 Выбор подходящих баз данных"?mobile menu icon

  • Самый удобный способ — воспользоваться программой UDL Client, которая поддерживает конвертацию видео в формат MP3. В некоторых случаях MP3 можно скачать и через расширение UDL Helper.

mobile menu iconКак сохранить кадр из видео "5.2 Выбор подходящих баз данных"?mobile menu icon

  • Эта функция доступна в расширении UDL Helper. Убедитесь, что в настройках отмечен пункт «Отображать кнопку сохранения скриншота из видео». В правом нижнем углу плеера левее иконки «Настройки» должна появиться иконка камеры, по нажатию на которую текущий кадр из видео будет сохранён на ваш компьютер в формате JPEG.

mobile menu iconСколько это всё стоит?mobile menu icon

  • Нисколько. Наши сервисы абсолютно бесплатны для всех пользователей. Здесь нет PRO подписок, нет ограничений на количество или максимальную длину скачиваемого видео.