Цитата(Perchilla @ 4.9.2005, 20:37)

Работает только в том случае, если курс валют не задан на перед...

WHERE vdate <= CURDATE()

Kurt, не тот я порядок сортировки влепил, виноват.

Код

SELECT `vdate`, `vname`, `vval` FROM `mtest` GROUP BY `vname` ORDER BY `vdate`DESC

Цитата(Ignat @ 5.9.2005, 09:04)

Kurt, не тот я порядок сортировки влепил, виноват. Код SELECT `vdate`, `vname`, `vval` FROM `mtest` GROUP BY `vname` ORDER BY `vdate`DESC

Это логически неправильное решение. Нет смысла делать сортировку после группировки.
Добавлено @ 10:53

Цитата(Kurt @ 4.9.2005, 20:53)

Zipo Хм.. Ваше решение в MSSQL через процедуру очень интересно. Возьму на вооружение. Спасибо. Хотя, конечно, это ограничение: Цитата Это конечно при условии, что обновление позиции происходит для всех валют. Т.е. не может быть обновление одной вылюты а потом другой через неделю. сильно снижает практическое применение такого решения.

Самый главный фактор, что бы не происходило обновление одной валюты чаще чем других. Именно в этом случае процедура отработает неправильно.
В принципе если ставить обновление валют на автомате к примеру с сайта нац. банка, то такая ситуация не произойдет. Не встречал потребностей в ручном обновлении.

Цитата(Zipo @ 5.9.2005, 11:48)

Нет смысла делать сортировку после группировки.

Да ну? Вопрос в том, что будет отправлено клиенту.
Вначале выбираются ряды, группируются (т.е. меняется порядок, а не удаление дубликатов значений столбца), затем в пределах группировки производится сортировка, а затем уже DISTINCT.

для сомневающихся:

Цитата

При использовании выражения GROUP BY строки вывода будут сортироваться в соответствии с порядком, заданным в GROUP BY, - так, как если бы применялось выражение ORDER BY для всех полей, указанных в GROUP BY.

источник

Zipo, прежде чем назвать чье-то решение неправильным, следует быть уверенным в своей правоте.

Добавлено @ 12:05

Цитата(Akina @ 5.9.2005, 09:20)

WHERE vdate <= CURDATE()

для MySQL это выглядит WHERE vdate <= NOW()

Это сообщение отредактировал(а) Ignat - 5.9.2005, 12:07

Цитата(Ignat @ 5.9.2005, 13:03)

для MySQL это выглядит WHERE vdate <= NOW()

не понял... время-то вроде как не нужно...

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

Ignat
Я исходил из приведенных в инит-посте данных - там нет времени.

Ignat, практика показывает, что ты не совсем прав. Проверял на MySQL 3.23.52-log на данных Kurt'a
Запрос 1.

Код

SELECT `vdate`, `vname`, `vval` FROM `mtest` GROUP BY `vname` ORDER BY `vdate`;

Результат:
02.01.2000 USD 20,5
04.01.2000 EURO 21,5

Запрос №2.

Код

SELECT `vdate`, `vname`, `vval` FROM `mtest` GROUP BY `vname` ORDER BY `vdate` DESC;

Результат:
04.01.2000 EURO 21,5
02.01.2000 USD 20,5

Запрос №3.

Код

SELECT `vdate`, `vname`, `vval` FROM `mtest` GROUP BY `vname` ORDER BY RAND();

Результат:
04.01.2000 EURO 21,5
02.01.2000 USD 20,5
(меняющиеся друг с другом местами)

Так что

Цитата(Ignat @ 5.9.2005, 13:03)

Вопрос в том, что будет отправлено клиенту

остаётся открытым.

Bikutoru, спасибо.

Zipo, прошу прощения за резкость.

Проверил. Вариант, который у меня заработал:

Код

SELECT * FROM mtest GROUP BY `vname` DESC;

Но не нравится мне он. Очевидно, если поле времени будет заполнено не возрастанием, то результатом будет произвольный порядок. Проверил на 120 записях с группировкой по ~30 значениям.

Ignat:

