NoSQL vs SQL

Теги:SQL, NoSQL
 
1 2 3 4
US Сергей-4030 #10.11.2018 02:48  @yacc#10.11.2018 02:27
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сообщение было перенесено из темы Должен ли инженер работать за еду.
yacc> За такой ответ на экзаменах MS ставят "низачет"
yacc> Глубокоуважаемый Сергей, со своим подходом вы уже не сдали экзамен MS :)

Вы не представляете себе, как сильно я опечален.

Сергей-4030>> Но честно говоря, на энтерпрайз задачах никакого SQL как правило все равно нет
yacc> Опаньки :)

Да вот так, опаньки. No-SQL рулит. Что бы вы не взяли глобальное, sql не приветствуется. Но так или иначе - что бы там MS про вас ни думал на экзамене, но вы не подходите к проблеме как следует подходить. Курсорами или еще чем нибудь - это все частности. Если вы решите "правильно", но это будет громоздко и ваши инженеры будут иметь проблемы это поддерживать - это.. хм... неправильно.
 70.0.3538.7770.0.3538.77
US Сергей-4030 #10.11.2018 02:51  @yacc#10.11.2018 02:03
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сообщение было перенесено из темы Должен ли инженер работать за еду.
yacc> А я не уверен
yacc> И с теми, что мне приходилось сталкиваться таких не было

Навыки и знания не измеряются в MSCE. Навыки и знания измеряются в размере оплаты.
 70.0.3538.7770.0.3538.77
RU yacc #10.11.2018 03:07  @Сергей-4030#10.11.2018 02:48
+
-
edit
 

yacc

старожил
★★☆
Сергей-4030> Вы не представляете себе, как сильно я опечален.
Как я вам сожалею!

Сергей-4030> Да вот так, опаньки. No-SQL рулит.
С очень большими проблемами с целостностью :)

Сергей-4030> Что бы вы не взяли глобальное, sql не приветствуется.
Сергей, вы забыли про множества и отношения?

Сергей-4030> Но так или иначе - что бы там MS про вас ни думал на экзамене, но вы не подходите к проблеме как следует подходить.
Я подойду правильно - быстрый бардак :)
А вы себя продали, задорого кончено, но математик в вас умирает...
 64.0.3282.11964.0.3282.119
RU yacc #10.11.2018 03:12  @Сергей-4030#10.11.2018 02:51
+
-
edit
 

yacc

старожил
★★☆
Сергей-4030> Навыки и знания не измеряются в MSCE. Навыки и знания измеряются в размере оплаты.
И как вы оцените з/п Мишки, который, на мой взгляд гораздо круче вас по знаниям?
Или типа "невписался в рынок" ? :P
 64.0.3282.11964.0.3282.119
US Сергей-4030 #10.11.2018 03:14  @yacc#10.11.2018 03:07
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сергей-4030>> Да вот так, опаньки. No-SQL рулит.
yacc> С очень большими проблемами с целостностью :)

Это решается. А вот тот факт, что SQL не scalable - не решается. Тут спорить не о чем - какие бы большие проекты вы не взяли, там нет SQL. Амазон живет на noSQL, и для своего магазина и для практически всех других проектов.

Я сам сейчас работаю, наверное, в самой SQL компании, которая только может быть. Нет никого сиквельнее нас, но мы используем для облачных проектах noSQL (хотя бэкэнд у него сделан на SQL).
 70.0.3538.7770.0.3538.77
US Сергей-4030 #10.11.2018 03:17  @yacc#10.11.2018 03:12
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сергей-4030>> Навыки и знания не измеряются в MSCE. Навыки и знания измеряются в размере оплаты.
yacc> И как вы оцените з/п Мишки, который, на мой взгляд гораздо круче вас по знаниям?
yacc> Или типа "невписался в рынок" ? :P

Мне кажется, у Мишки все хорошо с зарплатой. Я со всем уважением отношусь и к его зарплате и к его знаниям. Более того, я его приглашал податься к нам на интервью - он вежливо отказал, что, видимо, говорит о том, что то, что мы ему способны предложить не слишком превосходит того, что он имеет сейчас. Если вообще превосходит.

Математически он безусловно подкован лучше меня. Про остальное - вы не знаете ни его область специализации, ни мою, как вы можете сравнивать?
 70.0.3538.7770.0.3538.77

RU yacc #10.11.2018 03:39  @Сергей-4030#10.11.2018 03:14
+
-
edit
 

yacc

старожил
★★☆
Сергей-4030> Это решается. А вот тот факт, что SQL не scalable - не решается.
Вполне себе масштабируем ( да то самое scalable )

