выборка из таблицы по вычисляемому значению условия

имеется таблица в которой есть поля
dd mm yyyy (день месяца, месяц и год)
как организовать выборку которая бы выгребала с указанной(1) даты по указанную(2)
может более понятней если скажу, как в sql запросах в условии произвести еще и вычисление
типа:

вот. объясните, зачем так извращаться??? почему не использовать готовый тип данных дата/время??? тогда это проблема будет решаться гораздо проще, и не надо будет прибегать к куче математических операций???

-----
ответы на 99% вопросов здесь

я не против что использоватние тогоже dataunix куда удобней и приятней
НО я не пишу проект я его исправляю

я бы начал с истправления тапов данных в БД... А если исходить из вашего то надо перевести к "более нормальному" виду:

`secs`+`mins`*60+`hours`+3600+`dd`*86400+`mm`*2592000+`yy`*31104000

что то типа этого и уже с этой комбинацией работать..

-----
ответы на 99% вопросов здесь

Нет у автора ни секунд, ни минут и нет часов. Есть день/мес/год.


Задумка возможно верная, но не с такими коэффициентами. Возьмем 03.01.2010 (3-е января) и 01.02.2010 (1-е февраля), годы считать не будем они одинаковые. Получаем по формуле: 3-е января => 300+100=400; 1-е февраля => 100+200=300. Получается что 3-е января позже чем 1-е февраля (400>300). А это не верно.
Весовые коэффициенты перед днем/месяцем/годом должны однозначно переводить dd в текущий день года (как минимум, можно пропорционально в больший по номеру день).
Т.е. в месяце максимум 31 день, в году максимум 12 мес: `dd`+`mm`*31+`yyyy`*31*12

Но при таком подходе будет жутко медленно работать выборка при большом кол-ве данных. Кроме того, тут ни в каком месте невозм. использовать индексы БД. Индексы по полям `dd`,`mm`,`yyyy` помогут если задать интервал в условии:

zardoz это проблема? и делает мой вариант кардинально неверным???

-----
ответы на 99% вопросов здесь

Представьте себе что да. Если бы не было вопроса, то я бы и не заметил в формуле ошибку.
(`hours`+3600 не считаю ошибкой это опечатка).
Посчитайте по вашей формуле результат для полуночи (00ч:00м) 31-го марта и 1 апреля (этого года). Буду признателен если приведете результат.

С уважением.

zardoz, если у автора нет цели привязываться к времени, то что мешает их вообще опустить, или выбрать время 12:00:00? это раз. во-вторых данный пример очень вкратце описыват суть требуемых вычислений для правильного формирования интервала в секундах.
И ничто не мешает с таким же еспехом использовать функцию mktime, которая делает все эти вычисления с учетом всех критериев(кол-во дней в месяце, высокосных годов и т.д.) только переводит она в юникстайм. с которым в данном случае проще работать.

(Отредактировано автором: 09 Ноября, 2010 - 23:47:19)

-----
ответы на 99% вопросов здесь

vitaliy_mad, вы посчитали по формуле?

Я уже предлагал время опустить. Да дело и не в этом - в вашей формуле ошибка не во времени, а в 1-м дне: каждый 31-й день какого-то месяца будет совпадать с 1-м днем следующего месяца.

С уважением.
P.S. Что-то автора не видно.. Что у него получилось все же..

если присмотреться к тому моему посту, то можно увидеть:

Я не спорю эта формула далка от реальности, но она дает понять суть вычислений, ане умножение на 100 каждого из параметров... Смысл той формулы был донести до автора, что надо умножать не на 100.
если по существу: еще раз повторюсь проще сконвертировать один раз все в мускульный тип данных с помощью PHP... иначе с помощью конкатенации слепливать нечто похожее на дату и используя функцию STR_TO_DATE, к примеру, конвертировать полученную строку в тип данных с которым работать...

-----
ответы на 99% вопросов здесь

прям баталия началась))

я использовал следующий код в запроса