-
![[image]](https://www.balancer.ru/cache/uploads/images/1247/128x128-crop/1247620-2885312134_1e80bd8362_o.jpg)
NoSQL vs SQL
Теги:
Сергей-4030
Сообщение было перенесено из темы Должен ли инженер работать за еду.
yacc> За такой ответ на экзаменах MS ставят "низачет"
yacc> Глубокоуважаемый Сергей, со своим подходом вы уже не сдали экзамен MS
Вы не представляете себе, как сильно я опечален.
Сергей-4030>> Но честно говоря, на энтерпрайз задачах никакого SQL как правило все равно нет
yacc> Опаньки
Да вот так, опаньки. No-SQL рулит. Что бы вы не взяли глобальное, sql не приветствуется. Но так или иначе - что бы там MS про вас ни думал на экзамене, но вы не подходите к проблеме как следует подходить. Курсорами или еще чем нибудь - это все частности. Если вы решите "правильно", но это будет громоздко и ваши инженеры будут иметь проблемы это поддерживать - это.. хм... неправильно.
yacc> Глубокоуважаемый Сергей, со своим подходом вы уже не сдали экзамен MS
Вы не представляете себе, как сильно я опечален.
Сергей-4030>> Но честно говоря, на энтерпрайз задачах никакого SQL как правило все равно нет
yacc> Опаньки
Да вот так, опаньки. No-SQL рулит. Что бы вы не взяли глобальное, sql не приветствуется. Но так или иначе - что бы там MS про вас ни думал на экзамене, но вы не подходите к проблеме как следует подходить. Курсорами или еще чем нибудь - это все частности. Если вы решите "правильно", но это будет громоздко и ваши инженеры будут иметь проблемы это поддерживать - это.. хм... неправильно.
инфо
инструменты
Сообщение было перенесено из темы Должен ли инженер работать за еду.
yacc> А я не уверен
yacc> И с теми, что мне приходилось сталкиваться таких не было
Навыки и знания не измеряются в MSCE. Навыки и знания измеряются в размере оплаты.
yacc> И с теми, что мне приходилось сталкиваться таких не было
Навыки и знания не измеряются в MSCE. Навыки и знания измеряются в размере оплаты.
yacc
Сергей-4030> Вы не представляете себе, как сильно я опечален.
Как я вам сожалею!
Сергей-4030> Да вот так, опаньки. No-SQL рулит.
С очень большими проблемами с целостностью
Сергей-4030> Что бы вы не взяли глобальное, sql не приветствуется.
Сергей, вы забыли про множества и отношения?
Сергей-4030> Но так или иначе - что бы там MS про вас ни думал на экзамене, но вы не подходите к проблеме как следует подходить.
Я подойду правильно - быстрый бардак
А вы себя продали, задорого кончено, но математик в вас умирает...
Как я вам сожалею!
Сергей-4030> Да вот так, опаньки. No-SQL рулит.
С очень большими проблемами с целостностью
Сергей-4030> Что бы вы не взяли глобальное, sql не приветствуется.
Сергей, вы забыли про множества и отношения?
Сергей-4030> Но так или иначе - что бы там MS про вас ни думал на экзамене, но вы не подходите к проблеме как следует подходить.
Я подойду правильно - быстрый бардак
А вы себя продали, задорого кончено, но математик в вас умирает...
Сергей-4030> Навыки и знания не измеряются в MSCE. Навыки и знания измеряются в размере оплаты.
И как вы оцените з/п Мишки, который, на мой взгляд гораздо круче вас по знаниям?
Или типа "невписался в рынок" ?
И как вы оцените з/п Мишки, который, на мой взгляд гораздо круче вас по знаниям?
Или типа "невписался в рынок" ?
Сергей-4030>> Да вот так, опаньки. No-SQL рулит.
yacc> С очень большими проблемами с целостностью
Это решается. А вот тот факт, что SQL не scalable - не решается. Тут спорить не о чем - какие бы большие проекты вы не взяли, там нет SQL. Амазон живет на noSQL, и для своего магазина и для практически всех других проектов.
Я сам сейчас работаю, наверное, в самой SQL компании, которая только может быть. Нет никого сиквельнее нас, но мы используем для облачных проектах noSQL (хотя бэкэнд у него сделан на SQL).
yacc> С очень большими проблемами с целостностью
Это решается. А вот тот факт, что SQL не scalable - не решается. Тут спорить не о чем - какие бы большие проекты вы не взяли, там нет SQL. Амазон живет на noSQL, и для своего магазина и для практически всех других проектов.
Я сам сейчас работаю, наверное, в самой SQL компании, которая только может быть. Нет никого сиквельнее нас, но мы используем для облачных проектах noSQL (хотя бэкэнд у него сделан на SQL).
Сергей-4030>> Навыки и знания не измеряются в MSCE. Навыки и знания измеряются в размере оплаты.
yacc> И как вы оцените з/п Мишки, который, на мой взгляд гораздо круче вас по знаниям?
yacc> Или типа "невписался в рынок" ?
Мне кажется, у Мишки все хорошо с зарплатой. Я со всем уважением отношусь и к его зарплате и к его знаниям. Более того, я его приглашал податься к нам на интервью - он вежливо отказал, что, видимо, говорит о том, что то, что мы ему способны предложить не слишком превосходит того, что он имеет сейчас. Если вообще превосходит.
Математически он безусловно подкован лучше меня. Про остальное - вы не знаете ни его область специализации, ни мою, как вы можете сравнивать?
yacc> И как вы оцените з/п Мишки, который, на мой взгляд гораздо круче вас по знаниям?
yacc> Или типа "невписался в рынок" ?
Мне кажется, у Мишки все хорошо с зарплатой. Я со всем уважением отношусь и к его зарплате и к его знаниям. Более того, я его приглашал податься к нам на интервью - он вежливо отказал, что, видимо, говорит о том, что то, что мы ему способны предложить не слишком превосходит того, что он имеет сейчас. Если вообще превосходит.
Математически он безусловно подкован лучше меня. Про остальное - вы не знаете ни его область специализации, ни мою, как вы можете сравнивать?
- yacc [10.11.2018 03:34]: Тема создана из Должен ли инженер работать за еду
Сергей-4030> Это решается. А вот тот факт, что SQL не scalable - не решается.
Вполне себе масштабируем ( да то самое scalable )
Сергей-4030> Тут спорить не о чем - какие бы большие проекты вы не взяли, там нет SQL.
И есть проблемы с целостностью
Сергей-4030> Я сам сейчас работаю, наверное, в самой SQL компании, которая только может быть. Нет никого сиквельнее нас
Наводящий вопрос - что есть логический план, а что физический?
А?
Вполне себе масштабируем ( да то самое scalable )
Сергей-4030> Тут спорить не о чем - какие бы большие проекты вы не взяли, там нет SQL.
И есть проблемы с целостностью
Сергей-4030> Я сам сейчас работаю, наверное, в самой SQL компании, которая только может быть. Нет никого сиквельнее нас
Наводящий вопрос - что есть логический план, а что физический?
А?
- yacc [10.11.2018 03:42]: Перенос сообщений из Должен ли инженер работать за еду
Сергей-4030>> Это решается. А вот тот факт, что SQL не scalable - не решается.
yacc> Вполне себе масштабируем ( да то самое scalable )
Очень убедительно. Но глупый гугль, Амазон, оракл, Фейсбук и тот же Майкрософт с вами почему то не согласны.
yacc> Вполне себе масштабируем ( да то самое scalable )
Очень убедительно. Но глупый гугль, Амазон, оракл, Фейсбук и тот же Майкрософт с вами почему то не согласны.
Сергей-4030> Математически он безусловно подкован лучше меня.
Гораздо лучше чем вы
Гораздо лучше чем вы
Сергей-4030>и тот же Майкрософт с вами почему то не согласны.
И где ?
И где ?
Сергей-4030>> Математически он безусловно подкован лучше меня.
yacc> Гораздо лучше чем вы
Наверное. И что? Он и гораздо лучше чем вы в математике подкован. Какой из этого вывод?
yacc> Гораздо лучше чем вы
Наверное. И что? Он и гораздо лучше чем вы в математике подкован. Какой из этого вывод?
Сергей-4030>>и тот же Майкрософт с вами почему то не согласны.
yacc> И где ?
Где что?
yacc> И где ?
Где что?
Сергей-4030>>>и тот же Майкрософт с вами почему то не согласны.
yacc>> И где ?
Сергей-4030> Где что?
Я понял, вы имеете в виду где носиквел у майкрософт? Гуглите azure db cosmos.
yacc>> И где ?
Сергей-4030> Где что?
Я понял, вы имеете в виду где носиквел у майкрософт? Гуглите azure db cosmos.
Сергей-4030>>>>и тот же Майкрософт с вами почему то не согласны.
Сергей-4030> yacc>> И где ?
Сергей-4030>> Где что?
Сергей-4030> Я понял, вы имеете в виду где носиквел у майкрософт? Гуглите asure db cosmos.
Заодно можете погуглить dynamodb, oracle Kiev.
Сергей-4030> yacc>> И где ?
Сергей-4030>> Где что?
Сергей-4030> Я понял, вы имеете в виду где носиквел у майкрософт? Гуглите asure db cosmos.
Заодно можете погуглить dynamodb, oracle Kiev.
Сообщение было перенесено из темы Должен ли инженер работать за еду.
Вы перенесли ответы в другую тему чтобы показалось, что мне нечего вам ответить? 
Сергей-4030>>> Математически он безусловно подкован лучше меня.
yacc>> Гораздо лучше чем вы
Сергей-4030> Наверное. И что? Он и гораздо лучше чем вы в математике подкован.
Да
Сергей-4030> Какой из этого вывод?
Что вы меньше меня подкованы
yacc>> Гораздо лучше чем вы
Сергей-4030> Наверное. И что? Он и гораздо лучше чем вы в математике подкован.
Да
Сергей-4030> Какой из этого вывод?
Что вы меньше меня подкованы
Сергей-4030> Гуглите azure db cosmos.
Меньше использование
Меньше использование
- yacc [10.11.2018 05:28]: Перенос сообщений из Должен ли инженер работать за еду
Сергей-4030> Вы перенесли ответы в другую тему чтобы показалось, что мне нечего вам ответить?
Странный ответ от координатора
Я, как старожил, перенес ответы, потому что обсуждение вышло за рамки темы
И только именно эти
Странный ответ от координатора
Я, как старожил, перенес ответы, потому что обсуждение вышло за рамки темы
И только именно эти
Сергей-4030>> Какой из этого вывод?
yacc> Что вы меньше меня подкованы
Ну, у меня тк или иначе, в дипломе написано "математик". Но какая разница, кто лучше подкован в математике? Да и вообще, в чем спор? Вы умнее и подкованнее меня и в software engineering?
yacc> Что вы меньше меня подкованы
Ну, у меня тк или иначе, в дипломе написано "математик". Но какая разница, кто лучше подкован в математике? Да и вообще, в чем спор? Вы умнее и подкованнее меня и в software engineering?
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 это конечно "стильно. модно. молодежно." но это такое-же забивание гвоздей отверткой и вкручивание шурупов молотком как и сование везде только реляционных баз.
С тобой не согласны ни Google ни Amazon. No-SQL рулит исключительно в тех областях для которых он предназначен. Тот-же Google настоятельно не рекомендует использовать Bigtable если нужны транзакции затрагивающие больше одного значения. Что вобще неудивительно ведь ACID транзакций в нем нет. И предлагает в cloud кроме No-SQL на выбор решения для OLTP, OLAP, document database с полноценной поддержкой ACID и large blob storage. У Amazon выбор достаточно близкий.
Сование везде только No-SQL это конечно "стильно. модно. молодежно." но это такое-же забивание гвоздей отверткой и вкручивание шурупов молотком как и сование везде только реляционных баз.
Это сообщение редактировалось 10.11.2018 в 07:40
Сергей-4030>> Да вот так, опаньки. No-SQL рулит. Что бы вы не взяли глобальное, sql не приветствуется.
tarasv> С тобой не согласны ни Google ни Amazon. No-SQL рулит исключительно в тех областях для которых он предназначен.
Конечно. Исключительно в областях, для которых предназначен. Для больших проектов, предполагающих очень высокую нагрузку. Вот там его и использует и Google и Amazon. Т.е. в случае Google и Amazon - во всех до единого проектах. В Амазоне число команд, использующих SQL базу данных стремится к нулю. Да, у них есть SQL база в AWS. И, конечно, сторонние клиенты ее используют широко - для своих маленьких проектов. Сам Амазон в своих проектах SQL базу не использует практически никогда. Потому что - СЮРПРИЗ - Sql NOT SCALABLE!
Вы можете мне загружать насчет что там Гугль пользует (кстати, интересно, надо поговорить с гугловцами), но когда вы мне начинаете втирать насчет Амазона - не смешно, чесное слово.
tarasv> С тобой не согласны ни Google ни Amazon. No-SQL рулит исключительно в тех областях для которых он предназначен.
Конечно. Исключительно в областях, для которых предназначен. Для больших проектов, предполагающих очень высокую нагрузку. Вот там его и использует и Google и Amazon. Т.е. в случае Google и Amazon - во всех до единого проектах. В Амазоне число команд, использующих SQL базу данных стремится к нулю. Да, у них есть SQL база в AWS. И, конечно, сторонние клиенты ее используют широко - для своих маленьких проектов. Сам Амазон в своих проектах SQL базу не использует практически никогда. Потому что - СЮРПРИЗ - Sql NOT SCALABLE!
Вы можете мне загружать насчет что там Гугль пользует (кстати, интересно, надо поговорить с гугловцами), но когда вы мне начинаете втирать насчет Амазона - не смешно, чесное слово.
Сергей-4030> Для больших проектов, предполагающих очень высокую нагрузку. Вот там его и использует и Google и Amazon.
Ага. Особенно, учитывая, что NoSQL — это всё, что НЕ SQL И включает в это понятие огромное количество решений не имеющих между собой ничего общего, кроме того, что это НЕ SQL Даже когда я использую для хранения промежуточных данных самописный key-value на файлах — это уже NoSQL.
Типа, «Велосипеды — фигня, потому что НеВелосипеды используются всех областях, предполагающих очень высокую грузоподъёмность. Вот поэтому НеВелосипеды и используют РЖД и Люфтганза».
Ага. Особенно, учитывая, что NoSQL — это всё, что НЕ SQL
И включает в это понятие огромное количество решений не имеющих между собой ничего общего, кроме того, что это НЕ SQL Даже когда я использую для хранения промежуточных данных самописный key-value на файлах — это уже NoSQL.Типа, «Велосипеды — фигня, потому что НеВелосипеды используются всех областях, предполагающих очень высокую грузоподъёмность. Вот поэтому НеВелосипеды и используют РЖД и Люфтганза».
а что такое no sql, речь про экосистему вокруг хадупа?
и, я не согласен с тезисом что SQL впринципе плохо масштабируется "СЮРПРИЗ - Sql NOT SCALABLE!", всё зависит от архитектуры.
и, я не согласен с тезисом что SQL впринципе плохо масштабируется "СЮРПРИЗ - Sql NOT SCALABLE!", всё зависит от архитектуры.
с.т.> и, я не согласен с тезисом что SQL впринципе плохо масштабируется "СЮРПРИЗ - Sql NOT SCALABLE!", всё зависит от архитектуры.
Самое интересное, что и большинство (чисто по определению) NoSQL-решений не масштабируется. Вот, например, упомянутый выше пример самопального файлового key-value
Самое интересное, что и большинство (чисто по определению) NoSQL-решений не масштабируется. Вот, например, упомянутый выше пример самопального файлового key-value
Balancer> Самое интересное, что и большинство (чисто по определению) NoSQL-решений не масштабируется. Вот, например, упомянутый выше пример самопального файлового key-value
ну тут надо с терминами определиться,
1) что именно под no sql понимается
2) какое именно масштабирование там такое особенное что SQL не может впринципе? SQL поверх ампов давно существует.
ну тут надо с терминами определиться,
1) что именно под no sql понимается
2) какое именно масштабирование там такое особенное что SQL не может впринципе? SQL поверх ампов давно существует.
Copyright © Balancer 1997..2023
Создано 10.11.2018
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
Создано 10.11.2018
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
