Проверки заполненных значений в связанных таблицах.

[miklenew]

При импорте часто возникает необходимость проверки заполненных значений в связанных таблицах. Кодом то можно всё что угодно закинуть. А если инфа идёт из внешнего источника. На корректность вообще глупо рассчитывать. Искал специальный метод не нашёл. Пришлось написать.

Static boolean CheckValidateField(Common _table)
{
    DictTable       dictTable = new DictTable(_table.TableId);
    DictField       dictField;
    int             fieldCount = dictTable.fieldCnt();
    int             i;
    int             x;
    boolean         ret;
    ;
    ret = true;
    for (i = 1; i <= fieldCount; i++)
    {
        dictField = new DictField(dictTable.id(), dictTable.fieldCnt2Id(i));
        x=dictField.id();
        if(!dictField.isSystem() && (dictField.baseType() == Types::String || dictField.baseType() == Types::Integer) && _table.(x))
        {
            if (!_table.validateField(x))
                ret = false;
        }
    }
    return ret;
}

Если кто знает стандартный метод и поделиться где он лежит, буду благодарен.

[Alex_KD]

Проверок побольше сделайте.
Такие комбинации не всегда проходят:

dictField = new DictField;

Вам не кажется, что в методе не хватает информативности?

Что-то в этом роде:

            if (!_table.validateField(x))
            {
                sysinfo = new SysInfoAction_TableField(_table, x);
                if( dictField.arraySize() > 1)
                    info(strfmt("Field %1.%2[%3] with RecId = %4 not valid", dict.tableName(_table.TableId), dictField.name(), dictField.arraySize(), _table.RecId), "", sysinfo);
                else
                    info(strfmt("Field %1.%2 with RecId = %3 not valid", dict.tableName(_table.TableId), dictField.name(), _table.RecId), "", sysinfo);
                ret = false;
            }

[miklenew]

Цитата:

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

Проверок побольше сделайте.
Такие комбинации не всегда проходят:

dictField = new DictField;

Вам не кажется, что в методе не хватает информативности?

Те ошибки которые генерит система достаточны.
На счёт не всегда проходят согласен. Подправил место

if(!dictField.isSystem())

надо

if(!dictField.isSystem() && dictField.baseType() == Types::String && _table.(x))

[Alex_KD]

dictField.baseType() == Types::String

А почему?
А если условие на интовое поле (например).

     .

У меня много ошибок на которые система ничего не говорит.

dictTable = new DictTable(_table.TableId);

Я имел ввиду, что это не факт, что всегда dictField = !null после такой строчки.
А если он будет null - сами понимаете....

PS Про "не найдено в связанном справочнике..." система действительно сама ворчит.

[miklenew]

Цитата:

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

А почему?
А если условие на интовое поле (например).

Интовое и связываться будет по интовому.
Место конечно узкое.
Но найдите в системе, чтоб интовое поле было ключевым. Если так можно сказать. Я таких не видел.

Цитата:

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

У меня много ошибок на которые система ничего не говорит.

Я лишь проверяю есть ли это значение в связанной таблице. Остальные ошибки это другие методы.

Цитата:

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

Я имел ввиду, что это не факт, что всегда dictField = !null после такой строчки.
А если он будет null - сами понимаете....

Пример?

[petr]

Цитата:

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

При импорте часто возникает необходимость проверки заполненных значений в связанных таблицах. Кодом то можно всё что угодно закинуть. А если инфа идёт из внешнего источника. На корректность вообще глупо рассчитывать. Искал специальный метод не нашёл. Пришлось написать.

Как проверить целостность данных

Не подобная ли проблема и у вас? Если подобная, то решение в сообщении gl00mie в этой теме.

[Alex_KD]

Например:

dictTable = new DictTable(0);

Цитата:

Я таких не видел.

Есть парочку (список неполный):

Info Сообщение (13:14:05) CustPaymSchedLine.ParentRecID
Info Сообщение (13:14:05) LedgerBudget.ExpandId
Info Сообщение (13:14:05) LedgerClosingTrans.OffsetAccountRecId
Info Сообщение (13:14:05) LedgerKeyTrans.PeriodStart
Info Сообщение (13:14:05) LedgerPeriod.PeriodStart
Info Сообщение (13:14:05) LedgerPeriod.PeriodEnd
Info Сообщение (13:14:05) ProdTable.GanttColorId

[miklenew]

Цитата:

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

Как проверить целостность данных

Не подобная ли проблема и у вас? Если подобная, то решение в сообщении gl00mie в этой теме.

В самом методе не разбирался может и то, может даже лучше, но использовать не удобно. Класс надо создавть, а он ещё и абстрактный.
Static метод лучше закинул себе его в глобал. Ещё не раз пригодиться.

[miklenew]

Цитата:

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

Например:

Есть парочку (список неполный):
Info Сообщение (13:14:05) CustPaymSchedLine.ParentRecID
Info Сообщение (13:14:05) LedgerBudget.ExpandId
Info Сообщение (13:14:05) LedgerClosingTrans.OffsetAccountRecId
Info Сообщение (13:14:05) LedgerKeyTrans.PeriodStart
Info Сообщение (13:14:05) LedgerPeriod.PeriodStart
Info Сообщение (13:14:05) LedgerPeriod.PeriodEnd
Info Сообщение (13:14:05) ProdTable.GanttColorId

На счёт int убедил. На счёт даты и DictTable(0) нет.
Подправил метод.

[Alex_KD]

Я бы перестраховался
Но дело ваше.

На счет класса - validateWrite вызывает помимо validateField.

[kashperuk]

Посмотрите классы, которые начинаются на Ax
Они делают все проверки, которые вы хотите, проверяя при заполнении поля его допустимость, и потом вызывая validateWrite перед непосредственным сохранением записи.

Да и вообще может просто получиться этими классами воспользоваться вместо написания своего?

[miklenew]

Цитата:

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

Посмотрите классы, которые начинаются на Ax
Они делают все проверки, которые вы хотите, проверяя при заполнении поля его допустимость, и потом вызывая validateWrite перед непосредственным сохранением записи.

Да и вообще может просто получиться этими классами воспользоваться вместо написания своего?

Классы интересные, но AxInternalBase абстрактный остальные под конкретные таблицы написаны.
Методы все мне не нужны, мне нужна проверка именно на то что я написал не больше не меньше.