Об этом нам не известно. Известно что БУДЕШЬ жить. Когда то потом. В будущем. Может быть.

Если не займется ораклом...

Natali вроде занимается и ничего.

Мда, тесен мир

Куда я попал

Как секта называется

Свидетелей множественных сочленений)

Если не займется ораклом...

Или на апекс не подсядет

Все привет, написал такой запрос: "SELECT * FROM subject " + "LEFT JOIN person on subject.id_subject = person.id_subject " + "LEFT JOIN company on subject.id_subject = company.id_subject WHERE subject.id_subject=1"; Некоторые поля с одинаковыми именами из таблиц объединяются, как этого избежать?

https://www.ozon.ru/context/detail/id/138527822/

Ап

Ап

Слишком жирно же

Современное поколение не умеет читать текст длиньше твитера ?

А тут книга

Все привет, написал такой запрос: "SELECT * FROM subject " + "LEFT JOIN person on subject.id_subject = person.id_subject " + "LEFT JOIN company on subject.id_subject = company.id_subject WHERE subject.id_subject=1"; Некоторые поля с одинаковыми именами из таблиц объединяются, как этого избежать?

У тебя select *. Это значит выдать все поля из всех таблиц в запросе. Ничего там ни с чем не объединяется. Никогда.

У тебя select *. Это значит выдать все поля из всех таблиц в запросе. Ничего там ни с чем не объединяется. Никогда.

Это не факт. Может у него там дублей по таблицам вагон

Современное поколение не умеет читать текст длиньше твитера ?

Ну придется, если оно хочет стать программистом и зарабатывать деньги

Это не факт. Может у него там дублей по таблицам вагон

Факт

дублей много оч

Это не факт. Может у него там дублей по таблицам вагон

Или ты тоже SQL не знаешь?

Ну придется, если оно хочет стать программистом и зарабатывать деньги

Нее. Это ж кроме читать еще и думать нужно

Или ты тоже SQL не знаешь?

Ой я таки не могу. С чего ты решил что он не понаписал там одинаковых строк в таблицу

дублей много оч

Хоть у тебя там все поля дубли, все равно все выведутся

И гребет их пачкой и удивляется что выводятся дубли

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

Прочитал мало. Надо усвоил.

почти в каждой таблице имеется create_date , база данных возвращает норм данные, node.js javascript объединяет одинаковые имена автоматом. Можно как то избежать этого на уровне sql?

почти в каждой таблице имеется create_date , база данных возвращает норм данные, node.js javascript объединяет одинаковые имена автоматом. Можно как то избежать этого на уровне sql?

Выкинуть эту хуйню Java script в жопу, писать на нормальном языке, на чистом SQL без ORM.

Выкинуть эту хуйню Java script в жопу, писать на нормальном языке, на чистом SQL без ORM.

ало, js норм, с чего вы взяли что у него выйдет на нормальном языке?

Я не говорил, что у него выйдет

Это не факт. Может у него там дублей по таблицам вагон

*. выводит каждую таблицу, она не может объединять. Нуу, group by же нет.

Я им уже говорил. Не верят. Ну и этот чувак СарсМ вообще не сечет фишку, где кончается SQL и начинается JS

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

Не бухал на новый год, трагедия

ало, js норм, с чего вы взяли что у него выйдет на нормальном языке?

> js норм Этого в ту же палату

SELECT subject.id_subject as local_id, person.id_subject as id_person, person.surname, person.name, person.middlename, person.iin, person.sex, person.birthday, person.data_status, person.actuality as person_actuality, person.cib_id_subject, person.to_send, person.create_date as person_create_date, person.change_date as person_change_date,

таким образом расписываю и все поля неообходимые получаются

Может, лучше всё-таки было бухать ???

*. выводит каждую таблицу, она не может объединять. Нуу, group by же нет.

Так он и спрашивает ПОЧЕМУ ЖЕ МНОГО ДУБЛЕЙ. А вы на пару пытаетесь обучить меня в sql

@ob53rv3r будет жить. Поприветствуем!

Всем привет! подскажите, пожалуйста - вложенный селект в селект берет данные из вышестоящего селекта или ему без разницы и он селектит по всей таблице? составляю запрос и мне надо в заселекченных данных выдернуть значения еще по одному критерию SELECT DISTINCT rentcharge.amount, rentcharge.block, rentcharge.c_date, agreements.number, accounts.name FROM rentcharge, accounts, agreements, tarifs, payments WHERE rentcharge.agrm_id = agreements.agrm_id AND accounts.uid = agreements.uid AND tarifs.tar_id = rentcharge.tar_id AND payments.agrm_id = agreements.agrm_id AND agreements.balance>=0 AND rentcharge.amount=0 AND rentcharge.block=0 AND payments.pay_date IN (SELECT MAX(pay_date) FROM payments) AND payments.pay_date < '2018-08' AND tarifs.rent<>0 AND rentcharge.c_date = '2018-08-01'; вопрос касательно строки AND payments.pay_date IN (SELECT MAX(pay_date) FROM payments) этот селект уже будет селектить в том, что населектилось в большом запросе или нет?

таким образом расписываю и все поля неообходимые получаются

Да ты шо... Допер тики!

Он сначала склеит все таблицы которые в From, а потом для каждой строки полученого множества будет запускать подзапросы которые в where.

Так он и спрашивает ПОЧЕМУ ЖЕ МНОГО ДУБЛЕЙ. А вы на пару пытаетесь обучить меня в sql

Он спрашивал, почему дубли устраняются.

Он сначала склеит все таблицы которые в From, а потом для каждой строки полученого множества будет запускать подзапросы которые в where.

