Данные в Базах — различия между версиями
Gary (обсуждение | вклад) (→Текст) |
Gary (обсуждение | вклад) (→Текст) |
||
| Строка 11: | Строка 11: | ||
===Текст=== | ===Текст=== | ||
| − | :<p><strong>Данные в Базах</strong></p><p>В мире систем управления базами данных (или СУБД), два основных направления различают их модели сохранения и извлечения данных.</p><p>Структурно-организованные базы строго организуют свои данные. Они хранятся в таблицах, то есть данные жёстко распределены по строкам и колонкам таблиц. Сами таблицы также взаимосвязанны.</p><p>Структурированные языки запросов (structured query language или SQL) используются для операций со структурированными базами данных. Когда система проверяет Ваш пароль в таблице, она берёт то, что лежит в ячейке на пересечении строки с Вашим именем пользователя и колонкой паролей.</p><p>Документо-ориентированные базы характеризуются отсутствием жёстких связей. Хранимые в такой базе данные плохо организованы, но хорошо задокументированы.</p><p>"Не-только-структурированный-языки-запросов" (NoSQL) применяются для операций в неструктурированных базах. Когда система проверяет Ваш пароль в нетабличной базе, она берёт содержание поля с названием "пароль" в документе с Вашим именем пользователя.</p><p>Чтобы сравнить эти два типа, представьте, что Вам нужно организовать свои бумаги.</p><p>Вооружившись структурированной моделью, Вы создадите отдельные папки для различных категорий и отсортируете бумаги по этим категориям. Затем Вы можете организовать разные папки, скажем, в алфавитном порядке. Этот подход отлично сработает, если Ваши документы стандартизированы и у Вас есть время на сортировку. Но как бы Вы организовали один документ, принадлежащий к разным категориям? Или журнал, содержащий разные документы? И что делать, если одна категория растёт как на дрожжах? Вам надо либо переделывать структуру, либо всё хранилище превратится в бардак.</p><p>Если Вы воспользуетесь противоположным подходом, Вы просто наклеите этикетки на бумаги и, если они в папках, сделаете закладки. Таким образом, у Вас не возникнет проблем с различными типами бугаг и сортировка займёт меньше времени, но, когда Вы будете их искать, Вы можете что-то упустить. Нетабличная модель менее точна, но во многих случаях, более удобна.</p><p>Если данные хорошо структурированы и их объём постоянен, предпочтительнее табличная модель. Если данные организованы слабо или вообще не организованы, лучший вариант -- нетабличный.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше:</p> | + | :<p><strong>Данные в Базах</strong></p><p>В мире систем управления базами данных (или СУБД), два основных направления различают их модели сохранения и извлечения данных.</p><p>Структурно-организованные базы строго организуют свои данные. Они хранятся в таблицах, то есть данные жёстко распределены по строкам и колонкам таблиц. Сами таблицы также взаимосвязанны.</p><p>Структурированные языки запросов (structured query language или SQL) используются для операций со структурированными базами данных. Когда система проверяет Ваш пароль в таблице, она берёт то, что лежит в ячейке на пересечении строки с Вашим именем пользователя и колонкой паролей.</p><p>Документо-ориентированные базы характеризуются отсутствием жёстких связей. Хранимые в такой базе данные плохо организованы, но хорошо задокументированы.</p><p>"Не-только-структурированный-языки-запросов" (NoSQL) применяются для операций в неструктурированных базах. Когда система проверяет Ваш пароль в нетабличной базе, она берёт содержание поля с названием "пароль" в документе с Вашим именем пользователя.</p><p>Чтобы сравнить эти два типа, представьте, что Вам нужно организовать свои бумаги.</p><p>Вооружившись структурированной моделью, Вы создадите отдельные папки для различных категорий и отсортируете бумаги по этим категориям. Затем Вы можете организовать разные папки, скажем, в алфавитном порядке. Этот подход отлично сработает, если Ваши документы стандартизированы и у Вас есть время на сортировку. Но как бы Вы организовали один документ, принадлежащий к разным категориям? Или журнал, содержащий разные документы? И что делать, если одна категория растёт как на дрожжах? Вам надо либо переделывать структуру, либо всё хранилище превратится в бардак.</p><p>Если Вы воспользуетесь противоположным подходом, Вы просто наклеите этикетки на бумаги и, если они в папках, сделаете закладки. Таким образом, у Вас не возникнет проблем с различными типами бугаг и сортировка займёт меньше времени, но, когда Вы будете их искать, Вы можете что-то упустить. Нетабличная модель менее точна, но во многих случаях, более удобна.</p><p>Если данные хорошо структурированы и их объём постоянен, предпочтительнее табличная модель. Если данные организованы слабо или вообще не организованы, лучший вариант -- нетабличный.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, финансовые учреждения для учёта денег на счетах клиентов предпочтут:</p> |
===Варианты=== | ===Варианты=== | ||
Версия 03:50, 14 января 2021
Данные в Базах (здесь и далее по тексту -- Лектио) -- это часть урока Суть Брацких Ферм. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к курсу Техобзорны Курс.
Содержание
Материалы
Предшественник этого Лектио -- Брацки Базы Данных.
Иллюстрации
Текст
Данные в Базах
В мире систем управления базами данных (или СУБД), два основных направления различают их модели сохранения и извлечения данных.
Структурно-организованные базы строго организуют свои данные. Они хранятся в таблицах, то есть данные жёстко распределены по строкам и колонкам таблиц. Сами таблицы также взаимосвязанны.
Структурированные языки запросов (structured query language или SQL) используются для операций со структурированными базами данных. Когда система проверяет Ваш пароль в таблице, она берёт то, что лежит в ячейке на пересечении строки с Вашим именем пользователя и колонкой паролей.
Документо-ориентированные базы характеризуются отсутствием жёстких связей. Хранимые в такой базе данные плохо организованы, но хорошо задокументированы.
"Не-только-структурированный-языки-запросов" (NoSQL) применяются для операций в неструктурированных базах. Когда система проверяет Ваш пароль в нетабличной базе, она берёт содержание поля с названием "пароль" в документе с Вашим именем пользователя.
Чтобы сравнить эти два типа, представьте, что Вам нужно организовать свои бумаги.
Вооружившись структурированной моделью, Вы создадите отдельные папки для различных категорий и отсортируете бумаги по этим категориям. Затем Вы можете организовать разные папки, скажем, в алфавитном порядке. Этот подход отлично сработает, если Ваши документы стандартизированы и у Вас есть время на сортировку. Но как бы Вы организовали один документ, принадлежащий к разным категориям? Или журнал, содержащий разные документы? И что делать, если одна категория растёт как на дрожжах? Вам надо либо переделывать структуру, либо всё хранилище превратится в бардак.
Если Вы воспользуетесь противоположным подходом, Вы просто наклеите этикетки на бумаги и, если они в папках, сделаете закладки. Таким образом, у Вас не возникнет проблем с различными типами бугаг и сортировка займёт меньше времени, но, когда Вы будете их искать, Вы можете что-то упустить. Нетабличная модель менее точна, но во многих случаях, более удобна.
Если данные хорошо структурированы и их объём постоянен, предпочтительнее табличная модель. Если данные организованы слабо или вообще не организованы, лучший вариант -- нетабличный.
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, финансовые учреждения для учёта денег на счетах клиентов предпочтут:
Варианты
- Хорошо ли объяснена концепция базы данных? --Да/Нет/Пока нет мнения
- Следующее лектио -- Базы в Фермах
Термины
- База Данных, DDBMS, SQL, NoSQL
