Может ли ИИ написать эффективный 5ф1--запрос? А ты, типа, можешь? / it-юмор :: Искусственный Интеллект :: sql :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

nebuchadnezzarnebuchadnezzar
it-юмор geek sql Искусственный Интеллект 
Может ли ИИ написать эффективный 5ф1--запрос? А ты, типа, можешь?,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,sql,Искусственный Интеллект
Подробнее
Может ли ИИ написать эффективный 5ф1--запрос? А ты, типа, можешь?
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,sql,Искусственный Интеллект
Еще на тему
it-юмор

it-юмор(3356)

geek

geek(16812)

Искусственный Интеллект

Искусственный Интеллект(669)

Развернуть
Комментарии 5608.12.202202:15ссылка92.2
Могу. Но он будет неэффективный.
Scallop Scallop08.12.202202:43ответитьссылка -1.1
т.е. не можешь
Dimcore Dimcore08.12.202202:56ответитьссылка↑ 23.9
Т. Е. Не очень можешь
джойгоблин джойгоблин08.12.202204:54ответитьссылка↑ 7.3
Могу, но не очень. Но могу. Но не очень. А я еще завариваю хороший кофе. На работу возьмете?
Scallop Scallop08.12.202204:55ответитьссылка↑ -1.8
Если кофе ты делаешь так же как умеешь отвечать на поставленные вопросы, то нет
Dimcore Dimcore08.12.202205:01ответитьссылка↑ 10.4
Ты всё это ради гифки затеял,да?
fat-o-bas fat-o-bas08.12.202219:01ответитьссылка↑ 1.8
Никто не может. Никто.
fedushka fedushka08.12.202202:56ответитьссылка 6.8
Будьте реалистами, если запрос делает то, что вы от него хотите, то он эффективный. Многомиллионные корпорации не парятся, с чего обычным людям от этого в депрессию впадать.
ReisKranc ReisKranc08.12.202203:09ответитьссылка 26.1
Корпорации покупают новые сервера на сдачу от офисного кофе. Им не нужна эффективность, им нужно "завтра у меня отчет о проделанной работе, сделай к сроку".
Vulpo Vulpo08.12.202203:28ответитьссылка↑ 9.6
завтра ... ха, наивный чукотский юныша, порой отчёт и выполненная работа нужна была ещё вчера.
Mirn Mirn08.12.202207:00ответитьссылка↑ 6.2
Порой? Всегда.
Смерть в туалете Смерть в туалете08.12.202208:01ответитьссылка↑ 1.2
Сделать к вчера - чтоб всегда ... опять слишком оптимистично,
потому что порой нужно сделать к __позавчера__ или ранее.
Mirn Mirn08.12.202208:14ответитьссылка↑ 1.8
А еще забыл, все отчеты на вчера и позавчера, делаются из массива благородного дерева с щепоткой удобрения благородных животных и с мыслями: потом перепишу нормально (с)
V..I..P V..I..P08.12.202210:47ответитьссылка↑ 0.1
Помню как-то начальник начальника пришёл ко мне и начал спрашивать ,почему они не получают значения учёта нового продукта, который запустили на прошлой неделе. Было забавно, ведь ни я, и даже мой непосредственный начальник, не были в курсе, что они вообще что-то новое запускали.
Как обычно, директор что-то решил, дали срок месяц и пустили всё по цепочке вниз. Каждое звено отжирало неделю на перекладывание всяких бумажек и планирование ахуенных работ. А потом приходят к тебе и "ты ещё неделю назад должен сделать вот это".
SUPRIMEkair SUPRIMEkair08.12.202210:49ответитьссылка↑ 1.0
А ты ему «тикета нет, тасочки нет, пошел в жопу».
Иисyc Иисyc08.12.202217:24ответитьссылка↑ 1.3
Вот так и появляются на свет лагающие игры.
Скрипты работают? - Работают. Всё - релизим.
Segaman Segaman08.12.202210:30ответитьссылка↑ 1.6
Видел я такие "эффективные" запросы, которые oracledb вгоняли в хтонический ахуй, но цель достигалась, да.
Bypgalak Bypgalak08.12.202210:59ответитьссылка↑ 0.6
А че не просто Oracle? Думаешь, их еще с чем-то ассоциируют?
fat-o-bas fat-o-bas08.12.202219:04ответитьссылка↑ -1.5
Да, очень часто ассоциируют с оracle vm или oracle linux
Bypgalak Bypgalak09.12.202206:01ответитьссылка↑ 1.4
VM - это VirtualBox который? А про линукс, ну знаю, есть, но чтобы кто-то юзал, хз
fat-o-bas fat-o-bas09.12.202206:15ответитьссылка↑ 0.0
VM - это VirtualBox, да всё верно, oracle linux ОЧЕНЬ часто используется особенно из за того, что он неплохо заточен под aws, хотя у них и свой дистр есть.
Bypgalak Bypgalak09.12.202206:52ответитьссылка↑ 0.9
Ну бокс онр купили просто, а про использование линукса я не знал, спасибо
fat-o-bas fat-o-bas09.12.202207:02ответитьссылка↑ 0.0
Ага, с джавой.
Lolwhatma Gandhi Lolwhatma Gandhi10.12.202220:58ответитьссылка↑ 0.0
Так на собеседовании и скажут.
Constantine427 Constantine42708.12.202214:42ответитьссылка↑ 0.0
нет никаких эффективных запросов. Есть оптимизированные запросы, а задача оптимизации - это не "пальцем в небо" и не "у меня высокая экспертиза, я могу написать", а банальный поиск оптимума... а в этом машина безусловно превосходит человека. Так что больше на "приколы для даунов" смахивает.
tolkotak tolkotak08.12.202203:20ответитьссылка 14.9
"Приколы для эффективных менеджеров"
Kengurogoff Kengurogoff08.12.202203:51ответитьссылка↑ 2.6
И рекрутеров
fat-o-bas fat-o-bas08.12.202219:04ответитьссылка↑ 0.3
Эм... Так то машина как раз ищет этот оптимум при составлении плана выполнения запроса, и если бы она "безусловно превосходила человека", то человек бы потом не занимался оптимизацией этого плана
den94 den9408.12.202204:18ответитьссылка↑ 11.8
ну так а машину, которая составляет план, кто пишет? А? А? Конечно, мы же помним про энтропию Шеннона - если человек созадет алгоритмическую машину, то именно он и вкладывает в нее информацию, поэтому машина на уровне "уметь все" человека не превосходит... но на уровне той алгоритмической задачи, которая ей поставлена, с учетмо кол-ва информации, заложенной программистом - в разы, в десятки раз, в сотни.
tolkotak tolkotak08.12.202205:43ответитьссылка↑ 2.5
машина может тупо следовать инструкциям и иногда сама себя может перехитрить, особенно когда ей начинают сильно усложнять эти инструкции, этот поиск оптиума тоже пишется несовершенными людьми
приведу пример в 19ом оракле на основе сбора статистки по таблице оракл может перестраивать план запроса по щучьему велению
и когда в таблице 100 записей или пара миллионов это большая разница и этот перестроенный план может выстрелить в ногу
приходится хинтовать свои скрипты и прибивать свой план запроса гвоздями
намдадут намдадут08.12.202212:28ответитьссылка↑ 0.5
Хаха, если бы.
Оптимизаторы нынче неплохи, но перестраивать целиком структуру запроса, что порой приводит к оптимизации порядков на 5, не умеет.
Как и анализировать не структуру, а непосредственно суть данных, чтобы поменять запрос, более оптимальный для конкретных данных именно вот в этой таблице именно сейчас.
Оху́евший Оху́евший08.12.202220:11ответитьссылка↑ 0.1
мы же понимаем ,что в исходном "меме" ни слова про оптимизацию структуры запроса, а про "написание эффективного sql-запроса". Машина может написать "эффективный sql-запрос" просто потому что в принципе декларативный язык допускает оптимизаионный поиск.

