Início / dba / Perguntas / 6855
Accepted
Martin Smith
Asked: 2011-10-16 14:59:38 +0800 CST

O {fn concat} funcionará sem problemas no MySQL, SQL Server e Oracle?

  • 772

De acordo com este artigo (bastante antigo), o princípio por trás das sequências de escape ODBC é que

O driver ODBC lê a sequência de escape e a traduz na sintaxe específica do DBMS antes de enviar a consulta ao banco de dados

No entanto, se eu tentar o seguinte

servidor SQL

CREATE PROCEDURE foo_bar
AS
BEGIN
  SELECT  {fn concat ('foo', 'bar')};
END

meu SQL

DELIMITER $$

CREATE PROCEDURE foo_bar()
BEGIN
  SELECT  {fn concat ('foo', 'bar')};
END

As sequências de escape permanecem não traduzidas na definição do objeto e chamar as rotinas funciona bem. Isso indica para mim que os próprios RDBMSs entendem nativamente a sintaxe, em vez de depender da tradução, portanto funcionarão independentemente do método de conexão. Esse entendimento está correto e, em caso afirmativo, também se aplica ao Oracle?

sql-server mysql

1 respostas

  1. Best Answer

    Isso parece funcionar apenas por meio de uma conexão JDBC. Seu SELECT funciona com Oracle, PostgreSQL e DB2 ao usar uma ferramenta de consulta baseada em Java/JDBC.

    Usando as ferramentas nativas, esta instrução gera um erro:

    Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning and OLAP options

SQL> SELECT  {fn concat ('foo', 'bar')} from dual;
SELECT  {fn concat ('foo', 'bar')} from dual
        *
ERROR at line 1:
ORA-00911: invalid character

    O mesmo vale para o PostgreSQL:

    psql (9.1.1)
Type "help" for help.

postgres=> SELECT  {fn concat ('foo', 'bar')};
ERROR:  syntax error at or near "{"
LINE 1: SELECT  {fn concat ('foo', 'bar')};

    e DB2:

    (c) Copyright IBM Corporation 1993,2007
Command Line Processor for DB2 Client 9.7.0

db2 => SELECT  {fn concat ('foo', 'bar')} from sysibm.sysdummy1;
SQL0104N  An unexpected token "SELECT  {" was found following
"BEGIN-OF-STATEMENT".  Expected tokens may include:  "<values>".
SQLSTATE=42601
    • 3

relate perguntas