А я котика в SQL нарисовал (не ASCII-art!)

[Dmitry67]

cat.png

Code: Select all

select geometry::STGeomFromText('POINT(0 0)', 0).STBuffer(1)
union all select geometry::STGeomFromText('POINT(0.4 0.5)', 0).STBuffer(0.2)
union all select geometry::STGeomFromText('POINT(-0.4 0.5)', 0).STBuffer(0.2)
union all select convert(geometry,'MULTIPOLYGON(((-0.7 0.714, -0.3 0.9539, -0.7 1.3, -0.7 0.714)), ((0.7 0.714, 0.3 0.9539, 0.7 1.3, 0.7 0.714)))')
union all select convert(geometry,
  'MULTIPOLYGON(((-0.6 0.2, -1.4 0.5, -1.4 0.4, -0.6 0.2)), ((-0.6 -0.2, -1.4 -0.5, -1.4 -0.4, -0.6 -0.2)), ((-0.6 0, -1.4 0.05, -1.4 -0.05, -0.6 0)),
  ((0.6 0.2, 1.4 0.5, 1.4 0.4, 0.6 0.2)), ((0.6 -0.2, 1.4 -0.5, 1.4 -0.4, 0.6 -0.2)), ((0.6 0, 1.4 0.05, 1.4 -0.05, 0.6 0))
  )')
union all select convert(geometry,'POLYGON((-0.3 -0.5, 0.3 -0.5, 0.3 -0.55, -0.3 -0.55, -0.3 -0.5))')

[OtherSide]

приколько не знал что так можно.
хотя не отменяет факта, что sql поразительно убогий и уродливый язык

[katit]

А слабо ушки серенькие сделать?

[Ion Tichy]

приколько не знал что так можно.
хотя не отменяет факта, что sql поразительно убогий и уродливый язык

Какой Вы злой...
"Уродливый" - ну это субъективно а вот убогий, это то с чего? Свою функцию - реляционные операции - язык выполняет полностью, так что убожество тут ни при чем.

[OtherSide]

приколько не знал что так можно.
хотя не отменяет факта, что sql поразительно убогий и уродливый язык

Какой Вы злой...
"Уродливый" - ну это субъективно а вот убогий, это то с чего? Свою функцию - реляционные операции - язык выполняет полностью, так что убожество тут ни при чем.

По аналогии турбо бейсик задачу написания прикладных программ выполняет полностью, только почему то современные разработчики от него не в восторге

[Dmitry67]

А слабо ушки серенькие сделать?

Слабо
Там надо играть порядком объектов...

[+KPOT+]

Дима, это круто! Жаль, только я код никак не могу понять.

[katit]

Со своей базы я могу карту Америки нарисовать
Да все просто, географические/геометрические типы при запросе визуализируются. Вот он насоздавал фигурок, а SSMS выдало картинку.

Кстати, Дима тормозное оно. Я сам написал пару специализированных функций длуа географии(.NET) - намного быстрее чем встроенное работает.

[oleg lebedev]

приколько не знал что так можно.
хотя не отменяет факта, что sql поразительно убогий и уродливый язык

Вы бы попытались в нём разобраться и научиться на нём эффективно работать вместо того чтобы очернять этот прекраснейший способ взаимодействия с базой данных. SQL - мой самый любимый язык и главный skill. Почти никто не умеет на нём эффективно работать, если не иметь в виду примитивные операции.
Правда, к пониманию SQL должно прилагаться и понимание того как устроены базы данных и желательно понимание как распределяются ресурсы на ОС уровне во время работы базы. Но на то и учатся быть инженерами, а не кодерами, которые не понимают и не стараются понять как работает вся система.
Постарайтесь увидеть всю систему, а язык - это просто инструмент для достижения основных целей для которой она собственно и создана.
В этом случае у вас есть шанс понять свои заблуждения относительно SQL и поможет вам решить ваши профессиональные проблемы.

[Palych]

Почти никто не умеет на нём эффективно работать, если не иметь в виду примитивные операции.

Это хорошо или плохо? (для SQL, не для Вас)

Правда, к пониманию SQL должно прилагаться и понимание того как устроены базы данных и желательно понимание как распределяются ресурсы на ОС уровне во время работы базы.

Это значит - если ОС или БД изменит распределение ресурсов, придется переписывать запросы?

[Albert_al]

приколько не знал что так можно.
хотя не отменяет факта, что sql поразительно убогий и уродливый язык

