DisaerGoshaS http://www.sql.ru/forum/actualthread.aspx?tid=649550
Ненашол там именно для моего случая примера. Я ту тему два раза читал до того как создал свою.
Там промежутки и тд и тп. А мне надо конкретное количество дней до дня рождения. Я недогнал как сделать через промежутки.

Читаем постановку задачи по приведенной ссылке

Из справочника персонала выбрать всех людей, у которых день рождения на этой неделе, вне зависимости от года
Или выражаясь вашими словами

должен установиться фильтр отображающий людей у которых до дня рождения осталось менее 7 дней.
Читаем вашу постановку задачи

должен установиться фильтр отображающий людей у которых до дня рождения осталось менее 30 дней.
Т.е. отличие вашей задачи от той, что по ссылке всего лишь в том, что вам надо указать интервал не в 7 дней, а в 30. Решение там приведено. Надо всего-лишь заменить число 7 на число 30.

alextashk? (date(2009, 5, 31)-date()) %365 < 30 && да
? (date(1987, 5, 31)-date()) %365 < 30 && да
? (date(1900, 7, 31)-date()) %365 < 30 && нет
Решение соблазнительно простое. Однако, это решение не учитывает все те же високосные года.

Сегодня - 02.05.2009

Дата - 31.05.1987 - до 2009 было 88, 92, 96, 2000, 04, 08 - 6 високосных лет, когда количество дней в году было не 365, а 366. Это значит, что деление на 365 дает ошибку в 6 дней в сторону увеличения остатка от деления.

Но, поскольку здесь используются отрицательные величины, то произойдет не увеличение, а уменьшение остатка от деления. Т.е. разница будет не 29 дней, как ожидалось, а 23 дня

В данном случае - без разницы. Все равно ведь попали, но если взять даты


Ничего себе! 6 июня отстоит от 2 мая меньше, чем на 30 дней!

К сожалению, использовать в качестве основания вместо 365 значение 365,25 не получится, поскольку в этом случае сложно сказать, каков будет результат округления для интервалов, меньше 4 лет. Поэтом, логично просто рассчитать количество лет (по 365 дней) и поделив это значение на 4 внести поправку.


Почему надо брать ближайшее большее (для отрицательных чисел ближайшее меньшее)? Ну, потому, что если интервал между датами, составляет, например, 5 лет, то в него попало 2 високосных года, а не 1, как получится если взять просто целую часть от деления 5/4.

Если интервал составил ровно 4 года, то в него попал только один високосный год, поскольку считаем "года" состоящие из 365 дней.

Разумеется, этот алгоритм даст ошибку, если интервал дат больше, чем 365 лет. Но, не думаю, что в этом случае кто-то будет определять дату рождения.

В общем, решение простое только на первый взгляд. Если доводить его до завершения, то оно становится не такое уж и простое и далеко не очевидное.

Ребята, я понимаю, "в лом" читать все то, что уже было понаписано на эту тему. Но ведь вы буквально шаг-в-шаг наступаете на все те же грабли, про которые уже было сказано не однократно.

Проблема в формировании значения даты из "слагаемых" заключается в том, что далеко не факт, что в результате получится корректное выражение даты. Возможна ошибка с разными последствиями.

Для примера


Кроме того, если подставлять в дату значения текущего года, то напарываемся на проблему перехода через год. Это когда день рождения, скажем 31 декабря, а сегодня 1 января. Имеем


Ну, пожалуйста, прежде, чем опять что-то писать, ПРОЧИТАЙТЕ то, что уже обсуждалось до вас. Ведь все это уже БЫЛО.

той
С датой 29 февраля действительно проблема, но второй указанный случай, в котором вы противоречите себе, т.к. если дата рождения 31 декабря, а сегодня 1 января, то это
значит что родился он как минимум в прошлом году, а не в текущем, и до его дня рождения
364 дня, все правильно.
Действительно, забыл, что рассматривается "будущая" дата. Т.е. определяется не просто "интервал", а "направленный интервал". В этом случае, при расчете остатка от деления на 365 проблемы "перехода через год" нет. Но остается проблема високосных лет.