Сергей-4030> Тут спорить не о чем - какие бы большие проекты вы не взяли, там нет SQL.
И есть проблемы с целостностью

Сергей-4030> Я сам сейчас работаю, наверное, в самой SQL компании, которая только может быть. Нет никого сиквельнее нас
Наводящий вопрос - что есть логический план, а что физический?
А?
 64.0.3282.11964.0.3282.119

US Сергей-4030 #10.11.2018 03:43  @yacc#10.11.2018 03:39
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сергей-4030>> Это решается. А вот тот факт, что SQL не scalable - не решается.
yacc> Вполне себе масштабируем ( да то самое scalable )

Очень убедительно. Но глупый гугль, Амазон, оракл, Фейсбук и тот же Майкрософт с вами почему то не согласны.
 70.0.3538.8070.0.3538.80
RU yacc #10.11.2018 03:45  @Сергей-4030#10.11.2018 03:17
+
-
edit
 

yacc

старожил
★★☆
Сергей-4030> Математически он безусловно подкован лучше меня.
Гораздо лучше чем вы
 64.0.3282.11964.0.3282.119
RU yacc #10.11.2018 03:46  @Сергей-4030#10.11.2018 03:43
+
-
edit
 

yacc

старожил
★★☆
Сергей-4030>и тот же Майкрософт с вами почему то не согласны.
И где ?
 64.0.3282.11964.0.3282.119
US Сергей-4030 #10.11.2018 03:53  @yacc#10.11.2018 03:45
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сергей-4030>> Математически он безусловно подкован лучше меня.
yacc> Гораздо лучше чем вы

Наверное. И что? Он и гораздо лучше чем вы в математике подкован. Какой из этого вывод?
 70.0.3538.8070.0.3538.80
US Сергей-4030 #10.11.2018 03:54  @yacc#10.11.2018 03:46
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сергей-4030>>и тот же Майкрософт с вами почему то не согласны.
yacc> И где ?

Где что?
 70.0.3538.8070.0.3538.80
US Сергей-4030 #10.11.2018 03:58  @Сергей-4030#10.11.2018 03:54
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сергей-4030>>>и тот же Майкрософт с вами почему то не согласны.
yacc>> И где ?
Сергей-4030> Где что?

Я понял, вы имеете в виду где носиквел у майкрософт? Гуглите azure db cosmos.
 70.0.3538.8070.0.3538.80
US Сергей-4030 #10.11.2018 04:00  @Сергей-4030#10.11.2018 03:58
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сергей-4030>>>>и тот же Майкрософт с вами почему то не согласны.
Сергей-4030> yacc>> И где ?
Сергей-4030>> Где что?
Сергей-4030> Я понял, вы имеете в виду где носиквел у майкрософт? Гуглите asure db cosmos.

Заодно можете погуглить dynamodb, oracle Kiev.
 70.0.3538.8070.0.3538.80
US Сергей-4030 #10.11.2018 04:04  @yacc#10.11.2018 02:27
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сообщение было перенесено из темы Должен ли инженер работать за еду.
Вы перенесли ответы в другую тему чтобы показалось, что мне нечего вам ответить? :lol:
 70.0.3538.8070.0.3538.80
RU yacc #10.11.2018 04:25  @Сергей-4030#10.11.2018 03:53
+
-
edit
 

yacc

старожил
★★☆
Сергей-4030>>> Математически он безусловно подкован лучше меня.
yacc>> Гораздо лучше чем вы
Сергей-4030> Наверное. И что? Он и гораздо лучше чем вы в математике подкован.
Да
Сергей-4030> Какой из этого вывод?
Что вы меньше меня подкованы :)
 64.0.3282.11964.0.3282.119
RU yacc #10.11.2018 04:29  @Сергей-4030#10.11.2018 03:58
+
-
edit
 

yacc

старожил
★★☆
Сергей-4030> Гуглите azure db cosmos.
Меньше использование :)
 64.0.3282.11964.0.3282.119

RU yacc #10.11.2018 05:32  @Сергей-4030#10.11.2018 04:04
+
+1
-
edit
 

yacc

старожил
★★☆
Сергей-4030> Вы перенесли ответы в другую тему чтобы показалось, что мне нечего вам ответить? :lol:
Странный ответ от координатора

Я, как старожил, перенес ответы, потому что обсуждение вышло за рамки темы
И только именно эти
 64.0.3282.11964.0.3282.119
US Сергей-4030 #10.11.2018 07:28  @yacc#10.11.2018 04:25
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сергей-4030>> Какой из этого вывод?
yacc> Что вы меньше меня подкованы :)

