[NEWS] Новая версия frxASAComponents 3.4
Stalker4
123
frxASAComponents 3.4
Что нового:
===============================================================
11.07.2006
ver 3.4
+ Добавлена поддержка события TfrxReport.OnBeforeConnect в компоненте
TfrxASASession.
! Протестировано с NativeDB 1.96.
* В библиотеку внесены необходимые изменения для совместимости с
FR 3.23 и выше.
===============================================================
Новые версии библиотеки можно скачать с http://www.stalker4.dp.ua/ru
или взять в бинарной конференции
[url='news://newsgroups.fast-report.com/fast-reports.ru.public.binaries' ] news://newsgroups.fast-report.com/fast-rep...public.binaries[/url]
Что нового:
===============================================================
11.07.2006
ver 3.4
+ Добавлена поддержка события TfrxReport.OnBeforeConnect в компоненте
TfrxASASession.
! Протестировано с NativeDB 1.96.
* В библиотеку внесены необходимые изменения для совместимости с
FR 3.23 и выше.
===============================================================
Новые версии библиотеки можно скачать с http://www.stalker4.dp.ua/ru
или взять в бинарной конференции
[url='news://newsgroups.fast-report.com/fast-reports.ru.public.binaries' ] news://newsgroups.fast-report.com/fast-rep...public.binaries[/url]
Комментарии
Если про NativeDB, то я там такого глюка не помню, у меня с датами все работало нормально.
Так вот у NativeDB и frxASAComponents нет проблем с DataTime.
P.S.
Если ты работаешь с Sybase ASA, то я тебе настоятельно рекомендую использовать для этого SQL Direct и frxSDComponents соответственно (проблемы с DataTime тоже отсутствуют).
И забить на ADO.
Действительно проблема с TDate присутствует.
Проблема эта, как я понял в способе хранения даты и возвращения даты
компонентом DateTimePicker и в том как эту даты интерпретирует
сам NativeDB при преобразовании ее из Variant.
Есть скажем параметр dDatK типа ftDate.
Если ты делаешь
AsaDataset.ParamByName('dDatK').Value := DateTimePicker.Date
то в dDatK похоже попадает тип TDateTime, т.е. наверное NativeDB в этом
случае не обращает внимание на заданный тип параметра ftDate.
А если задавать так
AsaDataset.ParamByName('dDatK').AsDate := DateTimePicker.Date
то все нормально.
Хотя, например SQL Direct и BDE обрабатывают обе ситуации нормально.
Так что я напишу про это авторам NativeDB.
А пока у тебя есть несколько выходов:
1) Забить на NativeDB и перейти на SQL Direct;
2) Забить на TfrxDateEditControl (который создан на основе DateTimePicker)
и воспользоваться TfrxRxDateEdit (который создан на основе TDateEdit из
RxLib) из небольшой библиотеки frxStAddDialogControls;
3) Преобразовывать параметр в строку и опять в дату, т.е. в качестве
параметра писать StrToDate(DateToStr(DateEdit1.Date)).
Для ASA необходима дата в формате YYYY-MM-DD, а получается DD.MM.YYYY. Приходится руками перевоидть в строку и передавать ее, сервак хавает.
А когда ты ее передаешь в виде параметра ftDate, то оно видать работает как то по другому.
Скажем у меня конструкция StrToDate(DateToStr(DateEdit1.Date)) для Sybase ASA 8.0.3 сработала без проблем.
Ты пробовал в качестве параметра ftDate передавать эту конструкцию ?
Если выбрать текущий месяц, то все передается нормально, а если предыдущий, то запрос не отрабатывает. Хотя, тот же запрос из Interactive SQL выполняется с установленной датой за предыдущий месяц.
А вот заморочки с месяцем мне не очень понятны, с таким я еще не сталкивался.
А может тебе забить на параметры, пока NativeDB не исправят, и формировать условия запроса руками ?
Или использовать другие варианты, которые я тебе предлагал ...
Перегоняем дату в строку и передаем в запрос.
Недавно вышла новая версия NativeDB 1.96a. Там ошибка с параметром типа ftDate исправлена.
===
- A variant assignment to a ntDate parameter didn't work - fixed (Thanks Tolik).
===
судя по датам, ровно год
18.08.2007, 19:06
и
14.08.2006, 08:20
P.S. Опять же, даты, обратите внимание )))!
так и использую во всех отчетах функцию конвертации в строку
ну теперь-то будет все супер!