Как получить последнюю запись для определённого поля?

Question

[alexbershow]

добрый день
есть таблица clients
client;
paramname;
paramvalue;
date;
source;
В данную таблицу ежедневно грузятся clinet (ид уникальный), меняются параметры и их значения
как вывести ид client where paramname=pas and paramvalue=2 and source=web но вывести последнюю запись по дате date
в MSSQL

Comments

[N]

SELECT TOP 1 * FROM clients WHERE /* . . . */ ORDER BY date_field DESC

UPD:

Ниже советовали на поле date индекс, НО...

В данную таблицу ежедневно грузятся clinet (ид уникальный) . . .

Если ID последовательный и новая дата(последняя) = новый ID, то можно:

SELECT TOP 1 * FROM clients WHERE /* . . . */ ORDER BY id DESC

Без доп. индексов...

[alexalexes]

Еще бы индекс на date добавить, или на ту колонку, которую будете сортировать...
PS: Давненько сюда вопросы начального уровня про sql не публиковали, не пробивая их в ИИ...

[N]

alexalexes, Раньше документация заменяла ИИ...её никто не читал...появился ИИ - рузультат - тот же...
Вывод: никуда они(эти вопросы) не денутся...

[Akina]

N, Походу у него ИД клиента уникален, но не в этой таблице. А синтетики просто нет.

[N]

Akina, Ну в любом случае: ему все карты раздали :) Далее не наш выход :)

[alexbershow]

наверно не правильно написал условие
нужно вывести все id где условие where paramname=pas and paramvalue=2 and source=web, но взять именно последнюю запись по дате date (т.е один клиент может записываться каждый день и у него создается новая запись например paramname=pas and paramvalue=1 а на следующий день paramvalue=2)

[Adamos]

alexbershow, SELECT MAX(id) ... GROUP BY ... - если id автоинкрементный.

Answer 1

[rPman]

простые ответы уже в комментариях выложили, но есть еще способы...

например при обновлении/добавлении данных (можно и на тригере), писать в специальную кеш-табличку с одной строчкой идентификатор (или всю строчку данных) последнего элемента, если речь идет о БОЛЬШИХ данных, этот вариант эффективнее в разы (по индексам - N*log N а тут константа, с ценой константы на запись).
если условие выбора вариативное, в кеш таблицу можно запихивать не одну строчку - а варианты по paramname, paramvalue и source (в этой кеш табличке индексы по этим полям уже нужны, но таблица будет маленькой).

достоинства - скорость и возможная экономия памяти (не нужен индекс в принципе для этой задачи или не требуется autoincrement для id, т.е. метод совместим с партицированием в т.ч. самодельным, но тогда в триггере проверять кешированную date и обновленную на случай гонок разных партиций на порядок записи в кеш), это может быть очень критично при БОЛЬШИХ данных.

запись данных в отдельную табличку (тоже без индексов) почти бесплатный, точнее там мизерная константа добавляется, несравнимо меньше чем время на обновление индексов и уж тем более поиск данных.

Ну и главное, если бакэнд - непрерывно работающее приложение (на самом деле и это не требование но логика тогда чуть сложнее будет), нужные кеш-данные можно хранить в оперативной памяти (и помещать туда при запуске, делая уже полноценный запрос в базу) в этом случае вместо триггера лучше добавить логику в код, добавляющий данные в базу.

Comments

[N]

Зачётно, но для автора такие "схемы" маловоспроизводимы...с таким "изначальным" вопросом...
Ибо, если ПРОСТОЙ запрос составить не получилось...о производительности - пока рано... :)

Answer 2

[Евгений]

Может быть как-то так

SELECT TOP 1 client
FROM clients
WHERE paramname = 'pas'
  AND paramvalue = 2
  AND source = 'web'
ORDER BY date DESC;