второе название таблицы

[Neymexa]

есть способ задавать иные имена таблицам в запросе.

вопрос зачем это нужно?

пример.

select * from tabel tb

[vovk]

не иные имена а псевдонимы. Для удобства, и бывают моменты когда чтоб составить набор данных, нужно использовать в наборе одну и туже таблицу, 2 и более раз, с различными связями, тут без псевдонимов и не отличиш кому принадлежит поле.

Самый простой пример, это таблицы с древообразной структурой.

вот както так

[Stilet]

Neymexa

select * from tabel as [Моя таблица]
или чаще всего короче
select * from tabel tb where tb.Pole=...

[Neymexa]

Сообщение от vovk

не иные имена а псевдонимы. Для удобства, и бывают моменты когда чтоб составить набор данных, нужно использовать в наборе одну и туже таблицу, 2 и более раз, с различными связями, тут без псевдонимов и не отличиш кому принадлежит поле.

Самый простой пример, это таблицы с древообразной структурой.

вот както так

точно-никак не мог вспомнить слово "псевдоним".

спасибо. но мне кажется путаницы не будет ведь имена таблиц уникальны.единственно кажется для уменьшения кода

[vovk]

Сообщение от Neymexa

точно-никак не мог вспомнить слово "псевдоним".

спасибо. но мне кажется путаницы не будет ведь имена таблиц уникальны.единственно кажется для уменьшения кода

путаница будет, если одну и туже таблицу использовать в 1 запросе, с разными связями.

вот примерно таблица где по задумке, должен содержатся адрес

CREATE TABLE ADDRESS_BOOK (
  ID         INTEGER NOT NULL,
  NAME       "var_char_name" NOT NULL,
  PARENT_ID  INTEGER,
  LEVEL_NO   NUMERIC(1),
  /* Keys */
  PRIMARY KEY (ID),
  /* Foreign keys */
  CONSTRAINT FK_PARENT_ID
    FOREIGN KEY (PARENT_ID)
    REFERENCES ADDRESS_BOOK(ID)
    ON DELETE CASCADE
    ON UPDATE NO ACTION
);

к примеру предусмотрим чтоб адрес был не более чем 3 уровней вложенпия, допустим "город", "жилой район", "улица"

у каждого объекта будет свой ID и PARENT_ID парент соответственно указывает на объект выше уровнем. допустим у нас есть записи


ID NAME PARENT_ID LEVEL_NO
1 город1 | 0 | 1
2 район1 | 1 | 2
3 город2 | 0 | 1
4 район2 | 3 | 2
5 улица1 | 4 | 3
6 улица2 | 2 | 3
7 улица3 | 2 | 3

тут видно что улица1 находится в районе2 который расположен в городе2.

вот как получить список всех улиц с названием города и района (каждое название в своём столбце) запросом без псевдонимов?

с псевдонимами можно както так сделать

SELECT 
  g_.NAME,
  r_.NAME,
  u_.NAME
FROM
 ADDRESS_BOOK g_
 RIGHT JOIN ADDRESS_BOOK r_ ON (r_.PARENT_ID=g_.ID)
 RIGHT JOIN ADDRESS_BOOK u_ ON (u_.PARENT_ID=r_.ID)
where u_.LEVEL_NO=3

[Stilet]

путаница будет, если одну и туже таблицу использовать в 1 запросе, с разными связями.

Верно. СУБД сообщит что пошла перекресная ссылка таблицы на саму себя (что фактически заставит ее заново проходить эту таблицу, так рекурсия проходов набьется и СУБД упадет)

[Neymexa]

На примере не очень понятно,но видно что старался так что - спасибо всем огромное.

[Stilet]

Ну почему же непонятно?
Вот смотри: Есть таблица ADDRESS_BOOK
Ты пытаешься из нее выбрать только те записи где полюбому будут "город", "жилой район", "улица"
Для этого пишется обьединения:

ADDRESS_BOOK g_
 RIGHT JOIN ADDRESS_BOOK ON (PARENT_ID=g_.ID)
 RIGHT JOIN ADDRESS_BOOK ON (PARENT_ID=r_.ID)

Но беда в том что таблица не может быть обьеденина сама с собой,
RIGHT JOIN ADDRESS_BOOK ON (PARENT_ID=g_.ID) - тут ты пытаешся выдрать те записи, где адрес находится в нужном городе, но СУБД заругается - ей нужно обьединять по разным таблицам или представлениям
А когда ты даешь алиас

 ADDRESS_BOOK g_
 RIGHT JOIN ADDRESS_BOOK r_ ON (r_.PARENT_ID=g_.ID)

СУБД расценивает r_ как копию ADDRESS_BOOK, а это уже считается "другой таблицей", потому запрос с алиасами проходит на ура.

[Neymexa]

спс. понял.
кстати как переводится твоя подпись?

[Serge_Bliznykov]

кстати как переводится твоя подпись?

Виталий, а можно я переведу? (правда, рiдной мовы я ни разумию, но гугл-транслейт_тулз рулит! )

Пусть проблемы и невзгоды не делают Вам в жизни погоды. Удачи Вам.