|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
MasterZivEugene NewСам я люблю язык структурированных запросов. Но если посмотреть на то, сколько всяких технологий придумали для его замену, на то, что пропагандируют в разных книжках, создается ощущение какой то темной иррациональной ненависти к SQL. Есть ли какие то рациональные причины? Я вижу три возможных: 1. Реляционные БД может быть плохо сочетаются с рапараллеливанием на много компьютеров 2. ООП плохо связывается с SQL 3. Возможно считается, что среднестатистический программист настолько туп и не обладает способностями к абстрактному мышлению, что не в состоянии понять реляционную теорию, основанную на понятии множеств. Все просто. Не осилили. А есть причина номер 4. Вот Вы хороший программист. Очень хороший программист. Гениальный программист. И хотите войти в историю. Но SQL уже написали. Тогда Вы изобретаете noSQL, делаете новую БД, какую-нибудь Кассандру или Монго, говорите всем, что это та самая серебряная пуля, "о которой столько говорили большевики", Вас носят на руках, приглашают на конференции, везде почет и уважение. Потом Вас начнут опровергать сторонники SQL, находить в Вашей базе изьяны, но к этому времени у Вас будет целая армия поклонников, которым надоело учить одно и то же, а тут новая технология, непонятная, можно выучить новый глоссарий и сверкать своим образованием, показывая, как такой новый адепт разбирается в мельчайших нюансах IT. И вот Вы почиваете на лаврах, Вы можете пить пиво за одним столом с основателем противоположной методы или языка, а в интернете за Вашей спиной адепты скрещивают мечи в жарких спорах - "что лучше, C# или Java", "что лучше, SQL или noSQL". А Вы отдыхаете от трудов и остаетесь в памяти благодарных потомков как человек, который продвинул IT еще дальше в пропасть в светлое будущее. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 14:09 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
MasterZivEugene New, Ну да, вот, 3;е Возможно считается, что среднестатистический программист настолько туп и не обладает способностями к абстрактному мышлению, что не в состоянии понять реляционную теорию, основанную на понятии множеств. Об этом и пишут, я выше цитату приводил. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 14:09 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Andy_OLAPВот Вы хороший программист. Очень хороший программист. Гениальный программист. И хотите войти в историю. Но SQL уже написали. Тогда Вы изобретаете noSQL, делаете новую БД, какую-нибудь Кассандру или Монго, говорите всем, что это та самая серебряная пуля, "о которой столько говорили большевики", Вас носят на руках, приглашают на конференции, везде почет и уважение. Потом Вас начнут опровергать сторонники SQL, находить в Вашей базе изьяны, но к этому времени у Вас будет целая армия поклонников, которым надоело учить одно и то же, а тут новая технология, непонятная, можно выучить новый глоссарий и сверкать своим образованием, показывая, как такой новый адепт разбирается в мельчайших нюансах IT. И вот Вы почиваете на лаврах, Вы можете пить пиво за одним столом с основателем противоположной методы или языка, а в интернете за Вашей спиной адепты скрещивают мечи в жарких спорах - "что лучше, C# или Java", "что лучше, SQL или noSQL". А Вы отдыхаете от трудов и остаетесь в памяти благодарных потомков как человек, который продвинул IT еще дальше в пропасть в светлое будущее. NoSQL никто не изобретал. Тоесть нам сложно в истории развития It обозначить персону-создателя. Это как с дифференциальным исчислением. Толи Ньютон. Толи Лейбниц. А может они вместе. А может оно (счисление) уже давно витало в воздухе и некоторые физики средневековья втихаря им пользовались. Просто не называли его громкими словами. Изобретение "витает" в воздухе за несколько лет. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 14:38 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
КотовасияMasterZivEugene New, Ну да, вот, 3;е Возможно считается, что среднестатистический программист настолько туп и не обладает способностями к абстрактному мышлению, что не в состоянии понять реляционную теорию, основанную на понятии множеств. Об этом и пишут, я выше цитату приводил. Ему это все не надо. Ему надо закрывать баги, юзер-стори, и спринты. Итеративный подход. Гибкие методологии всё разрулят. Об этом в смежном топике схлестнулись в смертельной схватке несколько ораторов. Этот итеративный подход может деморализовать любого. К чему скажите вообще весь пласт знаний? Фигачь спринты! И ублажай кастомера. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 14:41 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
есть две причины избегать sql: 1)Все должно быть в ООП!!!! 2)Независимость от конкретной бд! отсюда ОРМ linq jpql и др ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 17:07 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
казинакесть две причины избегать sql: 1)Все должно быть в ООП!!!!Последнее время всё больше людей сомневаются в тотальной полезности ООП. казинак2)Независимость от конкретной бд! отсюда ОРМ linq jpql и дрМне всегда было интересно, часто ли потенциальная кросс-платформенность реализовывалась или чаще оставалось для галочки. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 17:48 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
maytonЕму это все не надо. Ему надо закрывать баги, юзер-стори, и спринты. Итеративный подход. Гибкие методологии всё разрулят. Об этом в смежном топике схлестнулись в смертельной схватке несколько ораторов. Этот итеративный подход может деморализовать любого. К чему скажите вообще весь пласт знаний? Фигачь спринты! И ублажай кастомера.осталось понять, чем SQL мешает фигачить спринты)) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 17:49 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
egorychосталось понять, чем SQL мешает фигачить спринты))Преферанс - отстой ... А в очко - думать надо, шанс считать ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 17:55 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
H5N1Eugene Newпропущено... А лично вы почему ненавидите SQL? У вас трудности с пониманием математических абстракций? я не ненавижу ламеров, без опыта но с гонором. а SQL я люблю использовать там где он хорошо подходит и не одну сотню ламеров размазал тут на тему SQL за последние 15 лет. Eugene Newпропущено... spark всего лишь очередная библиотека, которая, кстати, использует SQL это ты очередная блондинка без базовых знаний, в спарке же sql лишь один из диалектов прислонненый сбоку. основной синтаксис там в совершенно ином стиле Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
если SQL не вернеться из комы эта хрень вытеснит SQL повсеместноЙо, именно этот пример плохой, он абсолютно ничем не лучше SQL mayton, внезапно внутри любого SQL-движка живет кей-валуэ хранилище и циклы для джойнов :ohno: ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 18:33 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
эта хрень вытеснит SQL повсеместно Это типа темным людям без образования вроде H5N1 так понятнее, чем просто написать select .. where .. ? некоторые конструкции у этой фигни короче, меньше технического мусора То, что ты написал, на 90% состоит из мусора. ориентироваться на самых тупых это стиль майкрософт. На таких как ты:) никто никуда перекачивать данные не будет. То есть ты ошибочно думаешь, что эта хренотень не для хранения данных, которые потом придется массово обрабатывать. А для какой то локальной временной фигни. Ну так назначение SQL - обрабатывать гигантские объемы данных, а не микро-не-пойми-что, для которого и механизмов то специальных не надо. Для микро-не-пойми-чего ничего вообще не надо, делай хоть левой ногой через правое ухо. Ты вообще не понимаешь смысла своего spark-а, как библиотеки. Смысл этой фигни в том, чтобы писать sql-подобные запросы на данные не из реляционной БД. И чтобы это безболезненно переносилось на хранение в реляционных БД. То есть тебя наоборот ногами пинают в сторону SQL от любимого тобой ООП и императива. Раз уж тебе мозги не дают ни получить образования, ни усвоить элементарные математические понятия. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 20:02 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
внезапно внутри любого SQL-движка живет кей-валуэ хранилище и циклы для джойнов Модератор: Отредактировано Тогда Вы изобретаете noSQL, делаете новую БД, какую-нибудь Кассандру или Монго "Изобретение" в использовании всяких структур вроде деревьев, давно известных, описанных 50 лет назад и давно используемых. Выходит что этот "изобретатель" обманщик и мошенник. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 20:08 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Изобретение "витает" в воздухе за несколько лет Все эти структуры данных и алгоритмы работы с ними изобрели лет 50 назад и настоящих авторов наверняка можно найти. Правда тогда обошлось без бренда noSQL хотя бы потому, что сам SQL в это время еще не придумали :) mayton как обрабатывают данные SQL Я имел в виду, что данные постепенно загружаются в реляционную базу, в которой потом массово обрабатываются SQL-запросами. А данные микросервисов куда нибудь попадают, впоследствии чем то обрабатываются? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 20:15 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
казинак1)Все должно быть в ООП!!!! Ты отстал от жизни старичок. Это слоган 2000-х годов. 2)Независимость от конкретной бд! По моему скромному наблюдению никто так и не сумел обосновать выгоду от этой "независимости". Лично кастомеру эта независимость не нужна. И она тем более не нужна когда вы уже сидите плотно на лицензии Oracle или MS-SQL. Я еще не встречал ни одной технологии которая-бы дала независимость от stored procedures. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 20:19 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Eugene Newвнезапно внутри любого SQL-движка живет кей-валуэ хранилище и циклы для джойнов Еще один темный неграмотный, который с апломбом утверждает то, чего не знает. Внутри SQL-движка плоские таблицы, страницы памяти и индексы на деревьях. Тогда Вы изобретаете noSQL, делаете новую БД, какую-нибудь Кассандру или Монго "Изобретение" в использовании всяких структур вроде деревьев, давно известных, описанных 50 лет назад и давно используемых. Выходит что этот "изобретатель" обманщик и мошенник. так и запишем, страницы памяти и индексы растут на деревьях =) а струтуры хранения кей-валуэ рождены святым духом.... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 20:23 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
H5N1, погоди, но ты привёл sql подобный запрос, который по синтаксису даже более громоздкий. Спрашивается почему бы не привести пример запроса на более родном языке, где действительно чему-то можно поучиться? Опустим пока как оно внутри обрабатывается. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 21:36 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Модератор: Отредактировано Еще раз - если ты реляционную базу используешь как хранилище и все тянешь на клиента, у тебя никакой производительности не будет. А при правильной структуре реляционная база дает производительность обработки больших массивов данных на много порядков большую, чем ты способен написать на коленке. И адресные пространства тут не причем. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 21:45 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Eugene New, известный адепт Оракула ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 22:17 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Eugene NewЕще раз - если ты реляционную базу используешь как хранилище и все тянешь на клиента, у тебя никакой производительности не будет. А при правильной структуре реляционная база дает производительность обработки больших массивов данных на много порядков большую, чем ты способен написать на коленке. И адресные пространства тут не причем. Модератор: Отредактировано Eugene NewSQL позволяет получить производительность на порядок или несколько порядков большую. Причем с полпинка, элементарно. если бы производительность позволяла то не пришел бы хадуп и не выдавил бы оракл из аналитики. Симонов Дениспогоди, но ты привёл sql подобный запрос, который по синтаксису даже более громоздкий. Спрашивается почему бы не привести пример запроса на более родном языке, где действительно чему-то можно поучиться? Опустим пока как оно внутри обрабатывается. основная фишка там именно та, что под капотом. если говорить лишь о синтаксисе, то там много чего можно сильно короче sql написать, типа df.filter("age".gt(30)), плюс спайка декларативной части и итеративной заметно красивей Код: java 1. 2. 3. 4. 5. 6. 7. 8.
где там закончилась декларативная часть и пошел итеративный код почти не заметно. при этом все эффективно работает, фреймворк раскидает по нодам и выполнит код MyMegaClass прямо там где данные. при том что этот MyMegaClass это любая жаба либа. в оракле и мсскл вроде и есть jvm/.net в ядре, но толку с них ноль. гораздо разумней тащить данные из sql наружу и там нормальным апп сервером молотить, оставляя sql роль тупого сториджа. со всеми вытекающими к перфоменсу. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 22:36 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Модератор: Удалено. Всем! Завязывайте. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 22:56 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Eugene New, ты не сечёшь фишку. SQL хорош для извлечения данных по некоторым критериям, но не для их аналитической обработки. Подумай что у нас есть в SQL для аналитики. Агрегатные и оконные функции, GROUP BY WITH ROLLUP, ну может быть CUBE. И всё собственно. Ну в Оракуле своя фича MODEL. Аналитика может предполагать гораздо более сложные алгоритмы, которые на SQL реализовать мягко говоря затруднительно. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 23:10 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Симонов Денис, Аналитика может предполагать гораздо более сложные алгоритмы, которые на SQL реализовать мягко говоря затруднительно Примерно понимаю о чем вы, но хотелось бы подробностей. Конкретный пример или что то вроде того. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 23:36 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Микропример не подойдет, нужна именно обработка больших массивов данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 23:37 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Siemarglmayton, внезапно внутри любого SQL-движка живет кей-валуэ хранилище и циклы для джойнов :ohno: Хм... Непонятно... А где я давал информационный повод к этому сообщению? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 23:46 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
Симонов ДенисEugene New, ты не сечёшь фишку. SQL хорош для извлечения данных по некоторым критериям, но не для их аналитической обработки. Подумай что у нас есть в SQL для аналитики. Агрегатные и оконные функции, GROUP BY WITH ROLLUP, ну может быть CUBE. И всё собственно. Ну в Оракуле своя фича MODEL. Аналитика может предполагать гораздо более сложные алгоритмы, которые на SQL реализовать мягко говоря затруднительно. Друзья. В топике идет какая-то подмена понятий и переворачивание причин и следствий. Я предлагаю следующие тезисы. 1) SQL - это декларативный язык который позволяет описать нам то ЧТО мы хотим получить из БД. 2) SQL никак не описывает КАК мы хотим получить данные. Тоесть алгорим выборки. Грубо говоря он 100% оставляет этот вопрос на откуп RDBMS. 3) SQL не запрещает в качестве storage-layer использовать хранилища NoSQL (NotOnlySQL). Пример технологий: ApacheDrill, CriteriAPI, Hive e.t.c. Ну реально! Нет нигде на это запрета! Можно даже DBF и CSV файлы брать в качестве источника данных. Стартанём с этой позиции. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2018, 23:58 |
|
Причины ненависти к языку SQL?
|
|||
---|---|---|---|
#18+
mayton, все же я считаю вопрос о хранении важным, т. к. структура реляционной базы тесно связана и с текстами sql-запросов, и с их эффективностью. Поэтому имеет смысл все это рассматривать как единое целое. Но для случаев, когда данных очень мало, сойдет любая их обработка. По мне так это вообще не тот случай, на который стоит обращать внимание, т. к. малые данные обрабатываются как угодно, хоть левой ногой через правое ухо. Изобретают очередной аналог BDE или ODBC, красивым словом называют. Все равно при переходе на большие данные придется и структуру настоящей реляционной базы делать, и запросами озаботится. Может все эти открытия считаются открытиями потому, что становится бесплатным то, что 20 лет назад было коммерческим и недешевым? Если я в чем то ошибаюсь - поправьте. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2018, 00:36 |
|
|
start [/forum/topic.php?fid=35&msg=39711320&tid=1552206]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 141ms |
0 / 0 |