:-D так скорее всего и происходит

По-моему, он это всё вечерком делает.

Нет не нужен

😀😀😀😀😀😀😀😀

Какой программист ?

Я программирую стиральную машину на разные программы стирки, кручу колёсико. Я программист!

@@dima.m Вы не программируете стиральную машину, а выбираете режим, который как раз был запрограммирован в стиральную машину. Понимаю, что это сарказм, но ведь даже у сарказма должен быть смысл.

ахахаха. А ведь и правда? :)

не ну может spring разработчик знает только 8 джаву, а конторе надо 13 джава)

Зачем? Можно и не знать java и писать под Spring Framework.

@@erlanibraev надо бы забанить тебя в линкедине на всякий случай.

@@vladimirpetrov8918 Хорошо. Жаль, что Spring Framework не смог в Scala. А так только Kotlin для работы со Spring Framework. 😂

На канале ещё есть очень интересный цикл по базам

Si Si, а дадите ссылку?

@@user-vq8wp6gc3d ukposts.info/slow/PLmqFxxywkatS8Hfj6-aYgXfrpvV6OoKSc

Как запомнить функции oracle sql ? Mod, substr, instr, round, trunc, add_moths, next_day , и т.д

да, оговорился

это язык структурированных запросов, а не структурированный язык запросов

@@artie5913 точно ) Спасибо за уточнение. Я тоже оговорился )))

Народ, вы о чём? Там вааще изначально никаких расшифровок не закладывалось, а вы тут спорите о "народных переводах"! Вы сразу подеритесь, и ОК. А то, только моё время тратите!

@@SergeyNemchinskiy да, и в crud r = read а не retrieve, хотя и retrieve тоже неплохо подходит..

Ну, так про гуру там и говорилось: годы, годы, и годы...

Но ты же не совершенство

Дайте совет, как хорошо запоминать запросы? И как понять аналитические функции, очень сложно их понимать

для начала достаточно основ. Потом остальное выучите

add, commit, push, pull, fetch, clone, checkout, branch, merge... для начала этих хватит, потом reset, revert, stash итд

был

ukposts.info/have/v-deo/q2iapZecnKpky2g.html

ORM сам ничего не делает, он к данным доступа не имеет. Это просто лишняя прокладка, которая сама генерирует текст запроса, а потом "в функцию, а потом экзектютить". Быстрее не будет. И не потому, что ORM тратит время на генерацию SQL-запроса, а потому, что хоть сколько нибудь сложные запросы получаются, как правило, гораздо хуже написанных вручную. Более того, бездумно используя ORM и обработку данных в Джаве, есть реальный шанс перекачивать по сети лишний трафик - в разы больше того, который был бы при использовании SQL. Например, выбрали 10 млн записей из базы, обработали в Джаве и на выходе получили пару сотен строк. А можно было бы сделать обработку на стороне сервера базы данных (в самом SQL-запросе или использовать язык хранимых процедур, типа PL/SQL), то по сети пересылался бы только результат (100...200 строк, вместо 10 млн). Короче, SQL всегда быстрее любых ORM-ов. И ещё важный момент - передаётся не только "SQL в виде строки", но и ОТДЕЛЬНО параметры, то есть нельзя параметры тупо подставлять текст запроса, обязательно нужно использовать bind-переменные. Почему - есть, как минимум две причины: SQL-injection и производительность (связанно с особенностью работы SQL-парсера и кеширования плана запроса), но это уже отдельная большая тема.

Проекты бывают разные, но если нужен стабильный хорошо сопровождаемый и тестируемый проект (через юнит тесты), то логику однозначно не нужно пихать в базу. В базе также сложно разбивать код на модули как это делается в C# к примеру, т.е. в базе это могут быть большие плохо сопровождаемые процедуры/функции. То что касается уже готовых проектов, то поменять пропорции конечно можно, но это будет стоить значительных ресурсов т.к. кучу кода переписать придется. В 95% случаев скажите "нет" бизнес логике в sql базах. Она оправдана только когда нужна высокая производительность или по другому сделать просто оооочень сложно.

@@zatuliveter насчёт "большие плохо сопровождаемые процедуры/функции" - используйте нормальную СУБД, в которой есть пакеты, которые в свою очередь, могут быть ещё и разнесены по разным схемам.

@@zatuliveter если объёмы данных небольшие, а данные редко меняются, в основном только читаются из базы или нет параллельного доступа к данным, то вы можете себе позволить делать всю бизнес-логику вне базы. Это приложения, где бОльшую часть кода занимает отрисовка пользовательского интерфейса. Если кода обработки данных больше, чем отрисовки, то вам придётся реализовывать бизнес-логику в базе, иначе будут проблемы. Кроме BigData со всякими там Map-Reduce. И вообще я не понимаю - почему Джависты так очкуют по поводу бизнес-логики в базе? Так или иначе - бизнес-логика в любом случае будет в базе. Те же ограничения (constraints) и/или индексы (да! индексы - тоже работают как ограничения), ключи (внешние и первичные), триггеры - это уже бизнес-логика! Не использовать такие возможности - это просто тупо!

INSERT INTO liked_videos SET channel = "UCVbz7l0COUdLupcY4YtYH0w", video = "QSefStjPAvI", description = "Что такое SQL? Надо ли его знать Java разработчику?", created_at = NOW(); 😂

CREATE TABLE nemchinskiy_watched_videos ( video_id VARCHAR(20) NOT NULL, is_liked BOOL DEFAULT 1, my_skill SMALLINT AUTO_INCREMENT );

Drop table youtube

ORA-00018: maximum number of sessions exceeded

Нет

Зависит от задачи

поздравляю!

:-D

Ява плохо подходит под блокчейн и смарт контракты с точки зрения безопасности. Лучшие платформы для смарт контрактов - языки с зависимыми типами.

@@user-tf5bs6de6z Спасибо ! У вас нет полезной статьи на эту тему ?

@@paulshekhovtsov7031 , много статей. Например www.google.com/url?sa=t&source=web&rct=j&url=www.cs.au.dk/~spitters/meta.pdf&ved=2ahUKEwj-sNGfq93lAhXdwcQBHY-hC9kQFjAFegQIARAB&usg=AOvVaw1voZOhL6mkZpyKqKEwExdN&cshid=1573309724670 . Есть такое выражение "Сделать некорректное состояние невыразимым" - это о разработке на типизированных функциональных языках. Самые первые смарт контракты известны эксплуатациями в них уязвимостей. Потому что ко всяким явам это выражение не относится. Самый безопасный инструмент токенизации (смарт контракты) сегодня написан на языке F* - Zen protocol.

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

есть SQL developer

не в Java, в а спринге. Это первое. Второе - не всё ложится в стандарты. Третье - нужно знать, что там под капотом. Четвёртое - иногда требуется вручную что-то посмотреть в базе (это бэкенд, детка!B-) )

@@maxlich9139 а можно как-то просмотреть содержимое базы в формате как в Excel таблице? Скачиваешь и смотришь

@@sayhellotoroy О_о зачем!? Можно в любой соответствующей программе посмотреть это? Но вообще да, некоторые программы позволяют. У меня в IDEA такое есть (но всё равно это работает не очень удобно, и если смотреть, то проще сразу в ДейтаГрипе или подобной программе)

@@maxlich9139 ок :) я хз, учусь же только и уточняю. Можно как-то связаться с тобой, позадавать таких наводящих вопросов?

@@sayhellotoroy Да, связывайся. Может быть тут можно отправлять сообщения

Ну я правда не джавист, но ORM он везде ORM. ORM удобно, когда ты твёрдо понимаешь, как он работает. Я когда пишу запрос через ORM, я мысленно представляю select, который у меня потом получится. Поэтому могу предсказать, где лучше написать запросик руками.

Нет, не обязательно. Можно использовать слова не равные байту. Вместо мышки можно использовать трек-бол. Ctrl - тоже не обязательно, так как все комбинации можно переопределить, и вообще создать собственную клавиатуру под себя, как это сделал автор "CatBoard".

Ну типа все реляционные базы это таблицы

Ексель это пользовательский интерфейс (графическая поддержка)и за каждой ячейкой и формулой скрываеться язык, а скюл - это собственно язык. Exel - программа. SQL - язык.

НЕТ! SQL не похож на Excel. SQL - это язык манипулирования данными, а не сами данные или таблицы.

[холивар] Alex сначала учишься писать sql-запросы, а потом приходит понимание, что простые операции проще делать orm-ом. Критерий простоты: если orm в задаче сложнее sql (или не применим) - пиши sql. Более 50% вероятность, что в более 50% проектов более 50% запрос будут проще через orm

@@Sergiusnick эт я знаю, но у тех кто только во всём этом начал разбираться появляются такие вопросы и лучше когда есть хоть и поверхностное, но понятное объяснение

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