Ну, у меня тк или иначе, в дипломе написано "математик". Но какая разница, кто лучше подкован в математике? Да и вообще, в чем спор? Вы умнее и подкованнее меня и в software engineering?
 70.0.3538.8070.0.3538.80
CA tarasv #10.11.2018 07:30  @Сергей-4030#10.11.2018 02:48
+
+2
-
edit
 

tarasv

опытный

Сергей-4030> Да вот так, опаньки. No-SQL рулит. Что бы вы не взяли глобальное, sql не приветствуется.

С тобой не согласны ни Google ни Amazon. No-SQL рулит исключительно в тех областях для которых он предназначен. Тот-же Google настоятельно не рекомендует использовать Bigtable если нужны транзакции затрагивающие больше одного значения. Что вобще неудивительно ведь ACID транзакций в нем нет. И предлагает в cloud кроме No-SQL на выбор решения для OLTP, OLAP, document database с полноценной поддержкой ACID и large blob storage. У Amazon выбор достаточно близкий.
Сование везде только No-SQL это конечно "стильно. модно. молодежно." но это такое-же забивание гвоздей отверткой и вкручивание шурупов молотком как и сование везде только реляционных баз.
 70.0.3538.7770.0.3538.77
Это сообщение редактировалось 10.11.2018 в 07:40
US Сергей-4030 #10.11.2018 19:05  @tarasv#10.11.2018 07:30
+
-
edit
 

Сергей-4030

исключающий третье
★★

Сергей-4030>> Да вот так, опаньки. No-SQL рулит. Что бы вы не взяли глобальное, sql не приветствуется.
tarasv> С тобой не согласны ни Google ни Amazon. No-SQL рулит исключительно в тех областях для которых он предназначен.

Конечно. Исключительно в областях, для которых предназначен. Для больших проектов, предполагающих очень высокую нагрузку. Вот там его и использует и Google и Amazon. Т.е. в случае Google и Amazon - во всех до единого проектах. В Амазоне число команд, использующих SQL базу данных стремится к нулю. Да, у них есть SQL база в AWS. И, конечно, сторонние клиенты ее используют широко - для своих маленьких проектов. Сам Амазон в своих проектах SQL базу не использует практически никогда. Потому что - СЮРПРИЗ - Sql NOT SCALABLE!

Вы можете мне загружать насчет что там Гугль пользует (кстати, интересно, надо поговорить с гугловцами), но когда вы мне начинаете втирать насчет Амазона - не смешно, чесное слово.
 70.0.3538.7770.0.3538.77
RU Balancer #11.11.2018 09:46  @Сергей-4030#10.11.2018 19:05
+
-
edit
 

Balancer

администратор
★★★★★
Сергей-4030> Для больших проектов, предполагающих очень высокую нагрузку. Вот там его и использует и Google и Amazon.

Ага. Особенно, учитывая, что NoSQL — это всё, что НЕ SQL :) И включает в это понятие огромное количество решений не имеющих между собой ничего общего, кроме того, что это НЕ SQL :) Даже когда я использую для хранения промежуточных данных самописный key-value на файлах — это уже NoSQL.

Типа, «Велосипеды — фигня, потому что НеВелосипеды используются всех областях, предполагающих очень высокую грузоподъёмность. Вот поэтому НеВелосипеды и используют РЖД и Люфтганза».
 55
RU спокойный тип #11.11.2018 10:33
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★☆
а что такое no sql, речь про экосистему вокруг хадупа?

и, я не согласен с тезисом что SQL впринципе плохо масштабируется "СЮРПРИЗ - Sql NOT SCALABLE!", всё зависит от архитектуры.
эволюционируй или вымри  52.952.9
RU Balancer #11.11.2018 10:38  @спокойный тип#11.11.2018 10:33
+
-
edit
 

Balancer

администратор
★★★★★
с.т.> и, я не согласен с тезисом что SQL впринципе плохо масштабируется "СЮРПРИЗ - Sql NOT SCALABLE!", всё зависит от архитектуры.

Самое интересное, что и большинство (чисто по определению) NoSQL-решений не масштабируется. Вот, например, упомянутый выше пример самопального файлового key-value :)
 55
RU спокойный тип #11.11.2018 11:37  @Balancer#11.11.2018 10:38
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★☆
Balancer> Самое интересное, что и большинство (чисто по определению) NoSQL-решений не масштабируется. Вот, например, упомянутый выше пример самопального файлового key-value :)

ну тут надо с терминами определиться,
1) что именно под no sql понимается
2) какое именно масштабирование там такое особенное что SQL не может впринципе? SQL поверх ампов давно существует.
эволюционируй или вымри  52.952.9
1 2 3 4

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru