Взаимоисключающие условия для like

[Starling]

Исходные данные задачи:
1. Есть Table1 c полями:
a. Id – код
b. Amount – сумма
2. Есть периодическая операция, которая должна выбрать записи из table1 и увеличить значение поля Amount на заданную величину. При запуске операции открывается временная таблица tmpTable1, с полями:
a. Mask – маска для поля id в Table1
b. addAmount – величина , на которую необходимо увеличить значение в поле Amount в Table1
Т.е. примерно такой код:

While select from tmpTable1
	Join forUpdate  Table1 where Table1.Id like tmpTable1.Mask
{
	Table1.Amount += tmpTable1.addAmount;
	Table1.update();
}

Вопрос – как реализовать проверку, чтобы значение в поле mask таблицы tmpTable1 были взаимоисключающими, т.е. чтобы одно значение Id в Table1 удовлетворяло только одной (или ни одной) записи в tmpTable1.
Пример:
Вариант 1 (корректный) - когда одна запись из table1 может быть сджойнена только с одной записью tmpTable1
Mask1 = 6*
Mask2 = 7*
Вариант2 (некорректный) - когда одна запись из table1 может быть с джойнена c несколькими записями tmpTable1
Mask1 = 6*
Mask2 = *7

[George Nordic]

Почитайте про outter, exists и про innerjoin.

Справка по select

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

[NNB]

То есть Вам надо обнаружить наличие двух строчек с одним id из tabl1. Если это так то в томи же цикле и проверяйте очевидным образом

[Gustav]

Цитата:

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

Пример:
Вариант 1 (корректный) - когда одна запись из table1 может быть сджойнена только с одной записью tmpTable1
Mask1 = 6*
Mask2 = 7*
Вариант2 (некорректный) - когда одна запись из table1 может быть с джойнена c несколькими записями tmpTable1
Mask1 = 6*
Mask2 = *7

Может, покажете для примера несколько конкретных значений из каждой таблицы и что чему должно соответствовать? А то так "на слух" тяжеловато соображается... Спасибо.

P.S. Насколько я понимаю, при условиях варианта 1 значение, например, 67 однозначно попадет на 6*, а при условиях варианта 2 значению 67 будут соответствовать и 6*, и *7, что недопустимо. А чему из двух должно однозначно соответствовать 67 во втором случае? Т.е. какие "правила игры"?

[Starling]

Цитата:

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

А чему из двух должно однозначно соответствовать 67 во втором случае? Т.е. какие "правила игры"?

Для 67 должно быть только одно подходящее условие, если их 2 - это уже некорреткно.

[Gustav]

Цитата:

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

Для 67 должно быть только одно подходящее условие, если их 2 - это уже некорреткно.

Это уже понятно, но приоритет-то Вами каким-то образом должен быть задан. Я и спрашиваю про "правила"

[Starling]

Цитата:

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

Это уже понятно, но приоритет-то Вами каким-то образом должен быть задан. Я и спрашиваю про "правила"

Правила игры одно – если в таблице tmpTable1 есть хотябы 2 записи, которым потенциально может удовлетворять одно и тоже значение id из таблицы table1, то это ошибка. Если таких записей нет, то и ошибки нет.

[Starling]

Пример1 (корректный):
Записи table1
7489 +10
7569 +11
6758 +12
6547 +13
Записи tmpTable1:
7* +2
6* +3
После выполнения получу такие данные в table1
7489 +12 (+2 по маске 7*)
7569 +13 (+2 по маске 7*)
6758 +15 (+3 по маске 6*)
6547 +16 (+3 по маске 6*)
Пример2 (некорректный по БП):
Записи table1
7489 +10
7569 +11
6758 +12
6547 +13
Записи tmpTable1:
*7 +2
6* +3
После выполнения получу такие данные в table1
7489 10 (0 нет подходящей маски)
7569 11 (0 нет подходящей маски)
6758 15 (+3 по маске 6*)
6547 18 (+3 по маске 6* и +2 по маске *7) – возможность появления таких ситуаций я хочу исключить, выполнив проверку данных в таблице tmpTable1.

