Простые задачи по SQL.

[rockclimber]

LazyFool1 в сообщении #1309191 писал(а):

3) Provide a list of the order types, ordered by the absolute difference ...
...
Ответ(?):
...

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

LazyFool1 в сообщении #1309191 писал(а):

Команда

Используется синтаксис SQL

SELECT CONCAT(‘The USER ’, CONVERT(VARCHAR, Users.id), ‘ ‘, name,
‘ made an ORDER ’, CONVERT(VARCHAR, Orders.id), ‘ at ’, 
CONVERT(VARCHAR, created_at)) 

для пустой выборки отобразит что-то на экран?

Это не команда, а часть запроса, в таком виде выдаст ошибку. Что получится в результате правильно написанного запроса - зависит от самого запроса.

LazyFool1 в сообщении #1309191 писал(а):

Можно ли так писать:

Используется синтаксис SQL

SELECT Order_Type.id, name, abs_diff
FROM Order_Type, Order_type_with_abs_diff_AP_MP 
WHERE Order_Type.id=Order_type_with_abs_diff_AP_MP.id 

если в двух разных таблицах первые столбцы названы одинаково?

Не только можно, но и нужно. Если в двух таблицах есть столбцы с одинаковыми именами, без указания названия таблицы движок БД просто не будет знать, из какой таблицы брать столбец. Или, как вариант, написать "select *", чтобы выбрать все столбцы.

[LazyFool1]

rockclimber, большое спасибо за ваше внимание к моим вопросам, буду вам очень обязан, если вы подскажете SQL запрос для третьей задачи и исправите отображение на экран результата запроса в комбинации команд

Используется синтаксис SQL

SELECT CONCAT(‘The USER ’, CONVERT(VARCHAR, Users.id), ‘ ‘, name,
‘ made an ORDER ’, CONVERT(VARCHAR, Orders.id), ‘ at ’, 
CONVERT(VARCHAR, created_at))

 

Если не ошибаюсь, я нашёл обсуждение вопроса схожего с моим про SELECT CONCAT здесь, это как раз то, что мне нужно, не понимаю, в чём моя ошибка?

[rockclimber]

А вы, простите, вообще понимаете смысл ваших действий?
Если в разделе SELECT вы обращаетесь к полю id таблицы users и к полю id таблицы orders, то у вас как минимум должен быть раздел FROM, где вы перечисляете используемые таблицы, а так же условия связи таблиц - там же во FROM или в WHERE (а для третьей задачи понадобится еще GROUP BY и ORDER BY). Просто кусок селекта никакой смысловой нагрузки не несет. Причем это же простые базовые вещи - примерно как знание арифметических операций для решения уравнений.
Также непонятно, зачем вам конкатенация значений? В тексте задачи этого не требуется, а обычно достаточно просто вывести нужные столбцы (названия типов заказов в вашем случае).

[Bearil]

LazyFool1 в сообщении #1308675 писал(а):

Пока выложу только первую задачу.

You have 2 tables:

Users (
id primary key (int),
name (text)
)

Orders (
id primary key (int),
user_id foreign key to users (int),
created_at (timestamp)
)

Users can have zero or more orders. Most users have just a few orders, some have dozens or even hundreds. Many have zero orders.

1) Write an SQL query to return all users that have at least one order. Every user should come with 3 most recent orders (or fewer if this user has fewer than 3).

Ответ(?):

Таблицы

Users
id primary key (int) || name (text)


Orders
id primary key (int) || user_id foreign key to users (int) || created_at (timestamp)

Команды

Используется синтаксис Oracle 11 SQL

 
DECLARE min_user_id int;
 
SELECT min_user_id=MIN(id) FROM Users;
 
DECLARE max_user_id int;
 
SELECT max_user_id=MAX(id) FROM Users;
 
DECLARE i int;
 
SET i=min_user_id;
 
   WHILE i<=max_user_id DO
 
     SELECT Users.id, name, Orders.id, created_at
 
        FROM Users, Orders 
 
        WHERE Users.id=Orders.user_id AND Orders.user_id=i 
 
        ORDER BY created_at DESC 
 
        LIMIT 3;
 
     SET i=i+1;
 
   END WHILE;
 

Это правильно?

SELECT * FROM users u RIGHT JOIN orders o ON u.id = o.user_id; # выбрать всех пользователей у которых комментарии >= 1.
Написано навскидку. На всех SQL языках что-то в этом роде должно быть. Почитайте про JOIN они разные бывают и от этого зависит результирующая выборка, данная задача как раз для проверки ваших знаний этого оператора.