@@dmitriylev7961 Всё учишь постепенно. Нужны транзакции? Учишь их. Хочешь процедуры? И их смотришь. Разные потребности. Но, в большинстве, разработчику нужны те самые три действия

Dmitriy Lev пользуй коммон тейбл если нестед напрягает

user278 хацкер детектед)

"Сложные" джойны это не совсем про знание SQL - как технологии, join'ы это про знание архитектуры бд веб-приложения(1:М, М:М и т.п). SQL это по большей части накопительный опыт про декартово произведения(merge и прочее) , про оконные функции и нах* они вообще нужны и прочее..

Не уверен, что это нужно

Да, ищите в "Работа для Студента", если конечно вы знаете Java

Да, ищите "Расклейщик объявлений" или "Работа дворником"

что означает no sql ?

@@programer8 ну да - в чем разница все таки между sql и nosql

ты серьезно не знаешь что такое монго???

@@dmitriylev7961 нет не знаю, и не знаю в каких случях ее использовать

@@MrAndreyLeo гугуль тебе в помощь. запрос - mongoDB

Странная контора, честно. Но я бы отправил задание и через неделю. Норм

Может вас думали как разработчика взять, кто знает?

@@klerg321 тоже были такие мысли)

@@MasterYOSky это НЕ так. нормальный саппорт очень бегло и сиквел знает, и джавускрипт, и пайтон, и, и, и... И особливо английский с парой других языков. Это в богоспасаемой почему-то подменяют понятия эникей и саппорт. Ну и зп у саппорта немногим ниже программиста, - если мы про саппорта, а не мальчика-эникея говорим.

Jan Tayanouski угу только на зп поменьше ;)

mister Anderson мб запросы писать?))

@@Risovathocu Ага, а там где запросы есть ещё и функционал на сервере. Ну по сути это ж не зона ответственности фронтендера. Походу всем нужны фулстеки за невысокую зарплату

@@misteranderson6058 так это к новичкам такие требования обычно. Действительно много вакансий для джунов, где требуют связку джс, sql, php. Если компании нужен реально хороший фронт, то они не станут писать такое в требованиях

Майкрософт )

Может, но стоит очень хорошо задуматься прежде чем идти туда работать. Лавочка может обанкротится и потом будет сложно найти новую работу. А может не обанкротится и Вы там будете очень ценным кадром с очень хорошим окладом. Тут как в том анекдоте про вероятность встретить динозавра на дороге. Примерно 50 на 50. Можно встретить или не встретить. :)

@@HowItWorks Вероятность встретить динозавра в наше время равна 0. Надо делать привязку в условие от времени

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

HowItWorks скорее обанкротятся те кто прыгает от одной новомодной «технологии» к другой

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

@@KharkivSergey ну так же важно было бы рассмотреть нужна ли мышка true программисту или настоящие программисты в продакшине только клавиатурой (или планшетом с гугл ассистент) код пишут, а так же школьников может заинтересовать вопрос нужно ли код писать на английском или просто можно писать на русском, а потом в гугл транслейтере переводить на английский. Ну типа класс Главный { публичный статический невозращаеммый главный(Строка[] арг) { Система.вывод.напечататьст("Я крутой программист"); } } Ну еще есть куча важных вопросов для начинающих без ответа на которые никто не купит подписку, но хотелось бы для начала получить ответ хотя бы на эти самые важные.

java se, без фреймворков для интерпрайза

Э-э-э ASP.NET?! Или MS что то новое придумали?

@@erlanibraev , вообще не в этом проблема. Вопрос в том как понять что именно эта технология оптимальна для твоей задачи. Написать то я могу не чем угодно

Sql просто, но эта простота обманчива ))

Простота даёт свободу, а свобода - ответственность!

хибернейт. А с чем его надо есть?

@@maxlich9139 как вчера оказалось на занятии с HQL например

@@alexchabanenko6347 да, Critera API ещё есть. Для особых извращенцев

@@maxlich9139 Criteria Builder нам показали для запросов. Правда у меня пока глаза разбегаются от незнакомого синтаксиса

ну ты еще про вайлдкард чарактерз спроси... что людей-то валишь, злой препод?

@@dmitriylev7961 Не-а... интересующийся!

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

ORM - просто костыли для ООП.

ukposts.info/have/v-deo/oaWBippkbYxhyIE.html

с hello world

