tag:blogger.com,1999:blog-1042799356610661793.post5974901582065486393..comments2023-04-27T12:33:17.349+03:00Comments on Как зарабатывать в интернете: MySQL: TO_DAYS()Anonymoushttp://www.blogger.com/profile/12269194711808424525noreply@blogger.comBlogger7125tag:blogger.com,1999:blog-1042799356610661793.post-75516720659155613732009-06-15T22:38:37.216+04:002009-06-15T22:38:37.216+04:00Статья говно
Да и сайт тожеСтатья говно<br />Да и сайт тожеAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-1042799356610661793.post-73136123233435297002009-02-21T14:10:00.000+03:002009-02-21T14:10:00.000+03:00бля хуйня хуйней ебатьбля хуйня хуйней ебатьAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-1042799356610661793.post-89073455147808154462009-02-20T22:27:00.000+03:002009-02-20T22:27:00.000+03:00MeG, предположим, в таблицу заносится дата регистр...MeG, предположим, в таблицу заносится дата регистрации пользователя. По тем или иным причинам произошёл сбой, и записалась пустая переменная, т.е. значение ‘NULL’ или ‘0000-00-00’, в зависимости от того, как описана ячейка даты.<BR/>Предположим, нам надо выбрать всех пользователей, зарегистрированных более 10-и суток, запрос вида:<BR/><BR/>select users from ... where to_days(now()) - to_days(data_registracii) > 10;<BR/><BR/>не выведет пользователя, при регистрации которого "сбойнула" дата.<BR/><BR/>Я хотел ограничиться подачей информации объёмом необходимым и достаточным, чтобы "кто в теме" - приняли к сведению. Понятное дело, если диапазон дат подразумевает даты до начала UNIX эры, надо делать по-другому.<BR/><BR/>Високосный год - это тем более не бред, потёр, т.к. знал, что сказав "А", надо будет пояснять детально, что было влом. К сожалению, большинство "программистов", не имеют понятия о таких фичах, например, в языке Perl, установленном на миллионах серверах мира, расстояние между датами не учитывает високосные года и неточность может ой как дорого стоить.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-1042799356610661793.post-30526245615559071232009-02-20T19:44:00.000+03:002009-02-20T19:44:00.000+03:00ты уебок анонимный хорош срать в моем посте, я пер...ты уебок анонимный хорош срать в моем посте, я первый тут начал срать. ПОСТ ХУЙНЯ. АФТАР ЕБЛАН.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-1042799356610661793.post-47910039889437561982009-02-20T15:24:00.000+03:002009-02-20T15:24:00.000+03:00что за хуйню вы тут пишете, где палево тем, где ин...что за хуйню вы тут пишете, где палево тем, где интересные статьи...хуета блядь одна, ролики засратые да кому они нужны, и ваще где тема про поддомен и склейку, неужели додумались удалить...Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-1042799356610661793.post-77681145073550710802009-02-19T22:40:00.000+03:002009-02-19T22:40:00.000+03:00не вижу никакого смысла в запросе. откуда вообще м...не вижу никакого смысла в запросе. откуда вообще может взяться "неправильная" дата в запросе sql? и NULL - это не ошибка.<BR/>ваше решение выглядит так: если дата неправильная, то вычислять количество дней с января 1970 года. и какой в этом смысл? а если надо будет с 1965 года вычислить?<BR/>если так уж надо, можно использовать SELECT TO_DAYS(NOW()) - IFNULL(TO_DAYS('0000-00-00'), 0);<BR/>смысла столько же, только в любом случае число будет возвращать, и считать можно с нулевого года (с 1582 корректно).<BR/><BR/>в бомжеленту вообще бред ушел про високосный год, хорошо хоть поняли и потерлиAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-1042799356610661793.post-53865964305490056782009-02-19T17:02:00.000+03:002009-02-19T17:02:00.000+03:00хуйняхуйняAnonymousnoreply@blogger.com