<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: support for oracle timestamp - fractional precision in Talend Studio</title>
    <link>https://community.qlik.com/t5/Talend-Studio/support-for-oracle-timestamp-fractional-precision/m-p/2268499#M47045</link>
    <description>Hi David, 
&lt;BR /&gt;As soon as the Java type of your Timestamp DbType is correct and you're managing your Query within a SQL query condition; and you connect the resultset in your DB Target; the DatePattern should not be a problem because it's not used. 
&lt;BR /&gt;Your SQLQuery is Oracle oriented and you can use your own SQL DatePattern with all the precision you need; the record you'll extract would be a Date object and that until the load in the DB target. 
&lt;BR /&gt;You should specify a longer DatePattern if you want to store the result in a FlatFile and I'm sure Java can have the precision you're looking for. It's probably just the matter that Talend don't show up the most deeper precision; but I'm sure you can refer to the Java Doc and the java.util.Date or java.sql.Date object to find the appropriate DatePattern.</description>
    <pubDate>Tue, 08 Feb 2011 01:04:43 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2011-02-08T01:04:43Z</dc:date>
    <item>
      <title>support for oracle timestamp - fractional precision</title>
      <link>https://community.qlik.com/t5/Talend-Studio/support-for-oracle-timestamp-fractional-precision/m-p/2268498#M47044</link>
      <description>Currently I can only "use"oracle timestamps in talend to 3 miliseconds.
&lt;BR /&gt;So, while I can select the timestamp in a sql query, Talend schema only lets me "use" it using the schema format mask "yyyy-MM-dd hh:mm:ss.SSS" I.E. SSS between 1 and 999 is supported as a mask. Is there some other Oracle friendly mask?
&lt;BR /&gt;Oracle supports up to 9 digits in fractional precision in a timestamp.
&lt;BR /&gt;So, in practive, my SQL "WHERE... between..." queries (where clause) do not retrieve rows that were timestamped in oracle, as Talend chops off any fractional precision past 3 digits (format mask above) when saving data back to the db.
&lt;BR /&gt;This is pretty basic stuff.
&lt;BR /&gt;Can you fix this Talend?
&lt;BR /&gt;Thanks,
&lt;BR /&gt;Dave</description>
      <pubDate>Sat, 16 Nov 2024 13:06:19 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/support-for-oracle-timestamp-fractional-precision/m-p/2268498#M47044</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2024-11-16T13:06:19Z</dc:date>
    </item>
    <item>
      <title>Re: support for oracle timestamp - fractional precision</title>
      <link>https://community.qlik.com/t5/Talend-Studio/support-for-oracle-timestamp-fractional-precision/m-p/2268499#M47045</link>
      <description>Hi David, 
&lt;BR /&gt;As soon as the Java type of your Timestamp DbType is correct and you're managing your Query within a SQL query condition; and you connect the resultset in your DB Target; the DatePattern should not be a problem because it's not used. 
&lt;BR /&gt;Your SQLQuery is Oracle oriented and you can use your own SQL DatePattern with all the precision you need; the record you'll extract would be a Date object and that until the load in the DB target. 
&lt;BR /&gt;You should specify a longer DatePattern if you want to store the result in a FlatFile and I'm sure Java can have the precision you're looking for. It's probably just the matter that Talend don't show up the most deeper precision; but I'm sure you can refer to the Java Doc and the java.util.Date or java.sql.Date object to find the appropriate DatePattern.</description>
      <pubDate>Tue, 08 Feb 2011 01:04:43 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/support-for-oracle-timestamp-fractional-precision/m-p/2268499#M47045</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-02-08T01:04:43Z</dc:date>
    </item>
    <item>
      <title>Re: support for oracle timestamp - fractional precision</title>
      <link>https://community.qlik.com/t5/Talend-Studio/support-for-oracle-timestamp-fractional-precision/m-p/2268500#M47046</link>
      <description>&lt;BLOCKQUOTE&gt; 
 &lt;TABLE border="1"&gt; 
  &lt;TBODY&gt; 
   &lt;TR&gt; 
    &lt;TD&gt;Hi David,&lt;BR /&gt;As soon as the Java type of your Timestamp DbType is correct and you're managing your Query within a SQL query condition; and you connect the resultset in your DB Target; the DatePattern should not be a problem because it's not used.&lt;BR /&gt;Your SQLQuery is Oracle oriented and you can use your own SQL DatePattern with all the precision you need; the record you'll extract would be a Date object and that until the load in the DB target.&lt;BR /&gt;You should specify a longer DatePattern if you want to store the result in a FlatFile and I'm sure Java can have the precision you're looking for. It's probably just the matter that Talend don't show up the most deeper precision; but I'm sure you can refer to the Java Doc and the java.util.Date or java.sql.Date object to find the appropriate DatePattern.&lt;/TD&gt; 
   &lt;/TR&gt; 
  &lt;/TBODY&gt; 
 &lt;/TABLE&gt; 
