[firebase-br] Meio oftopic Firebird 3.0 + D XE7 & FormatSettings.LongTimeFormat:= 'hh:nn:ss.zzz';

Carlos H. Cantu listas em warmboot.com.br
Sáb Abr 25 20:39:08 -03 2020


C:\firebird25\bin>isql ..\examples\empbuild\EMPLOYEE.FDB
SQL> select current_time(0), current_time (1), current_time(2), current_time(3) from rdb$database;

 CURRENT_TIME  CURRENT_TIME  CURRENT_TIME  CURRENT_TIME
============= ============= ============= =============
20:37:54.0000 20:37:54.5000 20:37:54.5500 20:37:54.5560

[]s
Carlos H. Cantu
eBook Guia de Migração para o FB 3 - www.firebase.com.br/guiafb3.php
www.FireBase.com.br - www.firebirdnews.org - blog.firebase.com.br

MR> Peço mil desculpas pela insistencia, mas é porque tanto quanto me é dado
MR> verificar no link a sequir esta é documentação oficial:
MR> https://firebirdsql.org/file/documentation/reference_manuals/fblangref25-en/html/fblangref25-datatypes-datetime.html#fblangref25-datatypes-time
MR> "The TIME data type is available in Dialect 3 only. It stores the time of
MR> day within the range from
MR> Se o range vai de "00:00:00.0000" até 23:59:59.9999, não se compreende como
MR> é que dá aquele erro caso a formatação seja:
MR> FormatSettings.LongTimeFormat:= 'hh:nn:ss.zzz';  com milisegundos. Não
MR> deveria!?
MR> Mais, continuando cheguei à conclusão, aliás óbvia de que
MR> *CURRENT_TIME* defaults
MR> to seconds precision and can be specified up to milliseconds precision with
MR>  CURRENT_TIME (0|1|2|3)
MR> Porém Select current_time(0),current_time(1), current_time(2),
MR> current_time(3) from RDB$Databse retorna o mesmo resultado!!!
MR> Haverá como configurar TIME Options=3?
MR> Alguem sabe? Obrigado

MR> Com os meus melhores cumprimentos
MR> Mário Agostinho Reis
MR> 919262146

MR> Esta mensagem contém informação de natureza confidencial e é
MR> exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano,
MR> receber este email agradecemos que não o copie nem o reenvie e que nos
MR> notifique do ocorrido através do email de resposta.
MR> [image: cloudHQ]
MR> <https://chrome.google.com/webstore/detail/free-email-tracker/nknojfclnachdkpdkjbbhbkgpnladhnj>
MR> Powered
MR> by
MR> cloudHQ
MR> <https://chrome.google.com/webstore/detail/free-email-tracker/nknojfclnachdkpdkjbbhbkgpnladhnj>


MR> Mário Reis <mariodosreyx em gmail.com> escreveu no dia quinta, 23/04/2020 à(s)
MR> 14:52:

>> Prezado companheiros,
>>
>> Numa basse de dados Firebird tenho um campo Hora do tipo TIME que me dá
>> erro quando tenho a data do meu cliente com o formato
>>  - FormatSettings.TimeSeparator:=#58;  // =':'
>>  - FormatSettings.LongTimeFormat:= 'hh:nn:ss.zzz';  // Este formado da
>> erro ao passar (Edit/Insert) para o c ampo time
>> Para não ter problemas tenho de usar a segunda opção:
>>  - FormatSettings.LongTimeFormat:= 'hh:nn:ss';
>> E, também não é uma questão do separador de tempo porque já experimentei e
>> dá erro com qualquer deles.
>>
>> A questão de fundo é saber se internamento o campo data do Firebird tem ou
>> não como albergar um "LongTimeFormat" extendido, porque se estou bem
>> informado, na maioria das bases de dados RDBMS os campos data e hora
>> internamente têm capacidade nativa para absorver o seu tamanho máximo,
>> embora por uma questão de comodidade não mostrem tudo; e usem máscaras de
>> modo a serem mais facilmente manipulados, dai que ache bizarra esta
>> situação e me encontre aqui a colocá-la.
>> Será que existe algum parâmetro onde isso se possa configurar? Obrigado
>>
>> Com os meus melhores cumprimentos
>> Mário Agostinho Reis
>> 919262146
>>
>> Esta mensagem contém informação de natureza confidencial e é
>> exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano,
>> receber este email agradecemos que não o copie nem o reenvie e que nos
>> notifique do ocorrido através do email de resposta.
>> [image: cloudHQ]
>> <https://chrome.google.com/webstore/detail/free-email-tracker/nknojfclnachdkpdkjbbhbkgpnladhnj> Powered
>> by
>> cloudHQ
>> <https://chrome.google.com/webstore/detail/free-email-tracker/nknojfclnachdkpdkjbbhbkgpnladhnj>
>>





Mais detalhes sobre a lista de discussão lista