Comments 12
А под кат спрятать саму статью нельзя было?
-1
Планируется полноценная поддержка SQL?
В статье говорится о новизне и больших возможностях, но запросы, на которых построена основная часть логики программ, до сих пор ограничены «очень своеобразным» синтаксисом. Да кейсы и динамическая типизация таблиц это очень круто и сэкономит много времени, но все же… Доколе? :)
В статье говорится о новизне и больших возможностях, но запросы, на которых построена основная часть логики программ, до сих пор ограничены «очень своеобразным» синтаксисом. Да кейсы и динамическая типизация таблиц это очень круто и сэкономит много времени, но все же… Доколе? :)
Поддержка новейшего OpenSQL?
+1
В SAP NW 7.4 SP5 также появились CDS Views (1, 2, 3).
Языком написания AMDP является не OpenSQL, а SQL Script.
Какие конкретно возможности SQL-92 вас интересуют?
Языком написания AMDP является не OpenSQL, а SQL Script.
Какие конкретно возможности SQL-92 вас интересуют?
0
О. Живой SAPовец. А можно задать Вам вопрос для общего развития?
Откуда в SAP взялось это совершенно идиотское ограничение в 40 символов и как вообще с этим работать и жить?
Откуда в SAP взялось это совершенно идиотское ограничение в 40 символов и как вообще с этим работать и жить?
-1
В ERP столько ограничений, про какие именно 40 символов идёт речь?
0
В наименованиях. «Краткий текст»
0
Простите, в наименованиях чего? Какая таблица\программа\поле?
0
Ответ прост и печален: тип CHAR занимает фиксированную длину в таблице, был даже специальный костыль LCHR для длинных строк, который имеет ряд ограничений.
Сейчас есть тип STRING, который может держать любые строки и не жрёт лишней памяти (наконец-то), но старые разработки, боюсь никто уже никогда изменять не будет.
Сейчас есть тип STRING, который может держать любые строки и не жрёт лишней памяти (наконец-то), но старые разработки, боюсь никто уже никогда изменять не будет.
+1
У меня есть подозрения, зная общую идеологию SAP, что ноги растут аж со стандарта перфокарт IBM, которые 80 символов. Ну и юникод — итого целых 40.
0
Я думаю с появления abap-словаря в 1983, а вот Юникода изначально не было, поэтому вряд ли эта теория верна.
Интересно, что у некоторых до сих пор установлена ERP без поддержки юникода, ведь до седьмой версии SAP NetWeaver (аж 2008-ой год!) юникод не был обязательным. При конвертации максимально допустимая длина строк не уменьшалась: как было 40, так и осталось.
Интересно, что у некоторых до сих пор установлена ERP без поддержки юникода, ведь до седьмой версии SAP NetWeaver (аж 2008-ой год!) юникод не был обязательным. При конвертации максимально допустимая длина строк не уменьшалась: как было 40, так и осталось.
0
Так исторически сложилось, видимо ничего не остаётся, кроме как просто смириться с этим…
Как работать и жить? Сокращать где можно, а в документации, в том числе и к создаваемым объектам, писать пояснения «что это» и «для чего нужно» — придёт за вами программист, увидит ZE731_T48_PCKGCF, ужаснётся, прочитает в документации «Table for document packages creation flags» и скажет больше спасибо :)
Как работать и жить? Сокращать где можно, а в документации, в том числе и к создаваемым объектам, писать пояснения «что это» и «для чего нужно» — придёт за вами программист, увидит ZE731_T48_PCKGCF, ужаснётся, прочитает в документации «Table for document packages creation flags» и скажет больше спасибо :)
0
Sign up to leave a comment.
Разработка на ABAP для SAP HANA