Identyfikator ORA-00972 to zbyt długa nazwa kolumny aliasu

81

mam zapytanie typu:

SELECT column as averyveryveryverylongalias (more than 30 characters)
   FROM Table_name

zwraca błąd Identyfikator ORA-00972 jest zbyt długi , czy jest jakaś wskazówka, aby działał bez skracania aliasu?

Dzięki

sql oracle alias

— mcha
źródło

104

Nie, przed wersją Oracle 12.2 identyfikatory nie mogą przekraczać 30 znaków. Zobacz dokumentację języka Oracle SQL .

Jednak od wersji 12.2 mogą mieć długość do 128 bajtów. (Uwaga: bajty, nie znaki).

— Tony Andrews
źródło

23

z ciekawości, czy ktoś wie, skąd się bierze to ograniczenie i dlaczego nigdy nie zostało ono złagodzone? Naprawdę uderza mnie, że żaden z płacących milion dolarów klientów Oracle nigdy nie zażądał takiej funkcji (teraz nie zrozumcie mnie źle, jestem prawie pewien, że jest jakiś głęboki techniczny powód, ale nadal ...)

— phtrivier

10

Ok, mogłem zapytać SO: stackoverflow.com/questions/1378133/ ...

— phtrivier

Ja też spotkałem się z taką sytuacją. Mam kolumnę tabeli o długości nazwy = 32. Ale dlaczego, u licha, nazwa kolumny tabeli może mieć więcej niż 30 znaków, podczas gdy w tym samym czasie identyfikator nie jest? Te ograniczenia powinny iść w parze, prawda? Jak w ogóle może dojść do takiej sytuacji?

— Vering

@Vering Czy zawiera więcej niż 30 znaków czy więcej niż 30 bajtów? Występuje dziwny błąd, w którym identyfikator może mieć nieco więcej niż 30 bajtów, jeśli ostatni znak jest wielobajtowy.

— Jon Heller

@JonHeller: Jestem pewien, że było to

— 30/32

12

Błąd jest również spowodowany dziwaczną obsługą cudzysłowów i pojedynczych qutoes. Aby uwzględnić w zapytaniu pojedyncze cudzysłowy , użyj podwójnych apostrofów.

To nie zadziała

select dbms_xmlgen.getxml("Select ....") XML from dual;

albo to albo

select dbms_xmlgen.getxml('Select .. where something='red'..') XML from dual;

ale to działa

select dbms_xmlgen.getxml('Select .. where something=''red''..') XML from dual;

— mike cummings
źródło

Znaczniki zmieniłem Przykładowo należy coś równa apostrof pojedynczy cytat Red jeden cytat apostrof

— Cummings mike

5

Obiekt, w którym Oracle przechowuje nazwę identyfikatorów (np. Nazwy tabel użytkownika są przechowywane w tabeli o nazwie USER_TABLES, a nazwy kolumn użytkownika są przechowywane w tabeli o nazwie USER_TAB_COLUMNS), mają kolumny NAME (np. TABLE_NAME w USER_TABLES) o rozmiarze Varchar2 (30) ... i jest jednolity we wszystkich tabelach systemowych obiektów lub identyfikatorów -

 DBA_ALL_TABLES         ALL_ALL_TABLES        USER_ALL_TABLES
 DBA_PARTIAL_DROP_TABS  ALL_PARTIAL_DROP_TABS USER_PARTIAL_DROP_TABS
 DBA_PART_TABLES        ALL_PART_TABLES       USER_PART_TABLES 
 DBA_TABLES             ALL_TABLES            USER_TABLES           
 DBA_TABLESPACES        USER_TABLESPACES      TAB
 DBA_TAB_COLUMNS      ALL_TAB_COLUMNS         USER_TAB_COLUMNS 
 DBA_TAB_COLS         ALL_TAB_COLS            USER_TAB_COLS 
 DBA_TAB_COMMENTS     ALL_TAB_COMMENTS        USER_TAB_COMMENTS 
 DBA_TAB_HISTOGRAMS   ALL_TAB_HISTOGRAMS      USER_TAB_HISTOGRAMS 
 DBA_TAB_MODIFICATIONS  ALL_TAB_MODIFICATIONS USER_TAB_MODIFICATIONS 
 DBA_TAB_PARTITIONS   ALL_TAB_PARTITIONS      USER_TAB_PARTITIONS

— Saptarshi
źródło

5

Używam systemu raportowania Argos jako frontendu i Oracle z tyłu. Właśnie napotkałem ten błąd i był on spowodowany przez ciąg znaków z podwójnym cudzysłowem na początku i pojedynczym cudzysłowem na końcu. Zastąpienie podwójnego cudzysłowu pojedynczym rozwiązało problem.

— Jan
źródło

0

Jeśli niedawno zaktualizowałeś springboot do 1.4.3, może być konieczne wprowadzenie zmian w pliku yml:

yml w wersji 1.3:

jpa: 
  hibernate: 
    namingStrategy: org.hibernate.cfg.EJB3NamingStrategy

yml w wersji 1.4.3:

jpa: 
  hibernate: 
    naming: physical-strategy: org.hibernate.boot.model.naming.PhysicalNamingStrategyStandardImpl

— NiTiN
źródło

-2

Jak wspominali inni, nazwy w Oracle SQL muszą mieć 30 znaków lub mniej. Dodam, że ta reguła dotyczy nie tylko nazw tabel, ale także nazw pól. Więc masz to.

— GreatApps4YOU
źródło