(sql там, хттп), а сам питон хромает. Или уже после флюент идти на собесы?
Нет, недостаточно
Допустим есть таблица логов, Logs. Условно id - int, event - varchar, date - timestamp. Напиши запрос который выводит количество логов за каждый день в любом порядке.
я сохраню твою задачу, дочитаю лутца до конца - отпишу
я бы сказал что даже после Лутца ты джуном не станешь. И если ты идешь в веб (ну или ботов), то скуль тебе понадобится.
У Алана Бьюли вышло 3е издание. Рекомендую.
Скуль? School?
по-твоему sch как ск читается?
вообще-то "School" читается как "скул"
В тех, кто собеседуется в мир (мимо снг) есть правило - если собеседующий выходец из снг - отказываемся от интервью.
Ого. А как ты это узнаешь до момента интервью?
Можно спросить, или когда снгшник начнет самоутверждаться просто остановить собес
выдумки какие-то
кроме этого ещё что-то для общего нужно? или дальше только специфика?
Я бы сказал специфика.
SELECT DATE(date) AS log_date, COUNT(*) AS log_count FROM Logs GROUP BY log_date ORDER BY log_date DESC;
пошел по пути SQL для простых смертных
Охренеть. Почти год назад. Но хвалю за настойчивость.
кстати. Вопрос по скулю на практике. Часто ли нужно использовать что-то сложнее, чем подобные запросы? Типа вложенных запросов и подобной фигни
it depends. Мне один раз перекрестный отчет пришлось писать на джоинов на 6-7.
можешь сам погуглить - pivotal report sql
Выглядит больно
интересная техника. Я использовал подзапрос с, вроде, декартово произведением. Т.е. столбцы из основного запроса перемножались со значениями из подзапроса. И да - и тот и другой были почти одиноковыми. Выглядело это страшно
можешь еще погуглить cursor pagination. Это один из ответов на вопрос на собесе как достать таблицу в миллиард записей.
Обсуждают сегодня