[NEWS] Новая версия frxASAComponents 3.4

Комментарии

• aseroff

  July 2006 отредактировано 05:57

  А глюк с DataTime'ом они исправили?
• Stalker4 123

  July 2006 отредактировано 05:57

  aseroff написал:

  А глюк с DataTime'ом они исправили?

  Это ты про кого ?
  
  Если про NativeDB, то я там такого глюка не помню, у меня с датами все работало нормально.
• aseroff

  July 2006 отредактировано 05:57

  Я про невозможность передать в запрос TfrxQuerry даты и времени напрямую при работе с ASA.
• Stalker4 123

  July 2006 отредактировано 05:57

  frxASAComponents работает с Sybase ASA использую библиотеку NativeDB о чем и написано в readme.txt.
  
  Так вот у NativeDB и frxASAComponents нет проблем с DataTime.
  
  P.S.
  Если ты работаешь с Sybase ASA, то я тебе настоятельно рекомендую использовать для этого SQL Direct и frxSDComponents соответственно (проблемы с DataTime тоже отсутствуют).
  И забить на ADO.
• aseroff

  July 2006 отредактировано 05:57

  написал:

  нет проблем с DataTime

  Вы попробуйте...

  написал:

  настоятельно рекомендую использовать для этого SQL Direct и frxSDComponents соответственно

  Т.е. проблем нет, но лучше пользоваться не напрямую, а в обход, да еще с привлечением продуктов сторонних производителей.
• Stalker4 123

  August 2006 отредактировано 05:57

  написал:

  нет проблем с DataTime

  написал:

  Вы попробуйте...

  Попроверял я работу NativeDB с DateTimePicker.
  Действительно проблема с 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)).
  
  
  
  
• aseroff

  August 2006 отредактировано 05:57

  написал:

  3) Преобразовывать параметр в строку и опять в дату

  Тоже не особо-то и работает.
  Для ASA необходима дата в формате YYYY-MM-DD, а получается DD.MM.YYYY. Приходится руками перевоидть в строку и передавать ее, сервак хавает.
• Stalker4 123

  August 2006 отредактировано 05:57

  aseroff написал:

  aseroff написал:

  3) Преобразовывать параметр в строку и опять в дату

  Тоже не особо-то и работает.
  Для ASA необходима дата в формате YYYY-MM-DD, а получается DD.MM.YYYY. Приходится руками перевоидть в строку и передавать ее, сервак хавает.

  Насчет YYYY-MM-DD я в курсе, но это только если ты передаешь дату в виде строковой константы.
  
  А когда ты ее передаешь в виде параметра ftDate, то оно видать работает как то по другому.
  
  Скажем у меня конструкция StrToDate(DateToStr(DateEdit1.Date)) для Sybase ASA 8.0.3 сработала без проблем.
  
  Ты пробовал в качестве параметра ftDate передавать эту конструкцию ?
• aseroff

  August 2006 отредактировано 05:57

  написал:

  Ты пробовал в качестве параметра ftDate передавать эту конструкцию ?

  Попробовал вот так:

   int idx = m_pDataQuery.Params.IndexOf ("repdate");
    m_pDataQuery.Params[idx].DataType = ftDateTime;
    m_pDataQuery.Params[idx].Value = StrToDate(DateToStr(DateEdit1.Date));
  

  Проглатывает, но не совсем корректно.
  Если выбрать текущий месяц, то все передается нормально, а если предыдущий, то запрос не отрабатывает. Хотя, тот же запрос из Interactive SQL выполняется с установленной датой за предыдущий месяц.
• Stalker4 123

  August 2006 отредактировано 05:57

  Вместо ftDateTime укажи ftDate
  
  А вот заморочки с месяцем мне не очень понятны, с таким я еще не сталкивался.
  
  
  А может тебе забить на параметры, пока NativeDB не исправят, и формировать условия запроса руками ?
  
  Или использовать другие варианты, которые я тебе предлагал ...
  
• aseroff

  August 2006 отредактировано 05:57

  написал:

  Вместо ftDateTime укажи ftDate

  , та же проблема.

  написал:

  использовать другие варианты

  Так и работаем
  Перегоняем дату в строку и передаем в запрос.
• Stalker4 123

  August 2007 отредактировано 05:57

  aseroff написал: »

  , та же проблема.
  Так и работаем
  Перегоняем дату в строку и передаем в запрос.

  
  Недавно вышла новая версия NativeDB 1.96a. Там ошибка с параметром типа ftDate исправлена.
  ===
  - A variant assignment to a ntDate parameter didn't work - fixed (Thanks Tolik).
  ===
• gpi

  August 2007 отредактировано 05:57

  Оперативно исправили
• aseroff

  August 2007 отредактировано 05:57

  Да!!!
  судя по датам, ровно год
  
  18.08.2007, 19:06
  и
  14.08.2006, 08:20
  
  
  P.S. Опять же, даты, обратите внимание )))!
• aseroff

  August 2007 отредактировано 05:57

  Stalker4 написал: »

  Недавно вышла новая версия NativeDB 1.96a. Там ошибка с параметром типа ftDate исправлена.
  ===
  - A variant assignment to a ntDate parameter didn't work - fixed (Thanks Tolik).
  ===

  я уже и думать забыл!
  так и использую во всех отчетах функцию конвертации в строку
  
  ну теперь-то будет все супер!