А вы мне все пытаететсь рассказать про то как сейчас линейно устроена планирование запроса на уровне БД. Ну ок, так то еще в 60-х изобреталось :)
tolkotak tolkotak08.12.202220:22ответитьссылка↑ 0.5
Вопрос трудящимся, какой есть годный материал для вкуривания про оптимизацию с SQL? Базовое понимание того, как оно работает у меня есть, равно как и работаю с ним активно второй год. Но любой рекомендации буду рад
Eyeball Eyeball08.12.202204:50ответитьссылка -0.8
Вот это прям годнота

Alexsey Alexsey08.12.202205:26ответитьссылка↑ 6.8
Охренеть, за 40 минут я понял больше чем за месяц гугления статеек
Пушишка Пушишка08.12.202209:34ответитьссылка↑ 1.6
Это совсем для джунов
messir messir08.12.202213:18ответитьссылка↑ 1.9
Иди в свой middle'овый двор выебывайся
fat-o-bas fat-o-bas08.12.202219:06ответитьссылка↑ 0.5
use the index, Luke. Маркус Винрад очень доходчиво объясняет
orthoxerox orthoxerox08.12.202209:57ответитьссылка↑ 0.7
Спасибо, да, индекс - хорошая вещь. Настолько, что у меня в базе есть таблица с парой миллионов строк и 50 столбцами, и на 80% она состоит из индексов. Прямые запросы к ней - ок бро, но стоит делать join‘ы с другой таблицей или, упаси боже, вставленные SELECT’ы в запросе/модификации - и оракл говорит: «я буду это делать 20 минут (хотя, стоимость исчисляет десятками тысяч операций, что по идее должно длиться секунды), за это время успеешь несколько раз сходить нахуй».

Разбирал по кирпичикам, проблема стреляет именно с join’ами
Eyeball Eyeball08.12.202217:55ответитьссылка↑ 0.5
Не всегда решение в индексах или performance tuning'е самой бд, иногда приходится денормализировать таблицы или использовать clustered таблицы. От дисковой подсистемы опять же многое зависит. В идеале чтобы БД была на SSD и не на copy-on-write файловой системе.