@@sukovMax sout("Hello World!");

потому что нет такого ЯП

@@dmitriylev7961 О боже! Человек пропустил букву в названии!!! Давайте его гнобить! (Ещё один твой бесполезный коммент).

Потому что они там джависты и сосредоточились на джаве, как самой востребованной платформе для Enterprise проектов. В общем, что сами хорошо знают, тому и учат. И это правильно. Да и Python гораздо проще джавы.

Это другая секта

На канале есть видос ukposts.info/have/v-deo/fqWDpquJpGeZzHk.html на эту тему, где Сергей не плохо все обьясняет. Покопайтесь в листе ukposts.infovideos?view=0&sort=da&flow=grid Но с тех пор утекло много воды и появилось много нового. Для начинающего будет полезно, но для серьезного проекта уже не пойдет.

@@HowItWorks Спасибо, обязательно ознакомлюсь

Исходя из вакансий на рынке, intermediate (минимум)

@@user-my5nw2kg6l при должном хотении джуну можно не очень знать. Главное чтоб гайды на англ. были понятны.

Хотя бы на уровне понимания документации

Бегло разговаривать надо, как на родном! Не знаешь англ - дверь вон там!))

@@user-tm6li9el4o ага, и владеть хотябы 4мя акцентами : британским, американским, индийским и , главное, шотландским.

Тоже было бы интересно послушать мнение Сергея по этому поводу, т.к. работаю только с GWT, а он вроде мало где используется

Это в майкрософте говорят сиквел, в остальном имре - эс-кью-эль

Оракл поддерживает хранимые процедуры на джава. так что лишним не будет точно :)

@@SergeyNemchinskiy более 10 лет работаю с Ораклом - ни разу не видел хранимых процедур на Java в реальном продакшн коде. Все Database Developer-ы пишут на PL/SQL и этого достаточно в 99.9999 % случаев. Java нужна разработчику баз данных только, если он хочет быть Java-разработчиком и не для чего больше.

Ненавижу Javascript до тошноты!

@@6598335 а зачем тогда учите? Повелись на уже неактуальный стереотип о том, что фронтэнд разработка легче для вхождения новичку?

@@peachok3564, а когда мне какие вопросы? Да, я пытался его учить, но чем больше я его узнавал, тем больше у меня подступали к горлу рвотные массы. С другой стороны, это такой "фрукт", который пока не попробуешь - не поймёшь своего к нему отношения. Его либо любят, либо ненавидят, но равнодушным он не оставит никого... но, его кто-то же любит, даже настолько, что браузерным монополистом сделали, и даже NodeJS запилили. И всё это на фоне такого звездежа о требованиях безопасности...

Потому-что если ты фигаешь сайт на любом ЯП, связанный с сайтами, ты обязан знать SQL, даже если его в проекте не будет, это стандарт и от него никому не уйти =) И так, к слову - каждый человек разный, 1 может понять вложенные запросы за 1 минуту, другой с INSERT будет страдать день =)

apt install mysql-server?

Бедняга

Нахрена? GUID - это костыль, который нужен, если в приложении нет полноценной СУБД. В любой нормальной РСУБД есть последовательности (sequence), которые отлично работают и не имеют проблем с производительностью и дают 100% уникальные ID.

@@486OverDrive использование последовательностей это и есть костыли в РСУБД. Если волнуют вопросы производительности то секвентальные ГУИДы их решают.

И?

@@S_Z. идите в библиотеку

@@Maxdub я без вашей помощи разберусь куда пойти, мне непонятно что вы своим сообщением донести хотели?

@@S_Z. Это глобальная проблема! Все умеют ходить, но чтоб выбрать направление ума обычно не хватает.

а если вдруг случился постгрес то учим pg/sql c pg/python, а если нужно поковырять оптимизатор то учим C. Да и вообще чтобы делать native sp лучше сразу С. Ну и пайтон пригодиться чтобы потом обратно на мскуле сложные запросы писать без гребаного TSQL. В общем красота.

@@terwit1549 вот поэтому я и решил, что веб - это мое все. ну, после того, как пайтон меня завел в машин лернинг и я осознал, что слишком тупой для этого)))

@@terwit1549 "поковырять оптимизатор", оптимизатор запросов чтоль? эт что за надобность такая его курочить?

@@katrinwilf3231 для postgres, помимо стандартного оптимизатора существует несколько сторонних оптимизаторов. Те что я знаю используются для высоконагруженных систем.

нет