OK, agora ficou um pouco mais claro, realmente se vc não precisa (ao contrário
do que tinha dito originalmente) fazer nenhuma manipulação / group/nem nada em
coluna LONG, ok, vc trabalha diretamente em SQL mesmo...
Porém, tudo que eu falei de Limitações e Contra-indicações do LONG ** Continua
V
Ela é manipulada:
tabela chamados -> pego os campos que eu quero para cada chamado (1, 2, 3...)
tabela history -> tem N historys para cada chamado
Necessidade: trazer aos campos da tabela chamados, a coluna STRTEXT da tabela
history, sendo que necessita ser apenas o último STRTEXT (usando
MAX(C
Não tem select * from tabela que contém long. A coluna strtext é a long e
apenas ela está vindo da tabela que contém long.
att
Vitor Jr.
https://www.linkedin.com/in/vitorjr
Em 17 de jan de 2018 10:48, "jlchia...@yahoo.com.br [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Tá, mas
Perdão, substitua o SELECT * por SELECT tabela.STRTEXT, que é a coluna LONG : o
que eu não tinha entendido é que uma select simples (SEM manipular, SEM
agrupar, SEM fazer NADA com a coluna LONG) te atendia... OK, se é isso, blz...
[]s
Chiappa
Tá, mas vc não tinha dito que precisava concatenar/fazer GROUP BY (enfim,
processar como uma só coluna) a coluna LONG chamada STRTEXT
Textualmente :
"Imaginei fazer isso fazendo um MAX na CODHISTORY, com um group by com a
STRTEXT, como exemplo pra um único chamado:
"
==> *** TODA *** a mi
Ou como um amigo acabou de sugerir:
with tbl as
(
SELECT /*+ materialize */ ch.codchamado AS "NumeroChamado",
ch.strtitulo AS "Titulo",
tp.strtipo AS "Tipo",
ch.strnomeusuario AS "Solicitante",
st.strstatus AS "Status",
ch.datdatacritica AS "Dat
Bom, antes de mais nada : há MUUITOS ANOS o datatype LONG é de-suportado, E
ele tem muitas e várias limitações (por exemplo, não pode participar de
cláusula WHERE, não pode ser operador para funções string e/ou de filtro como
LIKE, só pode ter um LONG por tabela, não pode ser chave para JOIN
Ah, importante : eu não tinha comentado, mas 6000 processos via de regra é um
Exagero : veja vc, o RDBMS Oracle tem coisa de duas dúzias de processos
internos, aí cada sessão cria um processo (digamos que vc tenha umas centenas
de sessões simultâneas, vai dar uns 300 processos para as sessões),
Oracle Database 11g Release 11.2.0.4.0 - 64bit Production
Tenho a seguinte consulta:
col titulo FOR a50 trunc
col tipo FOR a30 trunc
col status FOR a30 trunc
col solicitante FOR a40 trunc
col resolvedor FOR a40 trunc
SELECT *
FROM
(SELECT ch.codchamado AS "NumeroChamado",
ch.s