[Moscow.pm] Задачка на подумать, кому интересно...

[Andrei Lukovenko]

В моей схеме даже удалять ничего не надо.

Только сохранять значение "макс. PK, существовавший на момент подачи
первого запроса".

Однако, есть ощущение, что ТС на ходу меняет задачу.


2 декабря 2013 г., 20:44 пользователь Oleg Alistratov <ali на ali.org.ua>написал:

>
>
> 02.12.2013, 16:33, "Михаил Монашёв" <postmaster на softsearch.ru>:
> > Здравствуйте, Andrei.
> >
> >>  Я задачу понял так, что требуется полное покрытие только при первом
> выборе. Последующие выборы должны повторять первый выбор.
> >>
> >>  Михаил, всё верно?
> >
> > Не верно. Новые строки должны покрывать текущее состояние таблицы
> > объектов. А старые строки пытаться отобразиться в те же id-шки, что и
> > раньше.
>
> На строках же не написано, «старые» они или не старые.
> Значит, без таблицы с сохранением уже использованных строк не обойтись.
> Таблица простейшая, k-v, работать будет быстро, с учетом того, что запрос
> в MySQL после нее пойдет один, а не три,
> глядишь, можно еще сэкономить на построении плана выполнения запроса.
>
> И периодически, по мере удаления-добавления объектов, таблицу чистить,
> генерировать новые айдишники для каждой строки.
>
> > Т.е. надо ещё придумать, как быть, если с прошлого раза в таблице
> > пропали объекты, в которые ранее отображалась строка.
>
> Че тут думать. Сказано, что можно вернуть 1 или 2 объекта.
> А если тех объектов уже совсем нет, то ояпть же — запись из таблицы
> удаляем, генерируем новый набор для строки.
>
>
> >
> > --
> > С уважением,
> >  Михаил                          mailto:postmaster на softsearch.ru
> >
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
>
> --
> Oleg Alistratov
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Best regards, Andrei
+7-937-847-60-74
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20131202/3912dc76/attachment.html>