Что лучше select RecId или select TableId

[Logger]

PHP код:

        while select factureJour
            join RecId from factureTrans
            join RecId from markupTrans
            join RecId from custVendInvoiceTrans
            where factureJour.Module                 == module                       &&
                  factureJour.CustVendInvoiceAccount == this.InvoiceAccount          &&
                  factureTrans.FactureId             == factureJour.FactureId        &&
                  factureTrans.Module                == module                       &&
                  factureTrans.FactureLineType       == FactureLineType_RU::Markup   &&
                  markupTrans.RecId                  == factureTrans.MarkupRefRecId  &&
                  markupTrans.TransTableId           == custVendInvoiceTrans.TableId &&
                  custVendInvoiceTrans.RecId         == markupTrans.TransRecId       &&
                  custVendInvoiceTrans.SalesPurchId  == this.Num                     &&
                  custVendInvoiceTrans.InvoiceNum    == this.InvoiceId               &&
                  (module == FactureModule_RU::Cust  ||
                   (module == FactureModule_RU::Vend  &&
                    custVendInvoiceTrans.PurchInternalInvoiceId == this.PurchInternalInvoiceId)) &&
                  custVendInvoiceTrans.InvoiceDate  == this.InvoiceDate             &&
                  custVendInvoiceTrans.NumberSequenceGroupId
                                                    == this.NumberSequenceGroupId
        {
            if ( ! ret.find(factureJour))
            {
                ret.ins(factureJour);
            }
        } 


Встретил такой код в
\Data Dictionary\Maps\CustVendInvoiceJour\Methods\factureJourSortedList_RU

Из таблиц
factureTrans
markupTrans
custVendInvoiceTrans

выбирается поле recId но нигде не используется.
Можно было бы просто написать
join TableId from factureTrans
join TableId from markupTrans
join TableId from custVendInvoiceTrans
Запрос должен получиться легче.

У кого какие мысли ?

[George Nordic]

Осторожно: в 4ке RecId уникальный по каждой таблице. Будет работать только связка TableId - RecId.

И, вообще, вязаться по RecId - порочная практика... но от кода не уйдешь

С Уважением,
Георгий

[Logger]

Цитата:

Сообщение от George Nordic

Осторожно: в 4ке RecId уникальный по каждой таблице. Будет работать только связка TableId - RecId.

неее...
я имел в виду другое.
Судя по всему автор кода хотел снизить объем выборки из базы поэтому поставил выборку поля RecID - потому как таблицы
factureTrans
markupTrans
custVendInvoiceTrans
джойнятся здесь не для выборки из них данных а для фильтрации. Они играют роль фильтра.

Непонятно только почему указано select recId
когда можно вообще никакие поля не выбирать из базы.

Так должно работать быстрее.

Вот хочу понять это просто недочет разработчиков или специально так написано и select TableID нельзя было писать.

[kashperuk]

Думаю, самый простой способ - попробовать проверить

Если смотреть только тот код, который приведен здесь - вроде как да, TableId подойдет и теоретически ускорит.

[gl00mie]

Цитата:

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

Встретил такой код в
\Data Dictionary\Maps\CustVendInvoiceJour\Methods\factureJourSortedList_RU

Из таблиц factureTrans, markupTrans, custVendInvoiceTrans выбирается поле recId но нигде не используется. Можно было бы просто написать
join TableId from factureTrans
join TableId from markupTrans
join TableId from custVendInvoiceTrans
Запрос должен получиться легче. У кого какие мысли ?

В Аксапте все немного не так, как в обычном SQL Если просто написать, скажем, такое

select      firstonly markupTrans
    join    markupTable
    where   markupTable.markupCode == markupTrans.markupCode;

то будут выбираться все поля как из MarkupTrans, так и из MarkupTable. Поэтому запрос вида

select      firstonly  markupTrans
    join    recId from markupTable
    where   markupTable.markupCode == markupTrans.markupCode;

будет "легче" с той точки зрения, что из MarkupTable будет явно выбираться только поле recId (которое и так выбирается, если в запросе нет агрегирующих фукнций), а не все поля подряд.

Цитата:

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

Вот хочу понять это просто недочет разработчиков или специально так написано и select TableID нельзя было писать.

Можно было написать и select tableId, и даже select dataAreaId - разницы не будет никакой

[mazzy]

Цитата:

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

Можно было написать и select tableId, и даже select dataAreaId - разницы не будет никакой

Не так малешко. Разница будет.

tableId - псевдополе, которое никогда не хранится в таблице (его подставляет ядро).
dataAreaId - может хранится в таблице, а может не хранится (для общих таблиц).
recid - хранится всегда (даже для временных таблиц).

Если поле не хранится в таблице, то ядро может и не отправить запрос на SQL сервер.
Сравните с поведением выключенных лицензионными/конфигурационными ключами таблиц.

Возвращаясь к первоначальному вопросу

Цитата:

join TableId from factureTrans
join TableId from markupTrans
join TableId from custVendInvoiceTrans
Запрос должен получиться легче.

запрос действительно может получится легче.
Строка с запросом просто может не содержать join'ов

В общем, в запросе должно участвовать хотя бы одно хранимое и включенное поле.

[kashperuk]

Просто при использовании join TableId необходимо, чтобы на таблицу, которая так присоединяется, накладывались фильтры. Тогда по идее отработает как положено

А вот если ни одного фильтра нет, то вместо выбора всех значений, для которых есть соответствие во второй таблице (exists join, по сути), см. пост ниже(можем получить все данные, потому что таблица не будет включена в запрос)

Это мне так кажется только, на самом деле. Надо это еще проверить, чтобы утверждать наверняка. Попробую сделать это на след. неделе

[AndyD]

Э...
А на основании чего родилась уверенность, что использование tableId приведет к отбрасыванию таблицы в запросе?
Кстати, даже отбрасывание where приведет к декартовому соединению, но в запросе будут участвовать все таблицы.

PS Еще. В исходном запросе для таблицы FactureTrans_RU (factureTrans) помимо recId так же выбираются поля, входящие в индекс FactureIdx (FACTUREID, LINENUM, MODULE)

[mazzy]

Цитата:

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

А на основании чего родилась уверенность, что использование tableId приведет к отбрасыванию таблицы в запросе?

Это не уверенность, а скорее "суеверие".

Когда-то в какой-то версии и в каком-то сервис-паке было такое поведение.
С тех пор сформулировал для себя такое правило.
В последних версиях и сервис-паках не проверял.

[Yprit]

Цитата:

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

a exists join не ускорит?

exists join в общем случае замедляет по моим наблюдениям, поскольку на сервер уходит подзапрос