Пздц. Это ты с таким пониманием APEX учишь?

Он сначала склеит все таблицы которые в From, а потом для каждой строки полученого множества будет запускать подзапросы которые в where.

Больше не говори мне что APEX круто, ок? Тебе жирный минус в карму

Всем привет! подскажите, пожалуйста - вложенный селект в селект берет данные из вышестоящего селекта или ему без разницы и он селектит по всей таблице? составляю запрос и мне надо в заселекченных данных выдернуть значения еще по одному критерию SELECT DISTINCT rentcharge.amount, rentcharge.block, rentcharge.c_date, agreements.number, accounts.name FROM rentcharge, accounts, agreements, tarifs, payments WHERE rentcharge.agrm_id = agreements.agrm_id AND accounts.uid = agreements.uid AND tarifs.tar_id = rentcharge.tar_id AND payments.agrm_id = agreements.agrm_id AND agreements.balance>=0 AND rentcharge.amount=0 AND rentcharge.block=0 AND payments.pay_date IN (SELECT MAX(pay_date) FROM payments) AND payments.pay_date < '2018-08' AND tarifs.rent<>0 AND rentcharge.c_date = '2018-08-01'; вопрос касательно строки AND payments.pay_date IN (SELECT MAX(pay_date) FROM payments) этот селект уже будет селектить в том, что населектилось в большом запросе или нет?

Так нельзя это описывать. Но конкретно AND payments.pay_date IN (SELECT MAX(pay_date) FROM payments) НЕ будет учитывать то, что уже населектилось в основном запросе.

понятно

Так нельзя это описывать. Но конкретно AND payments.pay_date IN (SELECT MAX(pay_date) FROM payments) НЕ будет учитывать то, что уже населектилось в основном запросе.

Это независимый, т.н. некоррелированный подзапрос

Пздц. Это ты с таким пониманием APEX учишь?

Все правильно я написал. Тут таблицы соединяются по условиям прописанным в where плюс фильтруются, что я не так написал ?

Все правильно я написал. Тут таблицы соединяются по условиям прописанным в where плюс фильтруются, что я не так написал ?

Да ты просто слил весь свой апекс разом!

Все правильно я написал. Тут таблицы соединяются по условиям прописанным в where плюс фильтруются, что я не так написал ?

Ты просто чушь выдал.

ERROR: S client not available

а каким образом можно реализовать вот такое MAX(payments.pay_date) < '2018-08' применительно к тому запросу?

т.е. нужно среди максимальных дат отсеить те, в которых августа нет

Ты просто чушь выдал.

А что подзапрос в условии не будет работать для каждой строки при соединении таблиц ?

Все правильно я написал. Тут таблицы соединяются по условиям прописанным в where плюс фильтруются, что я не так написал ?

Ключевые слова слива: (И.е. индикация что человек не понимает в предмете ничего) "сначала " "склеит" "потом для каждой строки" " запускать подзапросы которые в where"

А что подзапрос в условии не будет работать для каждой строки при соединении таблиц ?

Только в апексе

А что подзапрос в условии не будет работать для каждой строки при соединении таблиц ?

Я не читал весь запрос, да и не нудно, но тот подзапрос, что интересовал автора, некорректно важный, и умный сервер обычно его выполняет один раз и ДО выполнения всего остального запроса. Хотя понятия скачала, до, после, в принципе для выполнения SQL не применимы, конечно, потому как SQL декларативный, а не императивный язык, и СУБД вольна исполнять его как хочет.

Только в апексе

?

Ок, сначала отфильтрует потом слеит.

Ключевые слова слива: (И.е. индикация что человек не понимает в предмете ничего) "сначала " "склеит" "потом для каждой строки" " запускать подзапросы которые в where"

Ну так что там по "правильному" порядку выполнения select в oracle?

Ок, сначала отфильтрует потом слеит.

Да нет, опять не угадал

Я не читал весь запрос, да и не нудно, но тот подзапрос, что интересовал автора, некорректно важный, и умный сервер обычно его выполняет один раз и ДО выполнения всего остального запроса. Хотя понятия скачала, до, после, в принципе для выполнения SQL не применимы, конечно, потому как SQL декларативный, а не императивный язык, и СУБД вольна исполнять его как хочет.

Мощно. Не чувствуешь противоречия между первой и второй частью?

Не

Я не читал весь запрос, да и не нудно, но тот подзапрос, что интересовал автора, некорректно важный, и умный сервер обычно его выполняет один раз и ДО выполнения всего остального запроса. Хотя понятия скачала, до, после, в принципе для выполнения SQL не применимы, конечно, потому как SQL декларативный, а не императивный язык, и СУБД вольна исполнять его как хочет.

Это не так, подзапрос будет работать для каждой строки

т.е. нужно среди максимальных дат отсеить те, в которых августа нет

У тебя там одна максимальная дата.

Это не так, подзапрос будет работать для каждой строки

Ты можешь измышлять что угодно. Мне уже не интересно.

Да нет, опять не угадал

Все я правильно написал

Ты можешь измышлять что угодно. Мне уже не интересно.

Так ты ерунду говориш

Так ты ерунду говориш

Ну повтори это ещё пять раз, может и сам поверишь...

Не будет планировщик подзапрос без дополнительных указаний «раз выполнять»

а каким образом можно реализовать вот такое MAX(payments.pay_date) < '2018-08' применительно к тому запросу?

Т.е. Никаким образом. Тете надо совсем запрос по другому строить

Будет выполнять каждый раз

Вы так-то оба неправы?

За ответом в Гугл.

14 стандартов.жпг