[dn]

Цитата:

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

6547 18 (+3 по маске 6* и +2 по маске *7) – возможность появления таких ситуаций я хочу исключить, выполнив проверку данных в таблице tmpTable1.

Заводим переменную, куда пишем значение приращения по маске, если значение этой переменной было 0. При переходе к новой записи в table1 значение этой переменной обнуляем. Если проверка на 0 не сработала, то откатываем приращение по этой строке.

[Starling]

Цитата:

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

Заводим переменную, куда пишем значение приращения по маске, если значение этой переменной было 0. При переходе к новой записи в table1 значение этой переменной обнуляем. Если проверка на 0 не сработала, то откатываем приращение по этой строке.

Это коночно решение, но решение полным перебором по ходу выполнения операции. Мне бы хотелось решить эту проверку одним запросом, и при этом не обращаясь к таблице table1.
Можно конечно написать что-то типа:

select firstOnly from table1
        join tmpTable1 
            where table1.id like tmpTable1.mask
        join tmpTable2 
            where table1.id like tmpTable2.mask &&
                  tmpTable1.recId != tmpTable2.recId;

И если table1 будет найдено, то ошибка.
А как это сделать не обращаясь к table1?

[belugin]

Может так сойдет?

Set updated = new Set(Types::Int64);
While select from tmpTable1
	Join forUpdate  Table1 where Table1.Id like tmpTable1.Mask
{
      if (!updated.in(Table1.RecID))
     {              
              Table1.Amount += tmpTable1.addAmount;
              Table1.update();
              updated.add(Table1.RecID)
      }
}

[Starling]

вот такой запрос:

select firstOnly tmpTable1
        join tmpTable2
            where tmpTable2.Mask like tmpTable1.Mask &&
                      tmpTable2.RecId != tmpTable1.RecId;

работать не желает. Я так понимаю потому, что в like можно использовать маску только в правом аргументе

[Starling]

Если в таблице tmpTable1 есть хотябы 2 записи, которым потенциально может удовлетворять одно и тоже значение id из таблицы table1, то это ошибка и обновлять table1 не нужно.

to belugin
Ну это почти тоже самое, что предложил dn

[belugin]

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

Друг другом маск проверять по лайку не стоит так как для пары ?BС like A?С оно даст неверный результат, хотя обе маски подходят по ABC

[Starling]

Цитата:

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

Друг другом маск проверять по лайку не стоит так как для пары ?BС like A?С оно даст неверный результат, хотя обе маски подходят по ABC

Я ожидал ture, но на практики получил false.
Вот такой if тоже false вернет

if("7*" like "76")

а вот такой true

if("76" like "7*")

[belugin]

в-общем, ороший предлог окунуться в теорию формальных грамматик

[AndyD]

Без table1 вы не можете точно сказать - пересекаются значения, соответствующие маскам или нет. Потенциально, 7* и *7 могут вернуть одинаковые записи, но в вашем примере пересений нет.

По поводу like - левая часть проверяется как есть, без преобразования метасимволов

[Starling]

Меня, пожалуй, устроит решение запросом с использованием table1, так как перспектива

Цитата:

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

в-общем, ороший предлог окунуться в теорию формальных грамматик

в восторг меня не приводит

Цитата:

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

Без table1 вы не можете точно сказать - пересекаются значения, соответствующие маскам или нет. Потенциально, 7* и *7 могут вернуть одинаковые записи, но в вашем примере пересений нет.

По поводу like - левая часть проверяется как есть, без преобразования метасимволов

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

[Gustav]

Зацепило. Поигрался на тему. Сваял джоб-имитатор ситуации, использовав три временных буфера от таблицы InventTable. Получил набор хороших id-шников, которые можно засунуть, например, в map и далее уже без анализа использовать в цикле. Одним словом - выкладываю, а там, может, на что-то натолкнет еще...

P.S. 09:50 16.01.08. Добавил еще один временный буфер и сделал имитацию обновления исходной таблицы. Джоб обновил.