&lt;/BLOCKQUOTE&gt; 
&lt;BR /&gt;according to java, the correct format would be yyyy-mm-dd hh:mm:ss.fffffffff 
&lt;BR /&gt;Talend does not represent this correctly, once the date is retrieved in Talend. Try it, you will see. 
&lt;BR /&gt; 
&lt;BR /&gt;from java: 
&lt;BR /&gt; 
&lt;BR /&gt;valueOf 
&lt;BR /&gt;public static Timestamp valueOf(String s) 
&lt;BR /&gt; Converts a String object in JDBC timestamp escape format to a Timestamp value. 
&lt;BR /&gt; Parameters: 
&lt;BR /&gt; s - timestamp in format yyyy-mm-dd hh:mm:ss.fffffffff 
&lt;BR /&gt; Returns: 
&lt;BR /&gt; corresponding Timestamp value 
&lt;BR /&gt; Throws: 
&lt;BR /&gt; IllegalArgumentException - if the given argument does not have the format yyyy-mm-dd hh:mm:ss.fffffffff</description>
      <pubDate>Tue, 08 Feb 2011 23:06:33 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/support-for-oracle-timestamp-fractional-precision/m-p/2268500#M47046</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-02-08T23:06:33Z</dc:date>
    </item>
    <item>
      <title>Re: support for oracle timestamp - fractional precision</title>
      <link>https://community.qlik.com/t5/Talend-Studio/support-for-oracle-timestamp-fractional-precision/m-p/2268501#M47047</link>
      <description>&lt;BLOCKQUOTE&gt; 
 &lt;TABLE border="1"&gt; 
  &lt;TBODY&gt; 
   &lt;TR&gt; 
    &lt;TD&gt;Hi David,&lt;BR /&gt;As soon as the Java type of your Timestamp DbType is correct and you're managing your Query within a SQL query condition; and you connect the resultset in your DB Target; the DatePattern should not be a problem because it's not used.&lt;BR /&gt;Your SQLQuery is Oracle oriented and you can use your own SQL DatePattern with all the precision you need; the record you'll extract would be a Date object and that until the load in the DB target.&lt;BR /&gt;You should specify a longer DatePattern if you want to store the result in a FlatFile and I'm sure Java can have the precision you're looking for. It's probably just the matter that Talend don't show up the most deeper precision; but I'm sure you can refer to the Java Doc and the java.util.Date or java.sql.Date object to find the appropriate DatePattern.&lt;/TD&gt; 
   &lt;/TR&gt; 
  &lt;/TBODY&gt; 
 &lt;/TABLE&gt; 
&lt;/BLOCKQUOTE&gt; 
&lt;BR /&gt;Any update on this. See my new notes I cannot get Talend to support ANY mask other than .SSS at the end of the mask.</description>
      <pubDate>Wed, 16 Feb 2011 16:18:28 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Talend-Studio/support-for-oracle-timestamp-fractional-precision/m-p/2268501#M47047</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2011-02-16T16:18:28Z</dc:date>
    </item>
  </channel>
</rss>

