<div dir="ltr">В моей схеме даже удалять ничего не надо.<div><br></div><div>Только сохранять значение "макс. PK, существовавший на момент подачи первого запроса".</div><div><br></div><div>Однако, есть ощущение, что ТС на ходу меняет задачу.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2 декабря 2013 г., 20:44 пользователь Oleg Alistratov <span dir="ltr"><<a href="mailto:ali@ali.org.ua" target="_blank">ali@ali.org.ua</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
02.12.2013, 16:33, "Михаил Монашёв" <<a href="mailto:postmaster@softsearch.ru">postmaster@softsearch.ru</a>>:<br>
<div class="im">> Здравствуйте, Andrei.<br>
><br>
>>  Я задачу понял так, что требуется полное покрытие только при первом выборе. Последующие выборы должны повторять первый выбор.<br>
>><br>
>>  Михаил, всё верно?<br>
><br>
> Не верно. Новые строки должны покрывать текущее состояние таблицы<br>
> объектов. А старые строки пытаться отобразиться в те же id-шки, что и<br>
> раньше.<br>
<br>
</div>На строках же не написано, «старые» они или не старые.<br>
Значит, без таблицы с сохранением уже использованных строк не обойтись.<br>
Таблица простейшая, k-v, работать будет быстро, с учетом того, что запрос в MySQL после нее пойдет один, а не три,<br>
глядишь, можно еще сэкономить на построении плана выполнения запроса.<br>
<br>
И периодически, по мере удаления-добавления объектов, таблицу чистить, генерировать новые айдишники для каждой строки.<br>
<div class="im"><br>
> Т.е. надо ещё придумать, как быть, если с прошлого раза в таблице<br>
> пропали объекты, в которые ранее отображалась строка.<br>
<br>
</div>Че тут думать. Сказано, что можно вернуть 1 или 2 объекта.<br>
А если тех объектов уже совсем нет, то ояпть же — запись из таблицы удаляем, генерируем новый набор для строки.<br>
<div class="im HOEnZb"><br>
<br>
><br>
> --<br>
> С уважением,<br>
>  Михаил                          mailto:<a href="mailto:postmaster@softsearch.ru">postmaster@softsearch.ru</a><br>
><br>
> --<br>
> Moscow.pm mailing list<br>
> <a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
<br>
</div><span class="HOEnZb"><font color="#888888">--<br>
Oleg Alistratov<br>
</font></span><div class="HOEnZb"><div class="h5">--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Best regards, Andrei<br>+7-937-847-60-74
</div>