static void Test_6_star_7(Args _args)
{
    InventTable table1_t;       // исходная таблица
    InventTable tmpTable1_m;    // маски
    InventTable tmpTable2_g;    // хорошие id
    InventTable tmpTable3_u;    // обновления для хороших id
    // InventTable inventTable;
    ;

    // ниже везде id храним в ItemId, Amount в Height 
    //(просто так выбрали подходящие поля из InventTable)

    // имитация table1 (исходная таблица)
    table1_t.setTmp();
    ttsbegin;
    table1_t.ItemId = '7489'; table1_t.Height = 10; table1_t.doInsert();
    table1_t.ItemId = '7569'; table1_t.Height = 11; table1_t.doInsert();
    table1_t.ItemId = '6758'; table1_t.Height = 12; table1_t.doInsert();
    table1_t.ItemId = '6547'; table1_t.Height = 13; table1_t.doInsert();
    ttscommit;
/*
    // а можно прочитать из реальной постоянной таблицы
    // например, из inventTable
    ttsbegin;
    while select inventTable
    {
        table1_t.data(inventTable);
        table1_t.doInsert();
    }
    ttscommit;
*/
    info('--- 1. ДО ОБНОВЛЕНИЯ:');
    while select table1_t
        info( strFmt('id: %1, Amount: %2', table1_t.ItemId, table1_t.Height) );

    // имитация tmpTable1 (маски)
    tmpTable1_m.setTmp();
    ttsbegin;
    tmpTable1_m.ItemId = '*7'; tmpTable1_m.Height = 2; tmpTable1_m.doInsert();
    tmpTable1_m.ItemId = '6*'; tmpTable1_m.Height = 3; tmpTable1_m.doInsert();
    ttscommit;

    // хорошие id - во временной служебной таблице
    tmpTable2_g.setTmp();
    ttsbegin;

    while select ItemId, count(RecId)
        from table1_t group by ItemId
        join tmpTable1_m
            where table1_t.ItemId like tmpTable1_m.ItemId
    {
        if (table1_t.RecId==1)
        {
            tmpTable2_g.ItemId = table1_t.ItemId;
            tmpTable2_g.doInsert();
        }
    }
    ttscommit;

    // готовим набор обновлений (id и Amount) - во временной служебной таблице
    tmpTable3_u.setTmp();
    ttsbegin;

    while
        select ItemId from tmpTable2_g
          join Height from tmpTable1_m
            where tmpTable2_g.ItemId like tmpTable1_m.ItemId
    {
        tmpTable3_u.ItemId = tmpTable2_g.ItemId;
        tmpTable3_u.Height = tmpTable1_m.Height;
        tmpTable3_u.doInsert();
    }
    ttscommit;

    info('--- 2. ОБНОВЛЕНИЯ:');
    while select tmpTable3_u
        info( strFmt('id: %1, addAmount: %2', tmpTable3_u.ItemId, tmpTable3_u.Height) );

    // обновляем исходную таблицу
    ttsbegin;

    while 
        select forupdate table1_t join tmpTable3_u
            where table1_t.ItemId == tmpTable3_u.ItemId
    {
        table1_t.Height += tmpTable3_u.Height;
        table1_t.doUpdate();
    }
    ttscommit;

    info('--- 3. ПОСЛЕ ОБНОВЛЕНИЯ:');
    while select table1_t
        info( strFmt('id: %1, Amount: %2', table1_t.ItemId, table1_t.Height) );
}

В окне infolog:

--- 1. ДО ОБНОВЛЕНИЯ:
id: 6547, Amount: 13.00
id: 6758, Amount: 12.00
id: 7489, Amount: 10.00
id: 7569, Amount: 11.00
--- 2. ОБНОВЛЕНИЯ:
id: 6758, addAmount: 3.00
--- 3. ПОСЛЕ ОБНОВЛЕНИЯ:
id: 6547, Amount: 13.00
id: 6758, Amount: 15.00
id: 7489, Amount: 10.00
id: 7569, Amount: 11.00