Есть ли специалисты по SQL

[MaJ0r]

Решил освоить SQL, пока делаю упражнения на сайте http://www.sql-ex.ru/
В общем некоторые упражнения жутко выносят мозг, вроде бы и теория есть, но не всегда получается понять ее
вот залип в этом упражнении http://gyazo.com/d824179aac94919d32347f78cc6b38f1 внизу правильный вывод, для понимания. Мой же запрос выводится с надписью: Двусмысленное имя колонки model
Нужна помощь специалиста, причем даже не в решении, а в объяснении терминов и правильном их толковании. Субъективно, терминология выносит мозг, залип перед этим над другой задачей, просто не мог понять что хотят, а теория только сбивала с толку, а оказалось, что там не чего решать. Думаю тут, аналогично. Вот даже как-бы пояснения http://www.sql-ex.ru/help/select6.php и внизу указана данная задача для закрепления.
P.S. Объясните зачем такую абракадабру запоминать:

Способ оценки комплекса Булева состоит в том, чтобы оценивать Булевы выражения наиболее глубоко вложенные в круглых скобках, объединять их в единичное Булево значение, и затем объединять его с верхними значениями

В одном предложении три раза слово Булево, два раза: оценки, объединять, значения. Это вообще как-то можно понять и кто писал такое пояснение?

[Mishelka]

как мне кажется, кто-то Промтом перевел английские методички - и чтобы не заморачиваться с трактовкой boolean - перевел "в лоб".

а вся заумная фраза звучит так - надо соблюдать порядок логических операций, в первую очередь выполняя те, что находятся в скобках

понятно проще написать Булева алгебра, чем "порядок выполнения логических операций"

[atx.dp.ua]

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

SELECT DISTINCT
a.model ,
b.price
FROM product a
INNER JOIN pc b ON a.model = b.model
WHERE maker = 'B'
UNION
SELECT DISTINCT
a.model ,
b.price
FROM product a
INNER JOIN laptop b ON a.model = b.model
WHERE maker = 'B'
UNION
SELECT DISTINCT
a.model ,
b.price
FROM product a
INNER JOIN Printer b ON a.model = b.model
WHERE maker = 'B'

насчет запоминать, никто запоминать не требует
упрощенно порядок логических операций

[MaJ0r]

как мне кажется, кто-то Промтом перевел английские методички - и чтобы не заморачиваться с трактовкой boolean - перевел "в лоб".

а вся заумная фраза звучит так - надо соблюдать порядок логических операций, в первую очередь выполняя те, что находятся в скобках

понятно проще написать Булева алгебра, чем "порядок выполнения логических операций"

Спасибо большое. Вот кто-то бы так объяснял в этих учебниках. И почему бы таблицу не нарисовать для наглядности.

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

SELECT DISTINCT
a.model ,
b.price
FROM product a
INNER JOIN pc b ON a.model = b.model
WHERE maker = 'B'
UNION
SELECT DISTINCT
a.model ,
b.price
FROM product a
INNER JOIN laptop b ON a.model = b.model
WHERE maker = 'B'
UNION
SELECT DISTINCT
a.model ,
b.price
FROM product a
INNER JOIN Printer b ON a.model = b.model
WHERE maker = 'B'

насчет запоминать, никто запоминать не требует
упрощенно порядок логических операций

Спасибо за решение, но оно меня запутало еще больше ) Если не затруднит, рассшифруйте логику: откуда взялись буквы а и b
a.model ,
b.price
Почему мы выбираем из таблицы Product a(почему из продакт ясно, там есть производитель, но а зачем и почему)? Подозревал что SELECT должно было быть больше чем 2(как сам написал и из-за этого больше объединений).

[pasha4ur]

В одном предложении три раза слово Булево, два раза: оценки, объединять, значения. Это вообще как-то можно понять и кто писал такое пояснение?

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


Какой язык мучаешь?

[atx.dp.ua]

Спасибо большое. Вот кто-то бы так объяснял в этих учебниках. И почему бы таблицу не нарисовать для наглядности.


Спасибо за решение, но оно меня запутало еще больше ) Если не затруднит, рассшифруйте логику: откуда взялись буквы а и b
a.model ,
b.price
Почему мы выбираем из таблицы Product a(почему из продакт ясно, там есть производитель, но а зачем и почему)? Подозревал что SELECT должно было быть больше чем 2(как сам написал и из-за этого больше объединений).

буквы a b это алиасы таблиц что бы не писать Product.model=pc.model (для сокращения записи )
для начала их можно не использовать и писать все полностью, для большего понимания


объединять нужно
три выборки из разных таблиц
pc laptop printer


про алисы первая попавшая статья

[MaJ0r]

буквы a b это алиасы таблиц что бы не писать Product.model=pc.model (для сокращения записи )
для начала их можно не использовать и писать все полностью, для большего понимания


объединять нужно
три выборки из разных таблиц
pc laptop printer


про алисы первая попавшая статья

Спасибо большое за развернутый ответ. То что можно переименовывать через оператор AS знал, смутило его отсутствие )
Расписал запрос полностью:

SELECT DISTINCT Product.model, PC.price
FROM Product JOIN PC
ON Product.model=PC.model
WHERE maker ='B'
UNION
SELECT DISTINCT Product.model, Laptop.price
FROM Product JOIN Laptop
ON Product.model=Laptop.model
WHERE maker ='B'
UNION
SELECT DISTINCT Product.model, Printer.price
FROM Product JOIN Printer
ON Product.model=Printer.model
WHERE maker ='B'

Темным местом был момент с Product.model, PC.Price в операторе SELECT. Получается когда много таблиц надо объединять, необходимо указывать из какой строки нужно вывести данные(ту же модель и цену). Правильно ли понял?
P.S. Как получилось ТЭГ спойлер привинтить сюда? )

