Size: a a a

2020 September 11

СФ

Степа Фомичев... in QA juniors
Lucky
так и не понял различие носкуль от реляционной, т.к. там и там есть ключи
Реляционная база данных это тип бд, mysql это конкретная реализация реляционной бд
источник

И

Иисус in QA juniors
Степа Фомичев
Реляционная база данных это тип бд, mysql это конкретная реализация реляционной бд
Вопрос не в этом был.
источник

СФ

Степа Фомичев... in QA juniors
А) Не так прочитал
источник

И

Иисус in QA juniors
Вариант a — это бессхемная структура, построенная в виде графа, характерная для NoSQL-решений. Вариант b показывает, как те же данные можно представить в структурированном виде, типичном для SQL.
источник

И

Иисус in QA juniors
Бессхемность означает, что два документа в структуре данных NoSQL не должны иметь одинаковые поля и могут хранить данные разных типов. Вот, например, массив объектов, набор полей которых не совпадает.

var cars = [
{ Model: "BMW", Color: "Red", Manufactured: 2016 },
{ Model: "Mercedes", Type: "Coupe", Color: "Black", Manufactured: "1-1-2017" }
];
источник

L

Lucky in QA juniors
А нафига носкуль? Если я могу добавить в ту же реляционную базу новую табличку, и подсоединить её ключом к нужным значениям?
источник

СФ

Степа Фомичев... in QA juniors
Хранить большие объемы несвязанных документов
источник

A

Alexey🐾 in QA juniors
Lucky
А нафига носкуль? Если я могу добавить в ту же реляционную базу новую табличку, и подсоединить её ключом к нужным значениям?
Производительность
источник

И

Иисус in QA juniors
Lucky
А нафига носкуль? Если я могу добавить в ту же реляционную базу новую табличку, и подсоединить её ключом к нужным значениям?
Для биг даты.
источник

L

Lucky in QA juniors
Понимаю, возможно время парсинга будет дольше и запросы будут длиннее
источник

M

Mirelle in QA juniors
Lucky
Понимаю, возможно время парсинга будет дольше и запросы будут длиннее
Для 20 млн+записей это будет заметно медленнее
источник

И

Иисус in QA juniors
Основная особенность MongoDB заключается в том, что документ или запись может быть настолько сложной по структуре, насколько допускает формат JSON. В качестве примера, в отдельной базе данных articles создадим набор статей, имеющий название и набор ключевых слов

db.articles.insert({title: "Обзор NoSQL решений", tags: ["NoSQL", "MongoDB", "memcached", "CouchDB", "Riak", "HBase", "Redis"]})
db.articles.insert({title: "MongoDB", tags: ["NoSQL", "MongoDB"]})
db.articles.insert({title: "Redis", tags: ["NoSQL", "Redis"]})
источник

СФ

Степа Фомичев... in QA juniors
Не, там же не только время парсинга, там сложность вставки, селекта и так далее и тому подобное
источник

L

Lucky in QA juniors
Иисус
Для биг даты.
Вот уже ближе, имеется ввиду если мы имеем много сущностей, то бесполезно для них создавать кучу таблиц и хранение будет проще?
источник

И

Иисус in QA juniors
Lucky
Вот уже ближе, имеется ввиду если мы имеем много сущностей, то бесполезно для них создавать кучу таблиц и хранение будет проще?
Да.
источник

..

. . in QA juniors
Иисус ты тут живёшь?
источник

L

Lucky in QA juniors
. .
Иисус ты тут живёшь?
на небе
источник

И

Иисус in QA juniors
Ещё простота работы с таблицами.
источник

И

Иисус in QA juniors
Редактирование и вот это всё.
источник

..

. . in QA juniors
Ты спишь вообще?
источник