This content has been marked as final. Show 2 replies
The behavior changed between the 3.0 patch 1 and the 3.1 release, and no preference exists to control it. There is no guarantee that SQL Developer's worksheet mimics SQL*Plus behavior exactly, but that is the general direction we are headed.
Not sure if it was intentional but, based on expected escaping behavior, one would think that if
select 'A \n B' as t from dual;respects the logical newline in Run Script, then
select 'A \ \n B' as t from dual; --ignore the extra space between the backslasheswould do what you wish, but it does not. In any event, SQL*Plus does no escaping in this context.
I will log a bug if this turns out to be a regression.
The following thread is not directly related to this issue. It only illustrates that Run Statement and Run Script behavior differ with respect to how embedded physical newline characters are displayed:
Re: SQL Developer autoformating text values with hypen (-)
Especially see Barry's comment on compression at the end.
SQL Developer Team
Thank you for the reply. My main intention was to know, that it is not my fault when the two versions of SQL developer behave different. But I think, that there should be a way to get \n as output in an SQL script, either with escaping or with a switch in the preferences of SQL developer. Also chr(92)||chr(110) does not help in this case.