Нет, не один. Я тоже озадачен.
Михаил, покажи на конкретном примере, как это должно работать. Пример должен включать в себя: первый запрос, вторичный запрос, третий запрос после добавления данных, четвёртый запрос после добавления данных. 2 декабря 2013 г., 20:51 пользователь Anton Nikishaev <[email protected]> написал: > > On 2 Dec 2013, at 18:44, Михаил Монашёв <[email protected]> wrote: > > > Здравствуйте, Anton. > > > >>>> Если у нас maxid=A и мы выбрали для S из [1..A]. Затем maxid стало > B?A и нам > >>>> нужно выбрать опять для S. Из [1..A] или [1..B]? > >>> > >>> [1..B] > > > >> Тогда при чем тут > > > >>> Причём так, чтобы повторные выборы давали те же самые объекты и > >>> изменения таблицы минимально влияли на это. > > > >> Или все предыдущие выборки хранятся и проблема только в id'шках которые > исчезнуть могли? > > > > Раз к хранению постоянно возвращаемся, то условия задачи дополняются: > > Хранение прошлых провязок строка->id-шки запрещено. > > > > Надо было это сразу написать. > > Я один нифига не понял что нужно? > > Для строки мы должны выбирать ids из всех текущих id, но если строка уже > встречалась, — мы должны выбирать из другого множества id, но при этом > выбранные id в обоих вариантах > должны совпасть! > > Я даже храня что-то такое не умею. Но хранить тоже нельзя. > > > -- > lelf > > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > -- Best regards, Andrei +7-937-847-60-74
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