[MaJ0r]

Опять нужна помощь http://gyazo.com/bb5dc4fd399ed68f832d7bc3b9d65a18
Не ясно как интерпретировать совпадение размеров жестких дисков.

[Nistoler]

COUNT нужен.
ты выводишь сейчас результат, где значение >= 2

а нужно количество

[MaJ0r]

COUNT нужен.
ты выводишь сейчас результат, где значение >= 2

а нужно количество

Спасибо, решение нашел в инете. COUNT лепил, но так криво объяснено, что не смог правильно использовать его и это грустно, т.к. трачу уйму времени на понимание простых вещей изложенных очень неудобно.

[Dnepr]

А что там с картошкой, не срослось?

[MaJ0r]

А что там с картошкой, не срослось?

Да как-то не получилось. Хотя мне работа нравилась и ролики те что сделал получились отличными

[kostyan_s]

Для первого вопроса я бы предложил такой вариант

SELECT T.model,
T.price
FROM Product
INNER JOIN
(
SELECT model,
Price
FROM Laptop
UNION ALL
SELECT
model,
price
FROM PC
UNION ALL
SELECT model,
price
FROM Printer
) AS T(model, price) ON T.model = Product.model
WHERE Product.maker = 'B';

И посоветовал, прежде чем "лезть в бой" почитать внимательно теорию и понять фундаментальные вещи.

[kostyan_s]

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

SELECT DISTINCT
a.model ,
b.price
FROM product a
INNER JOIN pc b ON a.model = b.model
WHERE maker = 'B'
UNION
SELECT DISTINCT
a.model ,
b.price
FROM product a
INNER JOIN laptop b ON a.model = b.model
WHERE maker = 'B'
UNION
SELECT DISTINCT
a.model ,
b.price
FROM product a
INNER JOIN Printer b ON a.model = b.model
WHERE maker = 'B'

насчет запоминать, никто запоминать не требует
упрощенно порядок логических операций

Зачем Вы учите неправильным вещам?
1. Зачем DISTINCT если оператор объеденения UNION выполняет неявное устранение дубликатов ?
2. В условии задачи сказано найти номера и цены ВСЕХ продуктов. Зачем впринципе устрание дубликатов, Вы неуверены в том что будет в результате ?

ЗЫ. Использование DISTINCT не есть признаком хорошего стиля.

[atx.dp.ua]

Зачем Вы учите неправильным вещам?
1. Зачем DISTINCT если оператор объеденения UNION выполняет неявное устранение дубликатов ?
2. В условии задачи сказано найти номера и цены ВСЕХ продуктов. Зачем впринципе устрание дубликатов, Вы неуверены в том что будет в результате ?

ЗЫ. Использование DISTINCT не есть признаком хорошего стиля.

1. возможно использование distinct лишнее
SELECT 1
UNION
SELECT 1
в результате выдаст 1 запись
1
2. В результате уверен.

Спасибо за совет

[kostyan_s]

1. возможно использование distinct лишнее
SELECT 1
UNION
SELECT 1
в результате выдаст 1 запись
1
2. В результате уверен.

Спасибо за совет

На здоровье

[MaJ0r]

Для первого вопроса я бы предложил такой вариант


И посоветовал, прежде чем "лезть в бой" почитать внимательно теорию и понять фундаментальные вещи.

Почитать теорию где? Не подскажите? В первом сообщении жаловался, на свое тугое понимание изложения теории. Возможно есть более удачные варианты. Задача, решение которой подсказал ATX мне не кажется сложной, но только когда разобрался, но разобрался то с человеческой помощью, а не через обезличенный гугл. Возможно скажете, что лучше самому понять - согласен, неплохой вариант, но мне гораздо больше понятнее, когда объясняют люди. Иначе бы и преподавателей не существовало бы в природе. Да и быстрее гораздо. Не мое сидеть над задачей продолжительное время. Тем более над такой.

[atx.dp.ua]

Понимание SQL. Мартин Грубер
как вариант прочтите
вам будет интереснее задавать вопросы

[kostyan_s]

Почитать теорию где? Не подскажите? В первом сообщении жаловался, на свое тугое понимание изложения теории. Возможно есть более удачные варианты. Задача, решение которой подсказал ATX мне не кажется сложной, но только когда разобрался, но разобрался то с человеческой помощью, а не через обезличенный гугл. Возможно скажете, что лучше самому понять - согласен, неплохой вариант, но мне гораздо больше понятнее, когда объясняют люди. Иначе бы и преподавателей не существовало бы в природе. Да и быстрее гораздо. Не мое сидеть над задачей продолжительное время. Тем более над такой.

Если с английским дружите то Itzik Ben-Gan как автор - лучший Почти все книги есть в pdf. Гляньте вот эту книгу http://www.amazon.com/Inside-Microso...=itzik+ben-gan

ЗЫ. Сам ресурс sql-ex.ru по себе уже хороший старт. Насколько я помню там есть учебные курс + кое какие материалы по теории. Похоже они мувнули их сюда http://www.sqlbooks.ru/scripts.aspx?lang=rus .

[MaJ0r]

Опять трабл с сиквелом
Задача: Find all topics modified during last 24 hours sorted by modification date (Recent Activity page functionality)
Т.е. есть таблица топик и есть один измененный топик с названием поля modification_date
Запрос SELECT * FROM TOPIC
where MODIFICATION_DATE BETWEEN '2014-05-13 23:23:52' AND '2014-05-12 23:23:52' не выводит этот топик
А вот запрос
SELECT * FROM TOPIC
where MODIFICATION_DATE = '2014-05-13 19:53:52'
Вполне работает. Что нужно отредактировать или по-другому как-то запрос составить?