Базы данных: изменить N "первых" строк таблицы

[rrrFer]

САБЖ, но не первых.

Есть таблица, пускай вот такая:

CREATE TABLE levels (
        nset INT NOT NULL, 
        nlevel INT NOT NULL, 
        status INT NOT NULL, 
        PRIMARY KEY (nset, nlevel)
);

Мне надо отсортировать таблицу по двум полям (nset, nlevel) и в N (пусть 5 для примера) первых таких строк, что status = 0, изменить статус.

Как это сделать, не вводя дополнительно еще одно поле (ID)? Т.е. я хочу использовать составной ключ.

Делаю примерно так (не работает)

UPDATE levels 
SET status = 1
WHERE (nset, nlevel) IN (
    SELECT nset, nlevel FROM levels
    WHERE status = 0
    ORDER BY nset, nlevel
    LIMIT 5
)

Ну понятно, что это не работает, т.к. IN копает множество, а у нас получается таблица из двух колонок.

Можно ли как-то обойтись без добавления ключа (несоставного)?

SQLite, но если знаете как это сделать в других SQL - пишите, интересно.

[Stilet]

Хм... з0ддачка...
Ладно, моя тактика: Создаем процедуру. В процедуре делаем селект

    SELECT nset, nlevel FROM levels
    WHERE status = 0
    ORDER BY nset, nlevel
    LIMIT 5

Это у тя есть.
После делает FETCH по этому селекту. В цикле уже будет тот самый

UPDATE levels 
SET status = 1
WHERE nset=Переменка1, nlevel=Переменка2

Переменки ессно из фетча.

[rrrFer]

Спасибо, подумаю над этим. Я FETCH никогда не пользовал и не понял что это, во всяких поделках оракла есть ключевое слово FETCH, но в sqlite нету вроде бы.

Вот тут: http://www.opennet.ru/base/dev/sqlite_guide.txt.html

пример такой:

while ($row = sqlite_fetch_array($result)) {
print_r($row);
/* каждый результат будет выглядеть примерно так
Array
(
[0] => 1
[id] => 1
[1] => Ilia
[name] => Ilia
)
*/

Короче это снаружи запроса надо код писать на каком-нибудь С++, я так нехочу, этож ужасно.

Я таки добавил ID и решил так:

    UPDATE levels
    SET status = 1
    WHERE id IN (
      SELECT id FROM levels 
      WHERE status = 0
      ORDER BY nset, nlevel 
      LIMIT 5
    )

Странно что составной ключ дает такой гемморой. Из за добавления ID, я так понимаю у меня в БД появились транзитивные зависимости, а значит база уже не находится даже в третьей нормальной форме. Вот такие вот дела. Хотя лично мне кажется, что из за того, что транзитивные зависимости между ключевыми полями (возможными ключами), то беды нет и проблем с обновлением базы тоже (хотя в матчасти SQL я таких сносок не видел).

Вариант с Фетчем 100% не оптимален адски.

[Аватар]

На сиквеле так можно, если не заморачиваться с FETCH

UPDATE SprMain
  SET User_Date='20140804 07:10:00'
  FROM SprMain S1,(SELECT TOP 10 NomSpr,Kod FROM SprMain WHERE User_Id=10 ORDER BY NomSpr,Kod) S2
  WHERE S1.NomSpr=S2.NomSpr AND S1.Kod=S2.Kod

UPDATE SprMain
  SET User_Date='20140804 07:13:00'
  WHERE NomSpr*1000+Kod IN (SELECT TOP 10 NomSpr*1000+Kod FROM SprMain WHERE User_Id=10 ORDER BY NomSpr,Kod)

Первый вариант фишка сиквела, навряд-ли sqlite съест, а второй должен пройти с учетом типа и размерности NomSpr и Kod. И самой собой LIMIT вместо TOP

[rrrFer]

ыы, но второе - это грязный трюк, опасно это.

[Аватар]

Если составной ключ, то и с умом сделанная суперпозиция от него тоже ключем останется. Грязи особой и не вижу

[rrrFer]

Если составной ключ, то и с умом сделанная суперпозиция от него тоже ключем останется. Грязи особой и не вижу

Но, я пытался конкатенацию делать, но в SQLite CONCAT вообще не работает, а на то, что работает есть какие-то хитрые ограничения ).

Пасибо вцелом, я думал в SQL есть что-то типа кортежей. Походу нету )

[Vapaamies]

Дока SQLite пишет, что он понимает with:

with t as (
  select nset, nlevel from levels
  where status = 0
  order by nset, nlevel
  limit 5
)
update
  levels
set
  status = 1
where
  nset = t.nset and nlevel = t.nlevel;

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

Пасибо вцелом, я думал в SQL есть что-то типа кортежей. Походу нету )

Кортежи в SQL -- это составные ключи. Степень их поддержки зависит от сервера, видимо.

[phomm]

Вместо FETCH (выбор по курсору же, да?) можно юзать цикОл с табличной переменной (на крайний - с временной таблицей), пример на сиквеле:

DECLARE @records TABLE(id int identity(1,1), nset int , nlevel int)
DECLARE
	@max int,
	@step int,
	@nset int,
	@nlevel int,
	@status int
	
INSERT @records 
SELECT TOP 5 nset, nlevel 
FROM levels
WHERE status = 0
ORDER BY nset, nlevel
  
SELECT @max = COUNT(id) FROM @records
SELECT @step = 1

WHILE @step <= @max
BEGIN
	SELECT @nset = nset, @nlevel = nlevel
	FROM @records
	WHERE id = @step
	
	UPDATE levels 
	SET status = 1
	WHERE nset = @nset AND nlevel = @nlevel		
	
	SELECT @step = @step + 1
END

Но вариант с Update from join ( у Аватара который через запятые) получше конечно будет, можно поглядеть аналоги.

[Vapaamies]

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

Вместо FETCH (выбор по курсору же, да?) можно юзать цикОл с табличной переменной (на крайний - с временной таблицей), пример на сиквеле:

Это всё жуткая жуть, корявая и непортируемая. Под каждый сервер придется писать ее заново. Вариант же с with имеется в стандарте, и точно будет работать в SQLite и Oracle, скорее всего в PostgreSQL, и вероятно даже в MySQL. Да и в MS SQL я рекомендовал бы заглянуть лишний раз в доку. Начиная с 2008-й версии они понадобавляли много всего стандартного, те же аналитические функции, например.

Короче, with -- это стандартный стандарт, в противоположность жуткой жути.