[rockclimber]

Bearil в сообщении #1310302 писал(а):

RIGHT JOIN

Кто будет подсказывать правильно, получит двойку, кто будет подсказывать неправильно, получит кол (с) Старая преподавательская мудрость
Почему RIGHT JOIN? Нужно же вывести клиентов, у которых есть хотя бы один заказ. Тут нужен "обычный" (в смысле INNER JOIN), а RIGHT JOIN выведет вообще всех клиентов, и с заказами, и без.

[gevaraweb]

Сначала бы понять, как решить эту задачу внутри одной таблицы - orders, пока без привязки к users...

[Pphantom]

Bearil забанен за спам.

[rockclimber]

gevaraweb в сообщении #1310321 писал(а):

Сначала бы понять, как решить эту задачу внутри одной таблицы

Как-как... Оконными функциями проще всего (в Oracle это будет row_number(), аналоги в других СУБД не знаю, как называются), без оконных функций - LIMIT 3 в PostgreSQL/MySQL, TOP 3 в MS SQL, в Oracle до 12-й версии - rownum, начиная с 12-й появился аналог TOP(n). Привязка к users ничем не мешает.

[gevaraweb]

rockclimber в сообщении #1310326 писал(а):

без оконных функций - LIMIT 3 в PostgreSQL/MySQL,

вот это интересует... не так вроде тривиально. Нет, про LIMIT 3 понятно, непонятно - куда его сунуть. И хочется решение без JOIN , ведь до него люди жили раньше как-то.

rockclimber в сообщении #1310326 писал(а):

Привязка к users ничем не мешает.

мешает думать ))

[rockclimber]

gevaraweb в сообщении #1310327 писал(а):

И хочется решение без JOIN

Что значит без JOIN? Соединить таблицы без JOIN нельзя, а если выбрать 3 первые строки - JOIN для этого не нужен.

gevaraweb в сообщении #1310327 писал(а):

Нет, про LIMIT 3 понятно, непонятно - куда его сунуть.

Ой, кажется дошло. Отставить LIMIT, он тут не поможет
Я такие запросы для PostgreSQL последний раз писал 10 лет назад, я даже не уверен, что у меня вообще тогда была такая задача (а не другая). Берите оконные функции, они у всех есть и работают более-менее одинаково.

[iifat]

rockclimber в сообщении #1310332 писал(а):

Соединить таблицы без JOIN нельзя

Без inner join — вполне, почему ж.

Используется синтаксис SQL

FROM t1 INNER JOIN t2 ON t1.f1 = t2.f2

— это ж в точности

Используется синтаксис SQL

FROM t1, t2 WHERE t1.f1 = t2.f2

Где-то, не вспомню, вообще читал, что современные оптимизаторы именно так inner join и раскрывают перед оптимизацией.
Вот что делать с медианой — ума не приложу. Начиная с вопроса, что есть медиана для дискретной величины и заканчивая — как её посчитать, ведь соответствующей агрегатной функции в SQL нет. Или в микрософте таки есть?

[upgrade]

Медиана - считаем для каждого элемента сколько элементов больше него а сколько меньше. У того у которого эти два значения равны и есть медиана.

[gevaraweb]

rockclimber в сообщении #1310332 писал(а):

Берите оконные функции, они у всех есть

В актуальных (на хостингах) версиях mysql оконных функций нет, есть только в последней, 8 версии...

[iifat]

Ну, можно попробовать уложить это в многоэтажный SQL... Ужас неимоверный получится, но что ж поделать.

[rockclimber]

gevaraweb в сообщении #1310367 писал(а):

rockclimber в сообщении #1310332 писал(а):

Берите оконные функции, они у всех есть

В актуальных (на хостингах) версиях mysql оконных функций нет, есть только в последней, 8 версии...

Да, действительно.
Немного погуглив, обнаружил, что:
1) они появились только в прошлом году (я был уверен, что они там давно есть)
2) для решения задачи применялись способы типа приведенных ТСом в начале топика
3) код ТСа, возможно, написан для MySQL, а не для MS SQL

Тем не менее, если сейчас оконные функции уже есть, учебное задание лучше делать через них.
Если нужно без оконных функций - мне тут пришло в голову, что можно через коррелированный подзапрос в комбинации с LIMIT найти третий с конца заказ для каждого пользователя, а потом выбрать все последние заказы, начиная с найденного. 100% гарантии не дам, что сработает, но пока не вижу причин, почему может не получиться.