KinDzaDza wrote: 10 Sep 2021 20:39
zVlad wrote: 10 Sep 2021 17:45
Не Вы "ставили задачу", и не Вам подводить итоги.
И еще раз, для самых непонятливых, здесь не обсуждаются персоналитис и не дается оценка им (я не знаю так уж правила, но не удивлюсь что ими это не приветствуется), здесь обсуждаются мысли, высказывания, дела (по их описаниям). Вы выпадаете из этого простого регламента. Как выпадает, например, грыжа.
Я ещё раз могу Вам напомнить, что Вы закусили удила после того, как Вам сказали что Вы не знаете многого что есть в современном ИТ, просто потому что никогда с этим не встречались, работая последние 20+ лет в одной компании на МФ. Я не совсем понимаю, почему констатация такого простого факта Вас так сильно задела?
Вопрос по SQL был интересен тем, что заставляет задуматься а как можно использовать реляционную модель данных для получения такого результата. Кто хоть как-нибудь использовал SQL может сразу вспомнить, что когда делаешь SELECT из более чем одной таблицы и ошибаешься с условиями связи в JOIN / WHERE то часто получаешь несколько дубликатов на каждую ожидаемую единственную запись в результирующей выборке. Вот тут-то и приходит озарение, что надо просто выбрать данные из этой таблицы и любой другой с ровно N записями без всяких условий связи. Ну и остаётся только придумать откуда можно взять N записей для другой таблицы в этом JOIN.
Причём тут уникальные индексы, детские сады и прочие экскурсы в историю написания книжек именно для DB2 остаётся непонятным.
Как можно работать ДБА и не использовать SQL практически каждый день - для меня загадка. Возможно это норма для мира МФ, но что-то я сильно сомневаюсь. У меня нет опыта работы ДБА на МФ, но есть опыт ДБА с Ораклом со всякими сертификатами и прочей лабудой. Кроме того из известных БД я много работал с MSSQL но уже не как ДБА, a с MySQL переодически работаю до сих пор. Про менее известные БД с которыми мне тоже довелось поработать Вы, скорее всего, просто никогда не слышали. При этом я даже и не пытаюсь учить Вас или кого-либо еще как и что делать на МФ или в DB2. Почувствуйте разницу.
Спасиби за обстоятельный рассказ. По крайней мере становится понятней что Вы имели в виду умалчивая одно и упирая на другое.
Ну во-первых, я много раз писал о том что даже за последние 20 лет я занимался не только МФ (хоты и этого было бы вполне достачно), но и многим другим. Поэтому и утверждаю что мне известны многие технологии ИТ, кроме каких-нибудь экзотически. Да и на самом МФ многие технологие есть, есть с чем работать что бы не скучать. Так что факт, который Вы констатируете, просто не имеет места быть.
Во-вторых, запросы надо писать без "ошибок с условиями связи в JOIN / WHERE", их надо отлаживать,
В-третьих есть волшебное слово DISTINCT.
В-четвертых, так случилось что я работаю на стыке DB2, Oracle and MS SQL. Репликация и не только. У меня сложились хорошие деловые связи с нашим ДБА (из Москвы) на Оракл, и МС. Я часто ему подсказываю и он часто говорит мне спасибо за подсказки. Он рассказывает мне о своих проблемах в Оракл, и МС и я ему помогаю с ними разбираться. РАссказываю ему прп ДБ2 и он соглашается с тем что многое в ДБ2 сделано лучше чем в Оракл и МС. Но это, как говорится, в пользу бедных. Есть еще один ДБА (англоговорящий) ему что не скажешь - как об стенку горох. Любимая фраза у него "I did manually...".
Да, есть много разных баз данных. Вы слыхали что-нибудь про Adabas? Дисод? IDMS? IMS? SQL/DS? DB2/2? Просто любопытно, ничего другого. Но реляционных баз данных для серьезных применений есть три, Они перечисленны выше. Я считаю себя специалистом только по реляционным. Другие мне не интересны, тем более что БД для меня не являются основой моей ролью на МФ с 2006 года. Правда с 2016 когда ушал на пенсию наша ДБ2 ДБА, ДБ2 вернулось обратно ко мне, с довеском - IDMS, которого я никогда не изучал. Тем менее считается что и это саппортаю, что и в самом деле удается как то.
По теме SQL я готов о многом говорить и помогать разбираться в сколь угодно сложных ситуациях. Но конкретно, а не тонкими намеками на толстые обстоятельства. С кодом в руках. И я не "как-нибудь использовал SQL", а постоянно имею с ним деле с 1993-го года. Включае формальный перерыв с 2006 по 2016 когда использовал ДБ2 и SQL в работе с совершенно другими областями ИТ на МФ.
Пожалуйста, прекратите делать домыслы обо мне. Вам это очень плохо удается. Лучше рассказывайте о Ваших проблемах с SQL, а я Вам с радостью помогу.
