|
|
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
Vintdbms_photoshop, у меня 11.2.0.4 и 12 предвидеться еще не скоро. зачем тратить свое время на то чем в принципе сможешь воспользоваться в далеком будущем я не понимаю. тем более есть прекрасные способы на нейтив написать. хотя с удовольствием почитаю если напишешь и сравнишь по производительности с нейтив запросами. отложу в копилку ссылку и буду дальше спокойно работать) Будете дополнительные деньги платить за саппорт в мае 17го? Или у вас трофейный оракл? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 15:47 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
Melkomyagkii_newbi, как там SAP договорится с Oracle и потом даст нам лицензии на тот продукт которым я занимаюсь, по моему, даже сам SAP еще не знает) предпочитаю чтобы об этом голова болела у тех к ого должна) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 15:52 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
envorawish, А есть история появления багов, вызванных победами над багами? Я уж не говорю, про регулярно возвращающиеся баги между чётными и нечётными версиями (разные команды индусов делают?). я лишь про регулярно возвращающиеся баги , которые когда-то приходится "заново" побеждать (как вариант - плюнуть..) лично у меня впечатление сложилось, что анси-зависимые баги возвращаются чаще среднего ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 16:15 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
orawish, а я думал? что ты еще веришь в победу индусов над "dual+grouping sets" )))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 16:29 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
Vintorawish, а я думал? что ты еще веришь в победу индусов над "dual+grouping sets" )))) нэт. я выбрал вариант плюнуть ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 16:36 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
orawish, как я тебя понимаю... Код: plsql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 16:39 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
andreymxДед-Папыхтет, по срачам соскучился, дедушка? попроси шефа фулл аутер через (+) написатьЧасто ли в реальной жизни требуется Full Outer Join? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 16:46 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
GlaysДед-Папыхтет, тру ораклоиды используют NATURAL JOIN и USING. Использование NATURAL JOIN нужно запрещать организационными методами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 16:51 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
SQL*Plus, И закрепить их в уголовном кодексе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 16:52 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
envSQL*Plus, И закрепить их в уголовном кодексеЗакрепить, как минимум, в должностной инструкции и в отдельном приказе. С обязательной подписью работника об ознакомлении. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 17:02 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
Timur Akhmadeev Дед, слушайся начальника, исключение - full outer join. partition by RIGHT OUTER JOIN через (+)? ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 17:10 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
SQL*PlusGlaysДед-Папыхтет, тру ораклоиды используют NATURAL JOIN и USING. Использование NATURAL JOIN нужно запрещать организационными методами. Я как-то решил пошутить над новым сотрудником и на просьбу помочь с запросом дал пример с натурал джойном. Предупредил, что нужно нормально переписать. А он взял и закоммитил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 17:54 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
SQL*PlusandreymxДед-Папыхтет, по срачам соскучился, дедушка? попроси шефа фулл аутер через (+) написатьЧасто ли в реальной жизни требуется Full Outer Join?редко у меня во всем расчете себестоимости всего 23 раза нашлось но там оно точно надо - для сравнения данных в двух распределенных системах, например ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 18:09 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
Glays, Ну это еще по доброму. Я как-то лет 10 назад работал в одной не софтварной конторе, в которой программистов было меньше чем пальцев на руках и у всех были админские привилегии в локальной сети. Когда я уже уволился - пришел новый чел, который не особо нравился некоторым и они периодически ребутили его комп удаленно по локальной сети командой shutdown с указанием веселых сообщений, таймаута и флага force. Пока не вытравили беднягу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 18:20 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop, вы там разрулили недопонимания? ощущение что кто-то съехал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 22:01 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
Melkomyagkii_newbi, Вообще по-моему продлили до 2020 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2016, 23:13 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
Дед-ПапыхтетНачальник говорит, что нужно писать всегда через запятую соединения, что бы другим программистам легче читать было. Почему? Не с проста сделали же INNER JOIN, LEFT JOIN? Какое может быть дело настоящему Папыхтету до того, что будут читать "другие программисты"? А если он еще и Дед, так десять куч на тех программистов, квадратно-гнездовым способом. Для истинного Деда - единственный "другой программист" - это он сам. Но писать как-то надо. И, в качестве "инженерного подхода", некоторыми широко известными знатоками как надо писать, предлагается писать "как все". Просто в каждом конкретном случае требует уточнения, кто это такие, все эти "все". И это точно не твой начальник, если только ты не работаешь в подразделении Oracle над одним из их business application. Здесь "все" - это все и произвольно взятые писатели конкретно Oracle business applications в любом их виде. Если ты видишь там хоть один ansi left join - пиши в схожих ситуациях не задумываясь, и не беспокоясь о разрушении памяти, неправильном результате или неэффективном плане выполнения. Не потому, что это правильно, и память не будет разрушена, а бывший правильным результат вдруг не станет неправильным при выходе следующей версии, а потому что работоспособность (и производительность) всех приложений будет автоматически поддерживаться и улучшаться, если они написаны способом, неотличимым от манеры писателей их собственных приложений. Ну и, при таком инженерном подходе, на следующую версию переходи не ранее того момента, когда под нее будут сертифицированы их собственные бизнес-приложения. К этому моменту, все для них самих критичные разрухи как-нибудь, да подопрут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 02:08 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
Банальный outer к outer уже вызывает сложности восприятия мешанины в where и, как следствие, шансы допустить ошибку. По сравнению с багами ansi куда более вероятную. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 08:01 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopЯ соглашусь, что model и recursive subquery factoring желательно не использовать вообще. Вызывали некоторое недоумение некоторые последние статьи Кайта где он писал про "прекрасные решения на model/rec with". Видимо ему действительно пора было на пенсию. Удивляет когда на этом форуме SY публикует какие-то решения на rec with когда решается c помощью connect by и прочие overkill. Забавно что тот же SY и прочие продолжают навязывать агрегацию строк через XML, которая есть костыль с хреновым перфомансом. Вообще в оракловом компьюнити многие люди, которые имеют некоторый вес продолжают пиаирть какие-то говно подходы. И тех, кто адекватно может оценить просто мизерный процент. Кстати, зачаствую они и на форумах не сидят. Так что любезный товарищ "бурлесонщина" из другого топика частично прав: общий уровень низкий, процент тупости растет и говно-решения упорно продвигаются. А умные люди развивают свое дело, занимаются семьей, спортом, туризмом... чем угодно. А не пасутся в коментариях к блогам Подера и Льюиса. Это, конечно, не повод всех назывть "лохи позорные" или как там было. В вот match recognize - ВЕЩЬ! Я обо всем этом написал 100+ страниц, скоро выложу. Коллега, вы просто разрыв шаблона вызываете. Model использую давно (редко, да метко). Никаких проблем. А вот на match recognize с первого раза вляпался в баг, локализовывал который целый день. Но при этом Вы заявляете, что model (со времен 10.2?) - кака, а match recognize (свистоперделка из 12.1) - ми-ми-ми и повод для 100-страничного эпоса. Не странно ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 10:58 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
SQL*PlusGlaysДед-Папыхтет, тру ораклоиды используют NATURAL JOIN и USING. Использование NATURAL JOIN нужно запрещать организационными методами. На входе табличку повесить: "Невероятно, но факт: натуралы НЕ используют Natural Join" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 11:02 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
RA\/ENSQL*Plusпропущено... Использование NATURAL JOIN нужно запрещать организационными методами. На входе табличку повесить: "Невероятно, но факт: натуралы НЕ используют Natural Join" Это фейк. Настоящие натуралы не используют SQL . Гордо сказать, что я не использую natural join в SQL , это объявить себя мальчиком, а одеться девочкой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 11:24 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
RA\/ENdbms_photoshopЯ соглашусь, что model и recursive subquery factoring желательно не использовать вообще. Вызывали некоторое недоумение некоторые последние статьи Кайта где он писал про "прекрасные решения на model/rec with". Видимо ему действительно пора было на пенсию. Удивляет когда на этом форуме SY публикует какие-то решения на rec with когда решается c помощью connect by и прочие overkill. Забавно что тот же SY и прочие продолжают навязывать агрегацию строк через XML, которая есть костыль с хреновым перфомансом. Вообще в оракловом компьюнити многие люди, которые имеют некоторый вес продолжают пиаирть какие-то говно подходы. И тех, кто адекватно может оценить просто мизерный процент. Кстати, зачаствую они и на форумах не сидят. Так что любезный товарищ "бурлесонщина" из другого топика частично прав: общий уровень низкий, процент тупости растет и говно-решения упорно продвигаются. А умные люди развивают свое дело, занимаются семьей, спортом, туризмом... чем угодно. А не пасутся в коментариях к блогам Подера и Льюиса. Это, конечно, не повод всех назывть "лохи позорные" или как там было. В вот match recognize - ВЕЩЬ! Я обо всем этом написал 100+ страниц, скоро выложу. Коллега, вы просто разрыв шаблона вызываете. Model использую давно (редко, да метко). Никаких проблем. А вот на match recognize с первого раза вляпался в баг, локализовывал который целый день. Но при этом Вы заявляете, что model (со времен 10.2?) - кака, а match recognize (свистоперделка из 12.1) - ми-ми-ми и повод для 100-страничного эпоса. Не странно ли?В эпосе намного больше страниц посвящено модели чем паттерн матчингу, не смотря на озвучиваемую мной ее бесполезность. Я был бы премного благодарен, если вам есть что сказать по поводу этого challenge . По поводу альтернативных случаев не очень интересно - например, когда на наборе, скажем, 50к строк можно натянуть модельку и вся логика умещается в пару строк, тогда как на PL/SQL пришлось бы создавать функцию, тип и писать много букв, а перфоманс сопоставимый ибо объемы детские. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 13:31 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
Cамые суровые баги издревна были с union в подзапросах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 13:41 |
|
||
|
А правда что в Oracle использовать JOIN - моветон?
|
|||
|---|---|---|---|
|
#18+
SQL*PlusandreymxДед-Папыхтет, по срачам соскучился, дедушка? попроси шефа фулл аутер через (+) написатьЧасто ли в реальной жизни требуется Full Outer Join? Например, когда требуется вычислить разницу в хранящихся данных (одна условная таблица/набор) и тех же данных, получаемых "на лету" (другая условная таблица/набор). Не думаю, что это архи-редкость.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2016, 14:18 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39366699&tid=1886809]: |
0ms |
get settings: |
9ms |
get forum list: |
21ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
85ms |
get tp. blocked users: |
2ms |
| others: | 215ms |
| total: | 398ms |

| 0 / 0 |