Правда, к пониманию SQL должно прилагаться и понимание того как устроены базы данных и желательно понимание как распределяются ресурсы на ОС уровне во время работы базы. Но на то и учатся быть инженерами, а не кодерами, которые не понимают и не стараются понять как работает вся система.
Постарайтесь увидеть всю систему, а язык - это просто инструмент для достижения основных целей для которой она собственно и создана.
В этом случае у вас есть шанс понять свои заблуждения относительно SQL и поможет вам решить ваши профессиональные проблемы.

Ппкс

[oleg lebedev]

Почти никто не умеет на нём эффективно работать, если не иметь в виду примитивные операции.

Это хорошо или плохо? (для SQL, не для Вас)

Правда, к пониманию SQL должно прилагаться и понимание того как устроены базы данных и желательно понимание как распределяются ресурсы на ОС уровне во время работы базы.

Это значит - если ОС или БД изменит распределение ресурсов, придется переписывать запросы?

Как правило, нет.

[Ion Tichy]

...
Это значит - если ОС или БД изменит распределение ресурсов, придется переписывать запросы?

Начиная с определенного уровня изменений это как бы справедливо для любого кода работающего с ресурсами. Просто по определению. Стала Ваша жена класть Ваши выстиранные файлы труселя в другое место, будь ласка измени алгоритм получения чистых труселей.

[OtherSide]

приколько не знал что так можно.
хотя не отменяет факта, что sql поразительно убогий и уродливый язык

Вы бы попытались в нём разобраться и научиться на нём эффективно работать вместо того чтобы очернять этот прекраснейший способ взаимодействия с базой данных. SQL - мой самый любимый язык и главный skill. Почти никто не умеет на нём эффективно работать, если не иметь в виду примитивные операции.
Правда, к пониманию SQL должно прилагаться и понимание того как устроены базы данных и желательно понимание как распределяются ресурсы на ОС уровне во время работы базы. Но на то и учатся быть инженерами, а не кодерами, которые не понимают и не стараются понять как работает вся система.
Постарайтесь увидеть всю систему, а язык - это просто инструмент для достижения основных целей для которой она собственно и создана.
В этом случае у вас есть шанс понять свои заблуждения относительно SQL и поможет вам решить ваши профессиональные проблемы.

Ваша проблема в том, что всю систему и теорию реальяционных баз вы не понимаете, и кроме SQL не знаете ничего. А проблема этого недоязыка в том, что он создавался как "язык для бухгалтеров" , и в итоге отлаживать и поддерживать запросы на нем сущий ад. select * from table еще легко и удобно написать, что - то сложнее - выйдет нечитаемая абракадабра как в запросе ТС

[Dmitry67]

В SQL есть ряд проблем с синтаксисли
Но он очень старый язык с огромным грузом совместимости
А вот фабрики фабрик фабрик фабрик это трава сильнее

[iDesperado]

Ваша проблема в том, что всю систему и теорию реальяционных баз вы не понимаете, и кроме SQL не знаете ничего. А проблема этого недоязыка в том, что он создавался как "язык для бухгалтеров" , и в итоге отлаживать и поддерживать запросы на нем сущий ад. select * from table еще легко и удобно написать, что - то сложнее - выйдет нечитаемая абракадабра как в запросе ТС

на фоне map-reduce SQL просто вершина эволюции, впервую очередь из-за читаемости. вы видно где-то в деревни последние годы провели, если не слышали о наростающей моде на sparkSQL, далеко не в бухгалтерской среде.

[oleg lebedev]

приколько не знал что так можно.
хотя не отменяет факта, что sql поразительно убогий и уродливый язык

Вы бы попытались в нём разобраться и научиться на нём эффективно работать вместо того чтобы очернять этот прекраснейший способ взаимодействия с базой данных. SQL - мой самый любимый язык и главный skill. Почти никто не умеет на нём эффективно работать, если не иметь в виду примитивные операции.
Правда, к пониманию SQL должно прилагаться и понимание того как устроены базы данных и желательно понимание как распределяются ресурсы на ОС уровне во время работы базы. Но на то и учатся быть инженерами, а не кодерами, которые не понимают и не стараются понять как работает вся система.
Постарайтесь увидеть всю систему, а язык - это просто инструмент для достижения основных целей для которой она собственно и создана.
В этом случае у вас есть шанс понять свои заблуждения относительно SQL и поможет вам решить ваши профессиональные проблемы.

Ваша проблема в том, что всю систему и теорию реальяционных баз вы не понимаете, и кроме SQL не знаете ничего. А проблема этого недоязыка в том, что он создавался как "язык для бухгалтеров" , и в итоге отлаживать и поддерживать запросы на нем сущий ад. select * from table еще легко и удобно написать, что - то сложнее - выйдет нечитаемая абракадабра как в запросе ТС

Поведайте нам, что вы можете предложить вместо SQL чтобы было понятно чтовы ещё знаете.

