Вот сижу, работаю, параллельно в R/3 и в MS SQL Server, и периодически зло берет за ABAPский SQL:
1) ограничения на left join
2) ограничения на условия в join
3) нельзя в запросе (в select) указать столбец констант
4) нельзя делать вычисляемые поля (столбцы)
иногда волосы дыбом становятся

Я вот это к чему, вот перейдем мы скоро на версию покруче и сразу вопрос - есть ли какие-то улучшения или все по-старому? Кто работает в более свежих системах (даже не в 4.7) - расскажите вкратце, какие принципиальные улучшения в ABAP там появились?

В 4.72 принципиальных улучшений нет. А вообще тема для курилки...

Всмысле ограничения на left join ?

Указать столбец констант наверное можно.
Скажем если описать структуру таблицы явно - куда будет выгружаться селект - и явно указать значение поля там через VALUE.
Может получится?

Можно попробовать NativeSQL - но там тоже какието ограничения есть.

а вот если бы в оракле работал..=)

в абапе open sql, основная его проблема в том, что он open
а ваще native в руки - барабан на шею

там еще много чего нельзя... не вы первый, не вы последний плюетесь

Ага, среди разработчиков языка ABAP были исключительно одни кретины, ничего не понимающие в программировании. Любой из нас значительно лучше сумел бы реализовать интерпретатор ABAP (задолго до "революционной" Java) и трансляторы из OPEN SQL в несколько диалектов SQL, каждый из которых имеет свои ограничения...

Стандарт ANSI SQL поддерживают практически все платформы, с некоторыми вариациями и ограничениями. Если бы и OPEN SQL соответствовал хотя бы этому стандарту - нытья разработчиков было бы гораздо меньше. Ибо если вы плотно работали с t-sql или pl/sql, то убогость open sql как то удручает.

ЗЫ. Есть в OSQL полезности, которых нет в других диалектах (тот же modify например), но минусов гораздо больше.

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

совершенствуют
но не очень активно... В абап-редакторе можно нажать F1, далее ABAP обзор, далее Изменения в ABAP. Там все видно

Недалеко от истины. Интерфейс и инструментарий для разработки по удобству использования остался на уровне 80х! годов. Это даже не начало 90х( сравни с тем же bc3.1( если мне не изменяет память то вышел он в 92-93 году ). Написание отчетов - вообще.. Paradox3.5 ( тоже разработка начала 90 ) и тот поприятнее подет. Синтаксис языка - вообще молчу.. Ну почему если я задекларировал метод в базовом классе, отнаследовался от него, создал объект типа потомок и не могу вызвать без тайпкаста метод задекларированный в базовом классе?! У меня это вообще в голове не укладывается.

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

Технологии изменились уже давно. Написать приличный редактор используя готовые наработки - по сложности курсовой проект студента 3го курса соответствующей специальности. Интерпертатор.. Ну не в силах сап реализовать самостоятельно интерпретатор - не нужно - есть куча готовых...

PS Ну конечно курилка - просто немного возмутили доводы о невозможности.. Готов забить спор с автором на ящик пива - интегрирую готовы скриптовый движок( читай интерпритатор ) за.. 1 час. Готовых интерпретаторов(весьма достойны) пруд пруди( как коммерческих, так и полностью бесплатных или под тот же gpl )!

сап во всю двигает яву, потому и не сильно чешется
приличные редакторы уже есть, как внешние так и саповские

И в Oracle работал тоже, и много где. Суть в том, что каждая из БД поддерживает SQL более чем... А про Native SQL саповцы же сами пишут - лучше не юзать...

а про open - лучше юзать =)
только вот что значит "лучше" - каждый выбирает для себя
я, например, найтив вообще не пользую, то что в pl можно сделать одним селектов в опен-делается за N, но все же делается

У меня сейчас нет ERP2004, поэтому нажать на F1 не могу, поэтому и спрашиваю

Мега мозг наверно? за час... хм... не, реально мегамозг!