1. Python / Говнокод #20125

    −46

    1. 1
    "SELECT * FROM tbl_entries WHERE date LIKE '%%%04d.%02d.%02d%%' " % (y, m, d)

    Запостил: 3_dar, 02 Июня 2016

    Комментарии (44) RSS

    • ava kerman 03.06.2016 00:10 # +1

      О, это какие злобные мудаки держат в базе экранированные символы? Или это реально неэкраннированные символы, просто такой злой экран в запросе?
      Ответить

      • ava defecate-plusplus 03.06.2016 00:14 # 0

        это напитон
        база тут не причем
        (а че, есть базы, в которых формат даты вот так вот фиксирован, а не управляется локалью инстанса, локалью сессии и фазой луны? снова mysql?)
        Ответить

        • ava kerman 03.06.2016 00:52 # 0

          Я не представляю. Даже MySQL управляется. Но такое выражение можно в почти любой базе написать, под текущую локаль.

          Да и вообще.

          Ну чо сразу Гитлер MySQL? Не ну серьёзно, нормальная БД.
          Ответить

        • ava inkanus-gray 03.06.2016 01:06 # 0

          Существует 100500 способов хранения даты в базе: и стандартные для базы форматы даты, и число (от эпохи Юникс/Р.Х./основания Рима), и даже тупо текстовая строка. Здесь больше похоже на последний вариант.
          Ответить

          • ava defecate-plusplus 03.06.2016 01:18 # +2

            тупо текстовая строка - это какой-то пиздец, простите, коллега
            не надо так делать
            и байтов больше занимает, и не ищется, и не арифметизируется
            Ответить

            • ava Dummy00001 03.06.2016 01:45 # +4

              как не ищется?? вот там же сверху пример приведен...

              ЗЫ даты и скл. у меня с этим делом только одна ассоциация - to_char(). first you ignore the to_char(). then you laugh at to_char(). then you fight with to_char(). then to_char() wins.
              Ответить

            • ava inkanus-gray 03.06.2016 11:42 # 0

              А для чего в данном примере используется LIKE?
              Ответить

              • ava guest 03.06.2016 12:04 # 0

                Для даты "2016.06.03T12:03:23.537Z". Я же хочу отчет за весь день, а не только за действия ровно в полночь!
                Перебирать по всем вариантам времени было слишком долго, так что оптимизировали как могли.
                Ответить

                • ava defecate-plusplus 03.06.2016 12:13 # +1

                  у тебя черно-белый монитор чтоли?
                  мы тут все зеленым пишем

                  зачем ты "2016.06.03T12:03:23.537Z" хранишь как строку?
                  Ответить

                  • ava inkanus-gray 03.06.2016 15:16 # +3

                    Я однажды видел работающий терминал ЭВМ СМ (выпускались такие в странах СЭВ) с чёрно-зелёным монитором. Не представляю себе, как на них можно было работать, когда весь текст был зелёным.
                    Ответить

                    • ava defecate-plusplus 03.06.2016 15:33 # +4

                      когда с той стороны экрана на тебя глядит фортран, то зеленые не только буквы, но и небо и даже аллах
                      Ответить

                    • ava guestinho 03.06.2016 15:44 # +1

                      Так делали некоторые монохромные карты (типа геркулеса).
                      Черно-зеленый экран это вообще круто, взять хотя бы калькуляторы Электроника

                      А вот в NetBSD консоль зеленая была одно время:
                      https://mail-index.netbsd.org/netbsd-users/2015/10/28/.attachments/jpg07WWRu7tt8.jpg
                      Ответить

                      • ava inkanus-gray 03.06.2016 16:43 # +3

                        С картами такая фигня: истинно чёрно-белому монитору нужен только один видеоканал, а цветному как минимум три (у монитора EGA было шесть видеоканалов, потому что сигнал был двухуровневый, а не многоуровневый, в отличие от VGA). Так исторически получилось, что тому выводу в DB-разъёме, который использовал чёрно-белый монитор, в цветном соответствовал зелёный канал. Поэтому если в «Геркулес» воткнуть цветной монитор (типа CGA, MCGA, EGA), то он будет показывать зелёную картинку.
                        Ответить

                  • ava guest 03.06.2016 17:16 # 0

                    Может, потому что 70% источников данных шлют строки в своих json'ах, а пойти и каждому отправляющему дать по голове у меня рук не хватает?
                    Кстати, далеко не все шлют "2016.06.03T12:03:23.537Z", некоторые раньше слали "2016-02-12T08:03:03Z" и долго ли у них продлится это, я не знаю.
                    Ответить

                    • ava defecate-plusplus 03.06.2016 17:26 # +2

                      обожемой!!

                      и ведь тогда придется решать задачу десериализации данных, приходящих в json! это немыслимо!

                      и вместо того, чтобы потратить процессорное время 1 раз за время жизни записи на этапе десериализации и вставки уже корректного типа в БД, ты желаешь тратить процессорное время тысячи раз, когда эта строка читается в бд таким образом

                      посмотри на богатство и разнообразие форматов ISO 8601, оба твоих варианта входят в перечень
                      почему я более чем уверен, что в напитоне это уже всё есть (разбор ISO 8601 строки)
                      Ответить

          • ava guest8 13.05.2020 23:43 # −999

            показать все, что скрытоvanished
            Ответить

      • ava inkanus-gray 03.06.2016 17:26 # +1

        > держат в базе экранированные символы

        Попробуем угадать, что тут происходит. Строка уж больно похожа на формат printf. Предположим, что тут как раз и происходит применение шаблона к аргументам (я не питонист, поправьте меня, если вру). Тогда %% — это тупо знак процента, %04d — это целое число, дополненное нулями до четырёх знаков, %02d — это целое число, дополненное нулями до двух знаков. Пусть y = 2016, m = 6, d = 3. Тогда строка развернётся в такую: 
        "SELECT * FROM tbl_entries WHERE date LIKE '%2016.06.03%' "
        Знак % для оператора LIKE означает любой символ. Т. е. если в базе будет лежать 'kokoko2016.06.03kud-kudach', то условие будет соблюдено.

        Капитан Очевидность доклад закончил.
        Ответить

        • ava inkanus-gray 04.06.2016 00:07 # 0

          P.S. Замучена очепятка: % — это для LIKE любая последовательность символов, а не любой символ. Аналог .* в регулярках, короче.
          Ответить

      • ava guestinho 03.06.2016 17:28 # −1

        >> держат в базе экранированные символы
        К сожалению, такие олигофрены встречаются очень часто. Не даром же тут ходит шутка про OHara
        Ответить

        • ava LispGovno 03.06.2016 17:30 # 0

          >> держат в базе экранированные символы
          Это как вообще? Вообще говнокодик что-то прокачался. Раньше тут бд старались не обсуждать лет 5 назад.
          Ответить

          • ava guestinho 03.06.2016 17:35 # +2

            Очень просто.

            Одному PHPшнику рассказали про XSS. С тех пор он всегда делает ``htmlspecialchars`` для всех входящих данных, и пишет их в БД уже ввиде энититей. Зато при выводе он всегда может сделать <?=$data;?> и все будет безопасно.

            А потом его попросят вывести данные в PDF, вот тут-то и появится O&#29;Hara
            Ответить

    • ava guesto 03.06.2016 02:33 # +2

      пыховцы питон осваивают, видимо

      питонист бы юзал prep. statement и передавал туда date
      Ответить

      • ava guestinho 04.06.2016 00:04 # +1

        да хуй там
        в пхп тоже юзают prep. statements
        Ответить

        • ava guest 23.07.2016 17:49 # 0

          в питоне prep. statements использовать не сложнее, чем форматные строки, а пыха предлагает отдельно сделать prepare, отдельно bind_param, отдельно задать значения параметров, и только после этого сделать execute
          Ответить

    • ava ifirf1 25.08.2021 21:01 # 0

      - Сидим, пьём, а Артур Атарбекович в Лондоне важные переговоры ведёт. Если у него всё получиться, то для нас будет очень хорошо.
      Ответить

    Добавить комментарий