Find для Common-а

[3oppo]

Задача: Метод принимает тип Common (заполненный), нужно узнать есть ли такая запись в таблице. Проблема в том, что мы не знаем какие поля для таблицы являются ключевыми ...
Самое реальное решение задачи, которое приходит мне на ум, это определить некий аналог метода find на базе common-а, для необходимых таблиц (это около 20 таблиц). Может быть, будут какие ни будь другие идеи? Скорость работы является достаточно критичным параметром.

[kashperuk]

Ну, если есть гарантия, что на таблице есть ключевое поле(я), то можно их найти с помощью DictTable
И построить запрос указывая эти поля.

Но вообще если у вас заполнена вся запись Common на входе, то возможно там заполнен и RecID? Тогда по нему

[TasmanianDevil]

Только по RecID и индексом по нему ...
Common, как и xRecord, для модификации пользователю недоступны

[SRF]

Посмотрите как реализованы методы Global::record2dynaKey и Global::dynaKey2record

[S.Kuskov]

Если будете делать так написали, то обязательно оберните всё это дело в Map.

На ум пришла ещё такая идея. Повесить уникальный индекс на нужные поля и попытаться вставить запись. Если такая уже есть, то вызовется исключение, которое можно перехватить, если нужно. Может ещё кто подскажет, как не вставляя запись вызвать такую проверку на уникальность (не уверен точно, сработает ли validateWrite)

[3oppo]

Цитата:

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

Ну, если есть гарантия, что на таблице есть ключевое поле(я), то можно их найти с помощью DictTable
И построить запрос указывая эти поля.

Но вообще если у вас заполнена вся запись Common на входе, то возможно там заполнен и RecID? Тогда по нему

Думал.. Это долго.

[3oppo]

Цитата:

Сообщение от S.Kuskov

Если будете делать так написали, то обязательно оберните всё это дело в Map.

Зачем?

[DSPIC]

Хы, интересно.

Мы не знаем, в какой таблице ищем. А что мы ищем - знаем?
Т.е. у нас на входе:
1) Common
2) Некие критерии

Вопрос - что предасталяют собой критерии? Если критерии - это значения каких-то полей, то что даст набор ключевых полей. К примеру,
критерий поиска = ["ItemId1", "ItemName111"] - 2 поля
ключевые поля таблицы = [ItemId] - 1 поле
И что с этим делать? В любом случае искать придется по связке ItemId+ItemNam, и не важно - ключевой это набор или нет.

[S.Kuskov]

Цитата:

Сообщение от 3oppo

Зачем?

Для унифицированно доступа к методам на 20-ти таблицах.
А как вы собирались их вызывать?

И вообще действительно, уточнили бы постановку задачи. Каким образом заполняется Common?

[lev]

На мой взгляд поиск по RecId (как рекомендовал kashperuk) в Вашем случае, самое нормальное, другое трудно себе представить...

Не понятно как передать параметры (не в каком виде, а в каком порядке)...
Не известно каких типов будут эти ключевые поля (string, date, int и т.п), что бы потом правильно подставить их в запрос...
и ещё много можно придумать неизвестностей.

а если говорить про поиск по RecId, то написали бы в классе SysDictTable статический метод find(TableId _tableId, RefRecId _recId, boolean _forUpdate = false) и думаю должно заработать.

[S.Kuskov]

Что-то я не пойму.
У нас есть ReсId для поиска (или всё-таки нету?)
Но нет уверенность, что этот RecId в нашу таблицу вставлен?

[lev]

может кому пригодиться ради спортивного интереса создал у себя следующее:
1. В классе SysDictTable метод find():

static Common find(TableId  _tableId, RefRecId  _recId, boolean _forUpdate = false)
{
    Common      common;
    DictTable   dictTable;
    ;

    if (_recId != 0)
    {
        dictTable   = new DictTable(_tableId);
        common = dictTable.makeRecord();

        common.selectForUpdate(_forUpdate);

        select firstOnly common
            where common.RecId  == _recId;
    }

    return common;
}

2. Job для теста метода:

static void testFindCommon(Args _args)
{
    InventTable inventTable;
    Common      common;
    ;

    select firstonly inventTable;
    // без forUpdate -->
    common  = SysDictTable::find(inventTable.TableId, inventTable.RecId);

    info(strFmt('До update - %1', common.(fieldNum(InventTable, ItemId))));
    // без forUpdate <--

    // с forUpdate -->
    ttsbegin;

    common  = SysDictTable::find(inventTable.TableId, inventTable.RecId, true);
    common.(fieldNum(InventTable, ItemId)) = common.(fieldNum(InventTable, ItemId)) + 'Тест';
    common.doUpdate();

    ttscommit;

    info(strFmt('После update - %1', common.(fieldNum(InventTable, ItemId))));
    // с forUpdate <--
}

[S.Kuskov]

Жалко, что нет возможность расширять класс Common, а то c кучи таблиц можно было бы снести метод findRecId

[3oppo]

Задача вроде ясно описана.
Поиск по RecID не интересует, так как его нет.

[lev]

Цитата:

Сообщение от S.Kuskov

Жалко, что нет возможность расширять класс Common, а то c кучи таблиц можно было бы снести метод findRecId

а можно и не расширять, а если понадобиться воспользоваться способом, который я описал выше и в преть не писать на всех таблицах метод findRecId

[S.Kuskov]

Цитата:

Сообщение от 3oppo

Поиск по RecID не интересует, так как его нет.

А какие поля есть? все остальные? или не все? или только те которые входят в PrimaryKey? или в любой уникальный индекс(ы)?

[lev]

Цитата:

Сообщение от 3oppo

Задача вроде ясно описана.
Поиск по RecID не интересует, так как его нет.

приношу свои извинения за оффтоп

[3oppo]

Есть все поля которые нужны для поиска нужной записи.. (можно сказать, что все из прайм индекса)

[belugin]

Если вы будете пользоваться таким методом, вы потеряете статическуй типизацию метода find со всеми последствиями:

• компилятор вас не предупредит, если состав индекса или тип полей изменится
• редактор не будет подсказывать, какие параметры надо использовать

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

[3oppo]

Знаю что не очень хорошо.. Поэтому и ищу альтернативу. Но похоже что её нет..