В пунктах про сон добавлю один, который конкретно для меня работает - не употреблять кофеиносодержащие продукты во второй половине дня. Это очень индивидуально, кому то не мешает, лично я, словив несколько раз бессоницу на лишней выпитой вечером чашке кофе или чая, решил, что проще принять для себя это правило, чем на следующий день мучиться от последствий недостаточного сна. И дополнение к уже имеющимся пунктам - не дай вам бог участвовать в срачах в интернете за 3-4 часа до сна. Опять же - у всех разная впечатлительность, мне часто воспоминания о том, что "ну я не договорил" могут помешать уснуть.
Если я правильно понял мысль - при пагинации клиент не может управлять limit-ом, может только выбрать номер страницы. А в случае offset/limit можно передать limit 1000000 и наблюдать, как сервер пытается отдать нужное количество.
Поэтому для SQL Server, особенно если делается поддержка разных языков, нужно использовать другой тип данных: declare @passport_full NCHAR(10) set @passport_full = N’IVЯЛ636805’ collate Arabic_CI_AS select @passport_full
А оно почти никогда не синусоида. Оно что-то приближенное к синусоиде, многие электроприборы вводят паразитные гармоники в сигнал, искажая изначальную форму.
Кстати, да, хороший пример нарушения сразу первой и второй нормальных форм уже на картинке к посту. Если в остальном учебнике такое же пренебрежение основами проектирования БД, то я своё мнение об учебнике уже составил.
Я как разработчик БД на MS SQL ещё больше не люблю использование managed кода процедур, т.к. утечка памяти в таком коде нормально не дебажится и в непредсказуемый момент кладёт сервер с высокой вероятностью на всех версиях, на которых я работал с managed кодом.
Попытка запихнуть в базу то, чего там быть не должно, часто заканчивается плачевно.
select value from (select row_number() over () as value from sys.objects cross join sys.objects) as t where value < @your_number
В таком виде, наверное, не сработает,пишу по памяти с телефона, но общий смысл должен быть ясен. Если чисел не хватит, можно ещё кросс джойнов добавить, за эталон взяв пустую базу, как базу с минимальным количеством объектов.
У вас очень много по статье таких "наивных" неправильных примеров. Проблема как раз в этом - материал вроде бы расчитан на новичков, которые могут взять и скопировать такой пример, не подумав достаточно, и огрести себе проблем с этим в дальнейшем. Из-за чего окажется, что полезность вашей статьи по общему объему причиненных последствий скорее отрицательная. Мое мнение, что лучше никаких примеров не давать, чем давать такие.
Достаточно представить таблицу, в которой 1000 записей со статусом active, 1000 записей со статусом new, мысленно применить к ней два скрипта и подумать, что будет в итоге.
Коллекция прогоняется целиком по порядку - все запросы идут один за другим, и либо проходят проверку, либо нет? Можно ли сделать условное выполнение - вызвали первый метод с запросом на формирование некоей сущности, далее вызываем второй метод статуса сущности, и если статус верный, вызываем третий запрос, с проверкой ответа, а если статус неверный (сущность ещё не обработана) - ждем N секунд и повторно вызываем метод статуса, и так до тех пор, пока не дождемся нужного статуса или не пройдет M попыток?
Странное разделение по четверти статьи. Для маленькой статьи разделение будет слишком подробным - если статья на одну страницу влезает - разделение на 1/4, 1/2 и 3/4 вряд ли будет показательным. Для больших статей - наоборот, недостаточная детализация. Было бы круто считать статистику по главам в тексте. Если текст корректно оформлен и в нем есть заголовки - вот для каждой главы со своим подзаголовком и считать бы статистику.
Это ещё и дополнительный мотив правильно оформлять свой текст, не забывая про разбиение на логические главы - чтобы посмотреть, какую главу прочитали, а какую - пролистали.
Чувствуется, что нанимающие не переросли СССР.
Это тогда же, если ты приходил на завод после ПТУ, например, ты мог на своей должности токаря 1-2-го разряда зарабатывать какие то жалкие 180 рублей в месяц.
А вот если ты приходил после высшего образования — все, ты потратил 5 лет на учебу, ты уже был ИТР, и мог расчитывать на свои гордые 120 рублей )
Это немного спорное утверждение, т.к. да, понятие вроде как постарались вычистить, и соответствующая глава теперь называется «Прекращение трудового договора», но если поискать по тексту кодекса слово «Увольнение» в разных падежах — оно встречается 102 раза.
В пунктах про сон добавлю один, который конкретно для меня работает - не употреблять кофеиносодержащие продукты во второй половине дня.
Это очень индивидуально, кому то не мешает, лично я, словив несколько раз бессоницу на лишней выпитой вечером чашке кофе или чая, решил, что проще принять для себя это правило, чем на следующий день мучиться от последствий недостаточного сна.
И дополнение к уже имеющимся пунктам - не дай вам бог участвовать в срачах в интернете за 3-4 часа до сна. Опять же - у всех разная впечатлительность, мне часто воспоминания о том, что "ну я не договорил" могут помешать уснуть.
Если я правильно понял мысль - при пагинации клиент не может управлять limit-ом, может только выбрать номер страницы. А в случае offset/limit можно передать limit 1000000 и наблюдать, как сервер пытается отдать нужное количество.
Да хотя бы для начала HTTP-кодами все научились пользоваться, это бы уже был большой прогресс... А то многие API реализованы как на картинке ниже.
Разве не для этого статус 403?
В психологии это называют "модель психического" (сокращение от "модель психического состояния человека").
Термин может быть и неудобный, зато это устоявшийся перевод англоязычного термина "theory of mind".
Упомяну ещё одну вещь.
Не знаю, какую именно базу данных вы подразумеваете, но в SQL Server, например, CHAR - это non-Unicode поле, а Unicode поле - NCHAR.
И в этом случае вас могут ждать другие сюрпризы (взял для примера номер советского паспорта и первую попавшуюся кодировку):
declare @passport_full CHAR(10)set @passport_full = ‘IVЯЛ636805’ collate Arabic_CI_ASselect @passport_fullИ получаем вот такой вот "отличный" результат:
Поэтому для SQL Server, особенно если делается поддержка разных языков, нужно использовать другой тип данных:
declare @passport_full NCHAR(10)set @passport_full = N’IVЯЛ636805’ collate Arabic_CI_ASselect @passport_fullА оно почти никогда не синусоида. Оно что-то приближенное к синусоиде, многие электроприборы вводят паразитные гармоники в сигнал, искажая изначальную форму.
Кстати, да, хороший пример нарушения сразу первой и второй нормальных форм уже на картинке к посту. Если в остальном учебнике такое же пренебрежение основами проектирования БД, то я своё мнение об учебнике уже составил.
Я как разработчик БД на MS SQL ещё больше не люблю использование managed кода процедур, т.к. утечка памяти в таком коде нормально не дебажится и в непредсказуемый момент кладёт сервер с высокой вероятностью на всех версиях, на которых я работал с managed кодом.
Попытка запихнуть в базу то, чего там быть не должно, часто заканчивается плачевно.
Держите магию.
select value from (select row_number() over () as value from sys.objects cross join sys.objects) as t where value < @your_number
В таком виде, наверное, не сработает,пишу по памяти с телефона, но общий смысл должен быть ясен. Если чисел не хватит, можно ещё кросс джойнов добавить, за эталон взяв пустую базу, как базу с минимальным количеством объектов.
У вас очень много по статье таких "наивных" неправильных примеров. Проблема как раз в этом - материал вроде бы расчитан на новичков, которые могут взять и скопировать такой пример, не подумав достаточно, и огрести себе проблем с этим в дальнейшем. Из-за чего окажется, что полезность вашей статьи по общему объему причиненных последствий скорее отрицательная.
Мое мнение, что лучше никаких примеров не давать, чем давать такие.
Так вроде довольно очевидно и без подсказки )
Достаточно представить таблицу, в которой 1000 записей со статусом active, 1000 записей со статусом new, мысленно применить к ней два скрипта и подумать, что будет в итоге.
-- upUPDATEusersSETstatus = 'active'WHEREstatus = 'new';-- downUPDATEusersSETstatus = 'new'WHEREstatus = 'active';Мимо. Второй скрипт не откатит состояние таблицы к тому, которое было до наката первого скрипта. Подсказать, почему, или и так понятно? )
Спасибо, надо будет в следующий раз попробовать полноценно процесс автоматизировать таким способом.
Коллекция прогоняется целиком по порядку - все запросы идут один за другим, и либо проходят проверку, либо нет?
Можно ли сделать условное выполнение - вызвали первый метод с запросом на формирование некоей сущности, далее вызываем второй метод статуса сущности, и если статус верный, вызываем третий запрос, с проверкой ответа, а если статус неверный (сущность ещё не обработана) - ждем N секунд и повторно вызываем метод статуса, и так до тех пор, пока не дождемся нужного статуса или не пройдет M попыток?
Странное разделение по четверти статьи. Для маленькой статьи разделение будет слишком подробным - если статья на одну страницу влезает - разделение на 1/4, 1/2 и 3/4 вряд ли будет показательным. Для больших статей - наоборот, недостаточная детализация. Было бы круто считать статистику по главам в тексте. Если текст корректно оформлен и в нем есть заголовки - вот для каждой главы со своим подзаголовком и считать бы статистику.
Это ещё и дополнительный мотив правильно оформлять свой текст, не забывая про разбиение на логические главы - чтобы посмотреть, какую главу прочитали, а какую - пролистали.
Нарушает одно из правил — «Шаг ставок — 1 доллар»
Это тогда же, если ты приходил на завод после ПТУ, например, ты мог на своей должности токаря 1-2-го разряда зарабатывать какие то жалкие 180 рублей в месяц.
А вот если ты приходил после высшего образования — все, ты потратил 5 лет на учебу, ты уже был ИТР, и мог расчитывать на свои гордые 120 рублей )
19) Почему у ежей выпадают зубы и как правильно их лечить
Это немного спорное утверждение, т.к. да, понятие вроде как постарались вычистить, и соответствующая глава теперь называется «Прекращение трудового договора», но если поискать по тексту кодекса слово «Увольнение» в разных падежах — оно встречается 102 раза.