[OtherSide]

Поведайте нам, что вы можете предложить вместо SQL чтобы было понятно чтовы ещё знаете.

Рельяционную алгебру непосредственно.
Возможность отложенных вычислений хотябы. Аналог темплейтов, интерфейсов.
функциональное программирование( удобнее и касивее писать подзапросы.)

[Palych]

Поведайте нам, что вы можете предложить вместо SQL чтобы было понятно чтовы ещё знаете.

Рельяционную алгебру непосредственно.
Возможность отложенных вычислений хотябы. Аналог темплейтов, интерфейсов.
функциональное программирование( удобнее и касивее писать подзапросы.)

Кстати, а где-нибудь такое реализовано, хотя бы отчасти?

[oleg lebedev]

Поведайте нам, что вы можете предложить вместо SQL чтобы было понятно чтовы ещё знаете.

Рельяционную алгебру непосредственно.
Возможность отложенных вычислений хотябы. Аналог темплейтов, интерфейсов.
функциональное программирование( удобнее и касивее писать подзапросы.)

Я ничего не знаю про то что вы тут написали, но если это лучше чем SQL во всех отношениях, почему это всё не вытеснило этот "уродливый код"? Каково ваше мнение, как эксперта использования "Рельяционной алгебры" и "аналога темплетов"? Наверное, засилие бухгалтеров в индустрии мешает инновационным технологиям.

[Easbayguy]

Чем херовей девелопер, тем больше критики.

[alex_127]

Try d4. http://wiki.c2.com/?TutorialDee

[OtherSide]

Поведайте нам, что вы можете предложить вместо SQL чтобы было понятно чтовы ещё знаете.

Рельяционную алгебру непосредственно.
Возможность отложенных вычислений хотябы. Аналог темплейтов, интерфейсов.
функциональное программирование( удобнее и касивее писать подзапросы.)

Я ничего не знаю про то что вы тут написали, но если это лучше чем SQL во всех отношениях, почему это всё не вытеснило этот "уродливый код"? Каково ваше мнение, как эксперта использования "Рельяционной алгебры" и "аналога темплетов"? Наверное, засилие бухгалтеров в индустрии мешает инновационным технологиям.

Дмитрий написал, старый язык с грузом совместимости.

[OtherSide]

Поведайте нам, что вы можете предложить вместо SQL чтобы было понятно чтовы ещё знаете.

Рельяционную алгебру непосредственно.
Возможность отложенных вычислений хотябы. Аналог темплейтов, интерфейсов.
функциональное программирование( удобнее и касивее писать подзапросы.)

Кстати, а где-нибудь такое реализовано, хотя бы отчасти?

Ну в ORMках на дотнете можно использовать отложенные вычисления с помощью yeild и компоновать таким обзразом запросы.. Хотя что там орм нагенерит часто непредсказуемо.
Вообще не ясно как можно считать язык, "на котором почти никто не может нормально писать" хорошим

[oleg lebedev]

Поведайте нам, что вы можете предложить вместо SQL чтобы было понятно чтовы ещё знаете.

Рельяционную алгебру непосредственно.
Возможность отложенных вычислений хотябы. Аналог темплейтов, интерфейсов.
функциональное программирование( удобнее и касивее писать подзапросы.)

Я ничего не знаю про то что вы тут написали, но если это лучше чем SQL во всех отношениях, почему это всё не вытеснило этот "уродливый код"? Каково ваше мнение, как эксперта использования "Рельяционной алгебры" и "аналога темплетов"? Наверное, засилие бухгалтеров в индустрии мешает инновационным технологиям.

Дмитрий написал, старый язык с грузом совместимости.

Для старого кода я бы ещё понял, но ведь legacy кодом далеко не всё ограничивается. Если, что-то лучше чем SQL есть в наличии, почему на ваш взгляд, он не поддерживается современными DB по крайней мере основной массой.
Вот возьмите postgres. Это идеальная платформа для внедрения чего-то лучше чем есть. Почему там то, что вы считаете лучше чем SQL неподдерживается?
В postgres можно было внедрить как одну из многих опций для написания функций. В данный момент там поддерживается и sql, и plsql, и perl, и python, c и кажется ещё что-то.
Если бы что-то было лучше чем существующие опции, то уже нашлись бы энтузиасты, кто это бы внедрил. Я хочу подчеркнуть "лучше" хотя бы по одному критерию, а не просто другое.
Ваше мнение хотелось бы услышать.
То что кто-то что-то выдумал другое - ещё далеко недостаточно для принятия в производственную сферу. Нужны преимущества понятные для какой-то весомой части специалистов в этой области.