Мб триггеры, представления ещё, но тут не уверен.
Мимо сисярп жун
Пиздуй в /pr
На мидла - сразу по представлениям пробежался бы + оконные функции (роу намберы) + понимание стрктуры субд (сервер, схема, таблица, вью, мат вью, синоним)
На сеньора - все выше перечисленное + опыт оптимизации запросов, план выполнения, опыт в разных синтаксисах oracla + t-sql (mssql)+ hive какой-нибудь. Спросил отличия синтаксиса и ограничения.
мимо бизнес аналитик по витринам данных, опыт 5+ лет
Правильно понял, что ты идешь на джуна по базам данных и ничего не знаешь про базы данных и язык SQL?
Тебе повезло, в треде человек с 5+ лет опыта в этой сфере, могу ответить на любые вопросы.
Сколько зарабатываешь?
200 чистыми + годовые (в топ 3 банке сейчас пилю витрины)
>бизнес аналитик по витринам данных
звучит как лютая хуита
На самом деле нет. Хз, наверное, ты кухни просто не знаешь, поэтому тебе кажется это странным
У меня 235, не считая годовой, тоже банк.
Если бы не уважал себя настолько, чтобы работать в сбере или втб, наверное все 300 были бы.
Жму, руку. Мы почти на максималке по рынку сидим. На 300 зря облизываешься, мне кажется.
Жму тоже.
Не, 300 реально в моем случае, я же типа developer, а не аналитик. Ну и недавно осознал, что одним SQL сыт не будешь и начал активно учить языки программирования и развиваться в сторону data engineering.
Девелопер отличается от аналитика только тем, что потоки строит и расписание устанавливает?
Или чем-то еще
Кроме того, что тут уже написали у меня всегда спрашивали индексы. Достаточно подробно, какие преимущества и недостатки, какие виды есть, про б-дерево отдельно - что это такое, на пальцах пояснить как работает. Еще про оконные функции спрашивали но редко, 1 раз всего вроде, но я только после вката понял зачем они и так и не пользовался. И да это собесы на фулстека, а не sql разраба.
Типичные примеры SQLi и как с ними бороться
типы join-ов и отличия между ними
подзапросы
ченить типа такого, на джуна норм уровень
То есть по сути спрашивают совсем базовые вещи?
мимокрок, потихоньку не спеша учу скл
Я думаю, зависит от места, но вообще да.
У нас аналитики это те, кто делают выгрузки по запросам пользователей и рисуют отчеты, а девелоперы делают загрузки в хранилище. Ну и вопросы оптимизации тоже разработчики решают, если селектики отказываются работать.
Ну понял, классика. У нас также все, только я по стажу работы могу работу девелопера вполне делать, хоть и пришел на позицию бизнес аналитика.
хуй сосешь?
>>249946675
Да хз на самом деле про рынок. Сейчас рыночек вверх летит стремительно, можно и с 250-300к на собесы с ноги влетать, думаю.
мимо брат двхшник в ритейле
Найди сертификационные экзамены. Симуляцию, разумеется, а не ответы на вопросы. А вообще тебе в программач - https://2ch.hk/pr/
Я обычно спрашиваю что такое NoSql базы данных и нахуй они нужны + пример. Что такое индексы и как они работают. И почему нельзя все подряд индексировать. Как работает дефолтный BTree. Дефолтные/не дефолтные типы данных. Как профилировать запросы (EXPLAIN/ANALYZE). Нормализация/денормализация. Что касается чистого sql'я то отличие джоинов. По условному примеру из 2х который придумываю на ходу верчу кручу всякими селектами вида - а вытащи мне в результате user info который будет иметь первое слово из users.name и user.email) ну и + групбаи, агрегирующими функции, юнионы, триггеры, сиквенсы, транзакции.
Короче я всегда спрашиваю в грубину до всего что знаю сам, и пытаюсь понять какие сильные стороны, где готовился и узнал что-то новое, а где пошел 3 раза прочитал, заучил но нихуя не понял.
Мимо синьер-помидор, 100+ собесов за спиной.
Эта хуита действительно настолько простая для вката как кажется? Иногда натыкаюсь на вакансии, требования выглядят будто им за вечер можно начать соответствовать. Просто стремаюсь что я почитаю гайды неделю, а на собесе обосрусь с подливой и стыдно будет
мимо иб макака дрочу фаервол
Могут и не предложить столько, но спросить никто не мешает. Впрочем, реально хз, я в двх вообще случайно оказался.
А так - у меня есть кореш в сбере, который собеседует СА со знанием БД на уровне миддлов. Говорит, что на двести на собесы залетают совсем отбитые дауны, которые простую задачку на базовое знание оконных функций и джоинов решить не могут.
Вопросы явно не на джуна
Да хуй знает, простая или нет. SQL — это такая вещь, которую понимать надо, думать на ней. Кто-то с ходу вкатывается, кто-то годами не может базовые принципы понять.
мимо случайно оказался в двх
Она обманчиво простая. Азы SQL учатся за пару вечеров, но чтобы стать большим профессионалов в сфере нужно потратить приблизительно столько же сил, сколько и в любой другой сфере.
Если ты думаешь что в ОЙТИ можно вкатиться нехуя не делая, ты жертва пропаганды типочков которые рубят бабло на курсах для бегинеров где пересказывают мануал.
Ну SQL — это просто инструмент, который для большинства людей, которые с ним работают, даже не является основным. Если у человека вопрос в том, можно ли научиться работать с этим инструментом на приемлемом для ждунов уровне за относительно адекватное время, то ответ — да, теоретически можно, хотя зависит от человека. А вот если вопрос в том, можно ли чисто на SQL вкатываться без других навыков / инструментов, то вряд ли.
Я же написал что я и так в ойти, по крайней мере не меньше чем скл-макака.
Вот копипаста с рандом вакансии которую я загуглил прямо сейчас (администратор БД, 70к грошей)
>Знание SQL, написание запросов;
>Навыки программирования на каком-либо скриптовом языке;
>Желателен опыт работы с unix-системами;
>Желателен опыт работы с реляционными базами данных
НА МОЙ ВЗГЛЯД это выглядит как почитать по 2 часа в вечер недельку и потом еще столько же по кнопочкам потыкать. Я вот и спросил, так оно или нет.
Если нет, то интересно было бы узнать что именно подразумевается под ЗНАНИЕМ SQL и что там джуну надо учить месяцами
Я мимо проходил, но всё что этот сеньор помидор рассказал, нам в унике за 1 семестр рассказали
Если сам это учить будешь то еще меньше времени уйдет
Одно дело — курс в универе прослушать, а другое — не пиздануть базу запросом на десять таблиц, в каждой из которых десятки миллионов записей.
Я ж говорю: SQL — это инструмент, причём для многих не основной даже. Нужны не только академические знания, но и практический опыт, чтобы было пониманием инструмента, а не зубрёжка разных типов джоинов.
Так я говорю только про вопросы которые этот сеньор собирался джунов спрашивать
Да вопросы очень часто нужны, чтобы понять, как человек думает. Если ты разбираешься в том, о чём спрашиваешь, то по ответу сразу видно, идёт ли речь о зубрёжке или о практическом опыте.
К теме треда. Часто вижу вакансии типа Адмиристратор баз данных с огромными для меня зарплатами. Но слабо понимаю, чем занимается каждый день такой сотрудник. Поясните
Чем отличается count(*) от count(a)
что такое coalesce
как хранить массивы или справочники
зачем нужна нормализация
зачем нужна денормализация
сколько нормальных форм ты знаешь
как работают индексы
чем кластерный отличается от некластерного
имеет ли смысл использовать varchar(20) вместо varchar(255)
как пронумеровать строки, посчитать сумму по группам итп - оконные функции
Зависит от компании, но DBA занимаются практически всем, чем только можно с базами заниматься: развёртка, управление правами, проектирование, кластеризация и прочая залупа.
В основном огребает пиздюлей когда рукожопый девелопер ставит раком его БД, или кто-то выставляет на продажу данные из БД без ведома начальников.
А так - нихуя не делает, после начальной настройки всего.
Так есть теоретические вопросы, а есть практические
Вот как ты по:
>Как работает дефолтный BTree
Будешь определять практический опыт?
Преподаёшь MySQL в провинциальном ВУЗе?
> имеет ли смысл использовать varchar(20) вместо varchar(255)
Сколько же я в своё время огрёб проблем из-за одного хуесоса, который считал, что стоит, потому что БЛЯ БУДУ НЕ БУДЕТ У НАС СТРОК БОЛЬШЕ ЧЕМ ВОСЕМЬ СИМВОЛОВ МАМОЙ КЛЯНУСЬ СЛЫШИШЬ.
Я не собеседую SQL-господ, но уверен, что даже по форме ответа видно, знает ли человек, о чём он вообще говорит. Плюс, исходя из ответа можно уже более глубокое общение продолжить.
Как будто с нейросеткой общаюсь если честно
Спрошу алгоритмическую сложность поиска значения в двоичном дереве.
Тоже чисто теоретический вопрос
Ну бля, ты собеседовал хоть кого-нибудь в своей жизни? Если у тебя есть хоть сколько-либо эмпатии, то очень часто видно, понимает ли человек, о чём он говорит, или отвечает по учебнику.
Тем более, что места они занимают одинаковою
Сеньор-помидор, хуярю на SAP POWERSCRIPT + всякие T-SQLные базы данных.
Места они занимают одинаково только в случае, когда там одинаковое количество символов лежит, поэтому твой вопрос некорректен. Надо спрашивать, есть ли разница между занимаемым объёмом памяти при хранении строки в двадцать символов для varchar(20) и varchar(255). Но не суть.
Впрочем, перечитал и вопрос всё-таки поставлен корректно, хоть и немного кривовато, как по мне.
Извини, вопросы показались оторванными от реальности, как из вузовского курса.
Ой блять. Ну тогда по твоей логике теорию вообще нахуй не надо спрашивать?
Ты же ведь понимаешь что одно дело брать Алешу которому на курсах или в универе преподавали и он что-то помнит, или хотя бы на пальцах может объяснить. А другое это брать Колю который до недавна был мануальным тестером, и кроме как тыцкать на кнопочки и заводить тикеты нихуя не умел, по совету своих корешей посмотрел 3 видеоурока на ютубе и все, он блять уже джуниор.
Отличие having от where знаешь?
А на стажировку нужно собеседование проходить?
Да не, вполне норм вопросы.
Мимо сеньйор-помидор.
>теорию вообще нахуй не надо спрашивать?
Где я такое писал?...
>как хранить массивы или справочники
Немного не понял вопроса. В таблице, как их еще хранить-то?
Я в этом контексте в своё время очень сильно полюбил просить джунов, когда зовут на собесы, пояснить за четыре столпа ООП, но не мне, а девочке-хрюше, которая рядом сидит и в этих ваших кодингах нихуя не понимает. Вот прям сразу становится видно, заучил ли кандидат термины или понимает их.
Все равно размер надо устанавливать без запаса. Потому что это валидация данных. Не здесь, так в другом месте наебнется.
еще один хуесос
Если хочешь прям жёсткую валидацию данных, чтобы ровно n символов всегда было, то тогда вообще char(n) надо использовать — чуть полегче вышло.
Но вообще я согласен, что структура данных должна в среднем быть определена на уровне БД настолько жёстко, насколько это возможно. Другое дело, что в том конкретном случае надо было всего-то посмотреть на задачу с перспективой на год-два вперёд, чтобы не выстрелить себе в ногу. Речь шла условно об «итерируемой строке», размер который со временем не мог не вылезти за границу в восемь символов.
>как хранить массивы
Ну тут можно растечься про вложенные таблицы в Oracle и погрузить экзаменатора в эти душные дебри, чтобы он сам ждал пока ты поскорее заткнешься (потому что сам он ими конечно не пользуется).
Про рекурсивные запросы могут спрашивать, а также про GROUPING SETS и ROLLUP, но это если только речь идет о серьезной вакансии.
Что такое дедлок и как его устроить - хороший вопрос.
Ну и вопрос вопросов - чем отличается первичный ключ о уникального индекса.
>>249948278
мне кажется вы набиваете себе цену. Что сложного может быть в том, чтобы выучить селект и джоин? А большего и не требуется.
Это как шахматы. Не составит труда выучить фигурки и их движения, но из них складываются сложные партии
Ну хуй знает, хуй знает. Я в своей практике видел несколько залётных, которые умудрялись базу пиздануть из-за хуёво оптимизированных запросов. Но речь и не про джунов идёт, тут я согласен.
Гонять туда-сюда text::varchar плохая идея?
У меня тянка sql-разрабом ебошит, дают ей задачу оптимизировать запрос, который такие как ты писали, которым
> что сложного выучить селект и джоин
и который отрабатывает 10 минут, она делает какую-то магию и запрос отрабатывает 20 секунд, можно ещё быстрее, но это уже надо делать не час, а два дня, оно того не стоит.
>Не составит труда выучить фигурки и их движения, но из них складываются сложные партии
А ты хорош, с таким мою работу еще не сравнивали.
>>249955122
>А большего и не требуется.
Где не требуется? Тут разговор про людей, которые специализируются на разработке БД, а не просто юзают SQL в прикладных целях.
>У меня тянка sql-разрабом ебошит
Ничего себе, а ты кем работаешь?
А я недоаналитиком, она в 2013 вкатилась, а я всего год назад. Она меня содержит по факту.
Веселая семейка, сколько ЗП у вас?
>sql-разрабом
>@
>html-погромистом
У тебя есть две таблицы Org и People
У каждого сотрудника в таблице People указан ID его организации из таблицы Org
У каждой организации в таблице Org указан номер телефона приемной
Тебе необходимо добавить столбец в таблицу People, назвать его Org_phone и положить туда номер телефона, который ты возьмешь из организаций.
Твои действия?
>Твои действия?
Я бы тебя нахуй послал. Зачем в таблице с сотрудниками данные, не имеющие к ним прямого отношения?
Ебать ты душный. Ну не добавить столбец, а просто заджойнить таблицу people с соответствующими сотрудникам номерами телефонов.
не мой вопрос
Все так, это действительно просто. Зависит от специализации, правда. Если ты разработчик, то всю эту синьерскую хуйню нужно знать, а если обычная макака-отчетник, то достаточно видов джойна, понимать, зачем нужны индексы ну и оконные функции раз в полгода.
У макаки-отчетника другой путь развития к 300к - ты дрочишь не sql, а бизнес-процессы в своей конторе, находишь слабые места, рисуешь презу начальству с масштабом проблемы и вариантами решения. В плане техники вместо углубления в sql лучше задрочить python и pandas какой-нибудь, простейшие ml-модели.
> просто заджойнить таблицу people с соответствующими сотрудникам номерами телефонов.
Ну вот и ответил.
> а просто заджойнить таблицу people с соответствующими сотрудникам номерами телефонов
И вывести это для огранизаций, у которых >= 3 сотрудников и заменить в телефоне все симфолы, которые не являются цифрами
Есть запрос вида
select *
from A
left join B on ...
Каким должно быть условие джойна, чтобы при замене left join на right join результат запроса не поменялся?
>crud
Чё это?
мимо-хуюнити джун
Create, Read, Update, Delete. Короче, базовые операции с данными, обычно термин используется в контексте апишек.
>на джуна по разраба по базам данных
Это что за покемон? Типа те кто не осилил ни один язык программирования и включает - выключает базы?
мимо-котлин джун
Вы приняты!
Хуй знает, почему я так люблю этот вопрос, ни разу в карьере right join не юзал
Да ну а чё. Вопрос простой, но нестандартный, может выбить из колеи соискателя.
А еще он очень хорошо детектит гниляку, у которой "рррррря это неприменимо на практике зачем такое спрашивать".
1=0
1=1
Я б это это как плюс тебе зачел на собеседовании. Right join - это для евреев, арабов и прочих, кто пишет справа налево. Для большинства задач и национальностей - это мало того что не нужно, так ещё и совершенно не естественно, особенно в ansi нотации(перейти к предикату, вернуться назад и вычитать что там соединялось,..)
Применимо. Такой запрос вернет все возможные кобминации записей из а и из в, а это дохуя когда надо.
Я и сам говорю, что не пользуюсь правым джойном и полностью разделяю мнение про евреев. Но для меня это хороший вопрос на понимание.
>>249957392
Мы вам перезвоним.
>>249957493
Так не делают, обычно пишут просто select * from A, B Кстати, тоже можно спрашивать на собесах, что вернет этот запрос, мне не все отвечали
>This is an antiquated join syntax that was replaced by explicit joins in Standard SQL-1992
Откуда притащил? Бред.
курсоры редко когда нужны, кроме триггеров. Но если тебе нужны триггеры или курсоры - то у тебя ошибка в ДНК.
Я иногда использую, когда надо сделать какую-то миграцию данных из старых таблиц в новые. И для этого нудно больше одного запроса.
В приложениях - нет.
Ах, вспомнил, есть же еще cross join, вот его пишут.
Так 1=1 тоже по сути кросс джоин.
Именно.
И вот ты, не будучи долбоёбом, на первом же этапе отсеял задачу как ебанутую. А если где-то потребуется телефон приемной, тащи его из соответствующей таблицы, нихуя не нужно делать.
Логика примерно такая была на 2-3 собеседованиях.
У нее 160, у меня 90, мы из мухосрани
Ну там не голый sql, ещё базовые сисярп, питон и джава (спецом не учила, но иногда приходилось чота допиливать по мелочи у разных работодателей)
Если не всё ещё забыл с универа, это довольно базовая штука, которая вообще показывает, насколько ты хорошо себе представляешь отличие РСУБД от Экселевской таблицы. Вообще полезно сесть и джойны без джойнов порасписывать, если не раздуплился до конца, иначе сути cartesian explosion не поймешь, когда БД продакшена умрёт от селекта с десятком джойнов.
мимо-кодомакака
Тянка рассказывала, взяли чувака, через две недели уволили, за что? Он по дефолту right join юзал, ну т.е. все левый, а он правый, ну и типа посовещались коллективом, решили что он пиздец странный и пишет криповые запросы и типа давайте уволим, мы с ним не сработаемся.
Ну кстати я один раз в карьере видел налаженную а ля базу данных достаточно мощную экселевскую ебалу с внешними интерфейсами. На удивление оно работало достаточно стабильно.
Очень много где использование СУБД нецелесообразно, ибо объёмы оперируемых данных слишком малы относительно ресурсов, которые жрёт СУБД. Другое дело, что СУБД на такой незначительный объём данных можно поднять условно на хорошей домашней пеке, а это стоит таких копеек, что всем впадлу ебаться. Не говорю, впрочем, что это что-то плохое.
> видел налаженную а ля базу данных достаточно мощную экселевскую ебалу с внешними интерфейсами
НАПИСАЛ
@
НЕ ПРОЧИТАЛ
@
ОТПРАВИЛ
Имею в виду, что видел, как эксель с внешними интерфейсами использовался в качестве БД на достаточно большой объём данных и количество операций, причём эта ебала работала достаточно стабильно.
> Вероника жоповна, закройте у себя файл пожалуйста, мне нужно добавить цифорки
Обязательно спросят, че такое транзакция, про нормальные формы могут спросить, че это такое типа. Попросят джоин написать с агрегатной функцией, а потом и с хэвингом. Вот собсна и всё.
> ресурсов, которые жрёт СУБД
¿ Кокие ресурсы
Пик стронгли релейтед.
>>249960596
@
ВЫДЕЛЯЮТ ОТДЕЛЬНУЮ ВЕРОНИКУ ЖОПОВНУ, КОТОРОЙ ПЕРЕДАЮТСЯ ЗАПРОСЫ К БД НА ИСПОЛНЕНИЕ
Лучше за пять минут постгрю в докере поднять. И то это надежнее выглядит.
дети, никогда на проде не поднимайте субд в докере
Если ещё в соединении указывает порядок таблиц в обратном порядке, типа t1.id, t2.id from t1, t2 where t2.id = t1.id - за такое я б тоже увольнял. Пришлось бы половину коллег нынешних уволить, лол
Никто не пользовался экселем в качестве фронта. Даже выгрузки какие-то делались через промежуточные интерфейсы, а не через сам эксель.
Да, много извращенцев в мире
бекенд на экселе, фронтэнд на дельфи
> никогда на проде не поднимайте субд в докере
Почему?
> никогда на проде не поднимайте субд в докере
Чому? У всех в Кубере всё давно, нужно только volume подключить и не хранить БД в контейнере.
> дети, никогда на проде не поднимайте субд в докере
Хули б и нет. Вот мне как-то с барского плеча дали задачу прикрутить CI для битрикса, который поднимался в докере, так я два дня просидел, но так и не придумал, как это сделать ебучие инфоблоки, сука.
Инфраструктура на перепаянных цисках и зионах с Алиэкспресса.
А чем конкретно инфоблоки помешали, если не секрет?
Забыл миддл-слой на VBA.
>>249960966
Легаси, хули. В России это ещё не так критично, хотя всплывает порой, а в белом мире есть код, который работает лет по пятьдесят уже и который написан на каком-нибудь ебучем коболе. В США в корону пенсионеров дёргали за бешеные деньги, чтобы они дорабатывали системы, потому что молодняка с такими знаниями инструментов из восьмидесятых нихуя нет на рынке по очевидным причинам.
Сразу спросят о том, хочешь ли получать 300 к / сек, и если ты ответишь Да, над тобой будут долго насмехаться, заявив, что реальная зарплата будет только на 4-й месяц после испытательного срока, и она в десять раз меньше.
А если ответишь Нет, тогда будут ржать и говорить, что ты лошара и не имеешь амбиций.
Шутка, да. Удачи тебе.
Вообще, если совсем маленькие объемы данных и очень хочется, то можно.
Если более менее серьезный продакшин, лучше не надо. БД - довольно критичный сервис. Ему нужно настраивать потребление памяти и использование процессора. Более того, сервис должен быть стабильным, а чем меньше компонентов, тем оно надежнее. И тут у тебя появляется прослойка из докера. Зачем - хз. Чтобы версии разные быстрее разворачивать? Так с СУБД это не нужно делать.
Более того, если у тебя более менее серьезные нагрузки на базу, то надо под нее отдельную машину выделять. Хоть база в докере хоть не в докере. А если ты и так отдельную машину выделил, то установи стенделоун постгрю и не бзди, что докер ебанется и все на проде ебанет.
Когда ты добавляешь в битриксе какую-то новую страничку, например, то это никак не аффектит код, а только данные в БД. Нихуя не понятно, как это отслеживать.
Это вообще всё не работает, например, если продаёшь продукт, который должен уметь из коробки в кластере развернуться и пойти-поехать.
Дополнительно скажу, что проблемы у меня с постгрей в докере начались, когда база разрослась до таблиц в 100кк записей. За минуту было где-то 6-7к запросов, если не путаюсь.
лол, списались дурачки полуменеджеры, мнящие себя аналитиками и девелоперами
А-а-а, понял. Да, это пиздец. Наверное, в том числе и поэтому у Эльдорадо/МВидео нет нормального CI тянучка в метре от меня регресс проводит.
Если одна таблица пустая, а другая - нет, то 1=1 не сработает
А ты кто?
а на двощах рассказывают что все бабы проститутки но как ты нашел кого то получше?
Что могут спросить у джуна SalesForce на собеседе?
Ну я говорю: я подумал два дня, нихуя не придумал и слил задачу, а потом и из компании ушёл, потому что вот таких охуенных левых задач стало много по отношению к профильной работе.
я разработчик очка, какое-то время меня тоже заносило в фин тех и банки. Благо, ушел из этого болота. мм, люблю вкус служебочек по утрам
Ей понравилось, как я кофе варю и всё завертелось. Вообще хуй знает, методом проб и ошибок, до нее отношался с другими тянками, там поголовно шлюхи, многие при этом не особо умные. С этой просто повезло наверное. Ну и я после знакомства ей немного картину мира поломал, чтобы правильно развивалась.
>Вопросы явно не на джуна
Нормальные вопросы для начинающего работника. Всю эту хрень при обучении проходил и как знает. Если на часть отвечает - то потенциал есть. А если везде валится - человек безнадежен, пусть слесарем идет гайки крутить илши веб-макакой
Так джун этим всем заниматься и не будет. Это как брать образованного сисадмина с кучей знаний по сетям, чтобы тот чистил комплюхтеры от пыли.
>Так джун этим всем заниматься и не будет.
А чем у вас тогда джуны занимаются? Может сдури вкатиться
Mysql-server
Современная поросль подрывается их хранить в полях-массивах.
Тогда просто надо домены использовать. Валидировать такие данные на уровне базы не всегда требуется, т.к. базы часто используются как бездумные хранилища.
Согласен, может про нормальные формы вопрос оторван от реальности - остальное в целом всё используется при построении БД. Мимо-тот-помидор.
Дак блядь дай список задач, дай время пару недель их решать и уже по этим задачам спрашивай.
Как же меня заебали эти уебанские собесы, сука. С этими ебаными вопросами типа "Можно ли наследоваться от класса String и перечислите потокобезопасные коллекции из CUNTcurrent перечислите основные операторы SQL и операторы group by"
сука, ну просто заебало уже, ну какой долбоеб придумал так собесы проводить?
мимо java-вкатыш
Это пока тебе кто-нибудь в релиз сортировку пузырьком не запихнёт.
Я не понимаю что мне скачивать. Наугад скачал aur/mysql. Есть доки на русском как этим пользоваться?
cross join пишут. from a, b тоже можно, но если джойнишься не во фроме - джойнься явно.
Вообщем посмотрим, может мне повезет и так, потом докину в гитхаб проектов учебных, потом начну отправлять сам активно
Для обучения разворачивай любую субд в докер контейнере. МайСкл, постгри, похуй. И задрачивай базовый sql.
Посоветуйте книжку для изучения sql. Или любая сойдет?
Любая сойдет. Главное практикуйся больше.
Где лучше взять какую-нибудь базу?
Сам создай. Заодно выучишь CREATE, INSERT и прочее.
Просто набор из каких-нибудь дохуя изъёбистых селектов или апдейтов с кучей условий. Едва ли попросят что-то более сложное из головы, всё равно ж в итоге всё на ходу гуглится.
Как вывести содержимое всех таблиц всех бд в mssql?
Джуновский вопрос шопездец.
Тебе это зачем? А главное нахуя?
За хуй знает сколько лет такой хуйней не представилось случая заниматься. Список всех таблиц БД ты можешь получить через INFORMATION_SCHEMA. И в цикле херачить EXEC с динамически создаваемым запросом.
А вот как получить список всех бд на сервере я сходу не скажу.
Бля, туплю. sysdatabases в мастере. Запамятовал уже.
Ну и то же, что и для таблиц, но для каждой БД.
Зато сразу втупик ставит, я на работе такую штуку делал
Да это больше вопрос на структуру самих субд.
Представил как на одном проекте с огромной базой делаю такую штуку, и аж плохо стало.
>Да это больше вопрос на структуру самих субд
Не обязательно, у mssql есть встроенные функции