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