Короче вопросы по БД это такая вещь где в общих чертах можно много чего посоветовать, но для дельных советов надо знать и структуру БД и запросы которые тормозят.
Alexsey Alexsey08.12.202218:32ответитьссылка↑ 2.0
Все это понимают, но на собесе тебя про грааль плана запросов и тот самый идеальный селект в HL системе будут спрашивать, который все за 1нс выдает. А ты на должность уборщика метил
fat-o-bas fat-o-bas08.12.202219:09ответитьссылка↑ 1.0
Собесы это вообще отдельная боль. У тебя может быть проект на гитхабе с тысячей звезд, который о твоих способностях говорит больше, чем любые вопросы, но вместо того чтобы слегка отойти от стандартного процесса и зайти к тебе на гитхаб тебе все равно будут трахать мозг какими-то базовыми вопросами ответить на которые ты не можешь банально потому что либо делаешь это на подсознательном уровне, либо какими-то терминами за свою практику ты не пользовался даже если используешь это каждый день.
Alexsey Alexsey08.12.202219:19ответитьссылка↑ 1.5
Хочется тебе дорогой выпивки купить! Ты заговорил и попал в самое сердце. Но с другой стороны это и кандидатов оберегает: либо у тебя прикольный коллектив, либо деревянные нёрды с блестяще вызубреннлй теорией и ебаным продуктом
fat-o-bas fat-o-bas08.12.202219:24ответитьссылка↑ 0.7
Ты удивишься, но...
Например, в колоночной распределенной базе, обычный column scan работает чаще всего быстрее, чем индекс. О чём, впрочем, прямо написано в документации, и почему так - тоже.
Так что не бывает универсальных советов, тем более, что индексы ебать как не бесплатны, если у тебя данные насираются миллионами строк в минуту.
Оху́евший Оху́евший08.12.202220:16ответитьссылка↑ 1.0
Годные материалы как правило пишутся под конкретную субд и выглядят в виде книг. Гугли Oracle/MSSQL perfomance tuning
messir messir08.12.202213:20ответитьссылка↑ 1.0
Первым выдало годный курс. Охуенно (без иронии), спасибо
Eyeball Eyeball08.12.202217:13ответитьссылка↑ 0.1
Не за что)
messir messir08.12.202217:33ответитьссылка↑ 0.9
Так он и интересуется потому что не может и хочет чтобы ии писал запросы, машина быдляцкая
AndreyZhuk AndreyZhuk08.12.202207:50ответитьссылка 0.2
Select MyTable.dbo (mycolumn1, mycolumn2)
anonfromdeep anonfromdeep08.12.202208:23ответитьссылка -1.9
Ну на самом деле возможно уже и может: https://habr.com/ru/post/703380/
AjiTae AjiTae08.12.202214:50ответитьссылка 0.0
Напишу, может, и не самый эффективный, но уж точно эффективнее, чем его генерят некоторые фреймворки.
Lolwhatma Gandhi Lolwhatma Gandhi08.12.202219:41ответитьссылка 0.0
Первый раз в жизни, когда встретился с ORM запросом в логах, я немного испугался.
ссылка на гифку
minmatar minmatar09.12.202222:11ответитьссылка↑ 0.0
DROP DATABASE Ahuennayabase
CB-98 CB-98 08.12.202220:27 ответить ссылка 0.5
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы
программирование

программирование

нейронные сети

нейронные сети

sql

, 

it

, 

профессиональный юмор

, 

it юмор


Тренды

Fallout
приколы для полных дегенератов
Дрочибельные мемы
Похожие посты
1т1 г Nineteen Ninety nine t888* Eighteen Eighty Eight ±ПT"Seventeen Seventy Seven ELEVENTEEN ONETY ONEShurick Agapitov 31 Jul • • • Вы получили это письмо, потому что моя команда биг дата проанализровала ваши активности в жире, конфлюенс, гугл почте, чате, документах, дашбордах и пометила вас как невовлечные и малопродуктивные сотрудники, иными словами вы не всегда присутсвовали на рабочем мест
подробнее»

Искусственный Интеллект it-юмор geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор

Shurick Agapitov 31 Jul • • • Вы получили это письмо, потому что моя команда биг дата проанализровала ваши активности в жире, конфлюенс, гугл почте, чате, документах, дашбордах и пометила вас как невовлечные и малопродуктивные сотрудники, иными словами вы не всегда присутсвовали на рабочем мест
Глава Xsolla объяснил, как выбрали 147 неактивных сотрудников atomlib 4-6 minutes Александр Агапитов. Фотография: Xsolla Основатель и руководитель компании Xsolla Александр Агапитов рассказал «Форбсу» детали о массовом увольнении сотрудников в пермском офисе компании. Агапитов также ответил на
подробнее»

Искусственный Интеллект it-юмор geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор Xsolla habr эффективный менеджмент бариста Типо Искусственный Интеллект хостес

Глава Xsolla объяснил, как выбрали 147 неактивных сотрудников atomlib 4-6 minutes Александр Агапитов. Фотография: Xsolla Основатель и руководитель компании Xsolla Александр Агапитов рассказал «Форбсу» детали о массовом увольнении сотрудников в пермском офисе компании. Агапитов также ответил на