фильтрация записей по месяцу в поле дата

[Антон Солдатов]

задача: выбрать записи в таблице, где значение поля(Date) удовлетворяет маске ??.01.????, иными словами отфильтровать данные по месяцу, независимо от года и числа. Понятное дело, что такой шаблон указывать в BuildQueryRange некорректно - т.к. поле - дата, а не строка. Конечно, можно перебирать все записи, смотреть месяц и подходящие записывать во временную таблицу. Но хотелось бы получить более прямое решение.

[maxsmirnov]

PHP код:

Connection Con = new Connection();
Statement Stmt = Con.createStatement();
ResultSet RS = Stmt.executeQuery('Select CreatedDate from MyTable where month(CreatedDate)=1');

while (RS.next())
{
    info(RS.getString(1));
} 


[Garic]

Судя по всему не получится.
Как вариант можно паралельно полю дата ввести поле с её строковым представлением

[maxsmirnov]

получицца, получицца..
я проверял
на оракле, правда, не тестировал, что при таком решении не помешало бы.

[Антон Солдатов]

я просто написал функцию которая формирует длинную строку ranges а-ля "01MonthStartYear..31MonthStartYear, 01011951..31011951,...,01MonthEndYear..31MonthEndYear".

Некрасиво, но Connection-ом совсем пользоваться не хочется. Тем более, что функции month() в oracle нет, придется изворачиваться и писать различные sql-запросы для разных типов БД и т.д.

[Garic]

Цитата:

получицца, получицца..

Насколько я понял имелся в виду фильтр в гриде. И куда ты приткнёшь свой statement?

Цитата:

Тем более, что функции month() в oracle нет, придется изворачиваться и писать различные sql-запросы для разных типов БД и т.д.

Длинная строка range действительно некрасиво, тем более что в 2.5 (в 3.0 не пробовал) если кол-во параметров в range превышает где-то 1000, Аксапта вылетает.

Вижу два варианта:

1.) Вести паралельно текстовое представление даты и именно его показывать в гриде. Проблема с сортировкой решается перекрытием метода sort у контрола - просто перекидывается сортировка на поле date.

2.) Использовать поле date и перекрывать метод filter, что насколько я понял вы и сделали.

Первый вариант ИМХО покрасивше.

[Антон Солдатов]

Цитата:

Изначально опубликовано Garic

Длинная строка range действительно некрасиво, тем более что в 2.5 (в 3.0 не пробовал) если кол-во параметров в range превышает где-то 1000, Аксапта вылетает.

не думаю, что когда нибудь понадобится фильтровать записи за 1000 лет

Цитата:

Изначально опубликовано Garic

Вижу два варианта:
1.) Вести паралельно текстовое представление даты и именно его показывать в гриде. Проблема с сортировкой решается перекрытием метода sort у контрола - просто перекидывается сортировка на поле date.

неприемлемо - т.к. придется модифицировать стандартные объекты.

Цитата:

Изначально опубликовано Garic

2.) Использовать поле date и перекрывать метод filter, что насколько я понял вы и сделали.

нет. я перекрыл метод init у datasource веб формы.

Цитата:

Изначально опубликовано Garic

Первый вариант ИМХО покрасивше.

покрасивше. но неприемлемо.

[Vadik]

Цитата:

Изначально опубликовано Антон Солдатов

не думаю, что когда нибудь понадобится фильтровать записи за 1000 лет

а как будет выглядеть запрос ".. за все декабри", если год явно не указан? Куча условий >=01.12.1900 && <=31.12.1900 || ... || >=01.12.2003 && <= 31.12.2003?
Плохо будет всем - и SQL серверу в первую очередь

Цитата:

Изначально опубликовано Антон Солдатов

неприемлемо - т.к. придется модифицировать стандартные объекты.
нет. я перекрыл метод init у datasource веб формы.

Мы тут вроде только тем и занимаемся, что модифицируем стандартные объекты. Или по заданию формы модифицировать можно, а таблицы нет?

не хотите ввести несколько целочисленных полей "Год", "Квартал", "Месяц", "Неделя" , "День"?
И будет вам легкая фильтрация по любой части даты

[Антон Солдатов]

Цитата:

Изначально опубликовано Vadik

а как будет выглядеть запрос ".. за все декабри", если год явно не указан? Куча условий >=01.12.1900 && <=31.12.1900 || ... || >=01.12.2003 && <= 31.12.2003?
Плохо будет всем - и SQL серверу в первую очередь

Ну он(sql сервер) не очень жалуется. Таблица(сотрудники) содержит порядка 100-ни записей и не предполагает большего кол-ва хотя-бы на порядок. Посмотрите как сделан отчет HRMBirthday - такой вариант мне еще меньше нравится.

Цитата:

Изначально опубликовано Vadik

Мы тут вроде только тем и занимаемся, что модифицируем стандартные объекты. Или по заданию формы модифицировать можно, а таблицы нет?

Форма - моя. Сделал ее я. Таблица - стандартная.
При переходе на новую версию - меньше вероятность, что мне и моим клиентам придется разгребать пересечения моих модификаций с модификациями производителей аксапты.

Цитата:

не хотите ввести несколько целочисленных полей "Год", "Квартал", "Месяц", "Неделя" , "День"?
И будет вам легкая фильтрация по любой части даты

хочу. много чего хочу - но не всегда оправданно.

[raz]

А если создать таблицу с полями Дата, День, Месяц, Год, заполнить ее при помощи job, лет так за 100 и inner joinить ее.