Все дело в том, что для произведения операции группировки БД необходимо выполнить сортировку по указаному полю для группировки и только после этого БД удаляет дубликаты. Именно по этому в группировке можно указывать направление сортировки (ASC/DESC). Это дает приимущество только в случае если в качестве результата нужно получить сортированные список по полю группировки (т.е. что бы не производить еще 1 операцию сортировки методом ORDER BY).
Вы немного заблудились в реализации алгоритмов БД MySQL.

Цитата

При использовании выражения GROUP BY строки вывода будут сортироваться в соответствии с порядком, заданным в GROUP BY, - так, как если бы применялось выражение ORDER BY для всех полей, указанных в GROUP BY.

Именно об этом говориться в этой цитате.

Цитата

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

1. Отбираются ряды соотв. условию
2. Сортируются по полям группировки (в указаном направлении ASC/DESC)
3. Удаление дубликатов (DISTINCT)

В приделах групп сортировки не происходит. Все операции происходят в том порядке в котором они написаны в sql выражении. То, что Вы хотите логически неправильно. Этого хотеть не нужно. Абсолютно все БД из соображения скорости будут поступать по указаному мной плану.

Дальше, можете меня хоть застрелить, но я повторюсь:
Это логически неправильное решение. Нет смысла делать сортировку после группировки.

Теперь объясню почему:
ORDER BY всегда будет и выполнялся только после окончательного выполнения GROUP BY (т.е. все дубликаты уже удалены).
Делать сортировку после группировки мне видится логичным только в 1 случае, это в версиях MySQL > 4.0. По полям которые не вошли в группу GROUP BY. Почитайте в этой теме я объяснял логигу группировки MySQL > 4.0. Но это действует только в указаной версии БД, MSSQL уже ругается и выдает ошибку. Но метод реализации группировки в этой БД дает приимущестава, без потери скорости.
Добавлено @ 15:21

Цитата(Ignat @ 5.9.2005, 14:48)

Bikutoru, спасибо. Zipo, прошу прощения за резкость. Проверил. Вариант, который у меня заработал: Код SELECT * FROM mtest GROUP BY `vname` DESC; Но не нравится мне он. Очевидно, если поле времени будет заполнено не возрастанием, то результатом будет произвольный порядок. Проверил на 120 записях с группировкой по ~30 значениям.

Этот вариант тоже логически неверен. И работать не будет. Прочитайте мои первые посты в этой теме. Вам должно стать ясно почему так происходит.

2Kurt, перерыл документацию. Судя по всему, то что оттебя хотели:

Код

SELECT * FROM mtest GROUP BY vname, vdate DESC GROUP BY vname

Но в MySQL это отпадает. Обидно.
Добавлено @ 15:30

Цитата(Zipo @ 5.9.2005, 16:16)

Этот вариант тоже логически неверен. И работать не будет.

Не сомневаюсь.

http://dev.mysql.com/doc/mysql/ru/example-...-group-row.html

Цитата(Ignat @ 5.9.2005, 15:26)

2Kurt, перерыл документацию. Судя по всему, то что оттебя хотели: Код SELECT * FROM mtest GROUP BY vname, vdate DESC GROUP BY vname

Нет. MSSQL ругается:

Цитата

Incorrect syntax near the keyword 'DESC'.

ему второй group by не нравится.

Цитата(Akina)

Я исходил из приведенных в инит-посте данных - там нет времени.

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

Kurt, посмотри последний линк. Там хорошо раписано.

Или я чего-то не понял, или это трюк "MAX-CONCAT".

Код

SELECT  LEFT(MAX(CONCAT(vdate, vval)), 10) AS mydate, vname, SUBSTRING(MAX(CONCAT(vdate, vval)), 11) AS myval FROM mtest GROUP BY vname;

Данной задаче посвящена целая страница в мане по MySQL. Более быстрого решения в один запрос, как утверждается в мане, не существует.

http://www.mysql.ru/docs/man/example-Maxim...-group-row.html

Igant, ты эту ссылку и привёл. Прошу прощения. Надо внимательнее читать.
Но пост удалять не буду, поскольку он содержит готовый запрос...


Это сообщение отредактировал(а) dm9 - 6.9.2005, 10:12