DecimalFormat scientific notation if necessary

I would like to find a way to output a double value in a way that uses scientific notation only if the number of digits output would be at least 15. For instance, the value 12345000000000000 should be output as 1.2345E16, but 12345000 would not be output in scientific notation (and the same logic if the value is < 0). Is this possible with the DecimalFormat class?
I tried using String.format("%.15g", value), but that always displays trailing 0s to fill the significant digits (e.g. 12.345 outputs "12.3450000000000"). I don't want it to output the trailing 0s.

I would like to find a way to output a double value
in a way that uses scientific notation only if the
number of digits output would be at least 15. For
instance, the value 12345000000000000 should be
output as 1.2345E16, but 12345000 would not be output
in scientific notation (and the same logic if the
value is < 0). Is this possible with the
DecimalFormat class?
I tried using String.format("%.15g", value), but that
always displays trailing 0s to fill the significant
digits (e.g. 12.345 outputs "12.3450000000000"). I
don't want it to output the trailing 0s.With DecimalFormat ( http://java.sun.com/j2se/1.5.0/docs/api/java/text/DecimalFormat.html )
you can format the number in scientific notation but to control which numbers are formatted I think you must write some sort of if else

Similar Messages

Scientific Notation in Java

Hi,
In the hopes of enforcing a precision of 1.0e-16 for all the doubles in my Java application, I am trying
to apply a DecimalFormat pattern so that my doubles can be printed in scientific notation if necessary. I am doing:
DecimalFormat decf = (DecimalFormat)DecimalFormat.getInstance();
decf.applyPattern("0.################E0");
as the first step in the execution process but this is not working. Am I missing something?
Thanks,
Corrine

It might help if you explained what "not working" means in this case. You can only use formatting to control how the numbers appear to you, not how they are represented internally for calculation, if that's part of your question.

DecimalFormat issues/Scientific notation

I have 2 issues with formatting numbers with scientific notation via the DecimalFormat class
ISSUE 1: Disregard of the number of MAXIMUM FRACTOINAL DIGITS
     in the code:
                                 NumberFormat nf = NumberFormat.getInstance();
                                DecimalFormat df = (DecimalFormat)nf;
                                df.applyPattern("#00.#E0");
                                System.out.println( df.format(12345678));
                                   it printed: 12.35E6
     Why does it violate my request for one significant digit beyond the decimal
     point?. (Note, this problem
only seems to occur when when the sum of MAX integer and Max fractional
digits in my pattern is 4)
ISSUE 2:
Number of significant digits displayed:- I really just need a sanity check on this one
The 1.4.2 API for DecimalFormat states
?     The number of significant digits in the mantissa is the sum of the minimum integer and
maximum fraction digits, and is unaffected by the maximum integer digits. For example,
12345 formatted with "##0.##E0" is "12.3E3". To show all digits, set the significant digits
count to zero. The number of significant digits does not affect parsing.
I tried this ? it displays 123.45E3, or 5 significant digits? Looks like the number of significant digits
is MAX integer + MAX fractional digits in a pattern. Am I correct (and the API not correct)?
thanks
carol

Thanks. I'm assuming you're responding to issue #1. I did try it, and it worked, as expected. I never seem to have an issue when all symbols
preceding the decimal are 0. My issue, I suppose, is the inconsistency of how the formatting
works, when it comes to the number of fractional digit positions. Most of the times it 'behaves' and
only prints out the number of digits you ask, but sometimes it does not.
I've tested quite a few combinations. I'm attaching the code (in case you need help sleeping tonight).
The only 'pattern' I've noticed is that this issue only occurs when the total number of digits specified
in the pattern (before and after decimal) is 4. (exception ... if all digits specified before the decimal
are 0s, this never occurs)
I know a simple solution ... make sure I never have
a total of 4 #s and 0s in my pattern. But again, my question is why ... and/or ... does this type of
inconsistency crop up elsewhere.
import java.util.*;
import java.text.*;
public class x {
     public static void main(String [] args) {
          NumberFormat nf = NumberFormat.getInstance();
          DecimalFormat df = (DecimalFormat)nf;
          // these 3 work like I'd expect: 3 digits to the left, one to the right w/ rounding
          // signif digits = max int digits + max fractional digits
          df.applyPattern("000.#E0");
          System.out.println( df.format(12345678)); // 123.5E5
          df.applyPattern("00.#E0");
          System.out.println( df.format(12345678)); // 12.3E6
          df.applyPattern("0.#E0");
          System.out.println( df.format(12345678)); // 1.2E7
          // signif digits = TOTAL int digits + max fractional digits
     System.out.println("X");
          df.applyPattern("###.#E0");                    // how did it decide to place decimal where it did?
          System.out.println( df.format(12345678)); // 12.35E6    // why did it violate my "1 max fractional digit"
                                             // request? I would have expected 123.5E5
          df.applyPattern("##.#E0");
          System.out.println( df.format(12345678)); // 12.3E6
          df.applyPattern("#.#E0");
          System.out.println( df.format(12345678)); // 1.2E7
          //signif digits - TOTAL int digits + max fractional didgits
     System.out.println("");
     System.out.println("XXXXXXXX");
          df.applyPattern("#000.#E0");
          System.out.println( df.format(12345678)); // 1234.6E4
          df.applyPattern("#00.#E0");
          System.out.println( df.format(12345678)); // 12.35E6      // how did it decide to place decimal where it did?
                                             // why did it violate my "1 max fractional digit"
                                             // request? I would have expected 123.5E5
          df.applyPattern("#0.#E0");
          System.out.println( df.format(12345678)); // 12.3E6
          // significant digtis = TOTAL int digits + max fractional digits
     System.out.println("");
          df.applyPattern("###0.#E0");
          System.out.println( df.format(12345678)); // 1234.6E4
          df.applyPattern("##0.#E0");                    // how did it decide to place decimal where it did?
          System.out.println( df.format(12345678)); // 12.35E6     // why did it violate my "1 max fractional digit"
                                             // request? I would have expected 123.5E5
          System.out.println( df.format(12345678)); // 12.35E6
          df.applyPattern("##.#E0");
          System.out.println( df.format(12345678)); // 12.3E6
//API example from DecimaFormat RE Scientific Notation.. api says this will print 12.3E3
          df.applyPattern("###.##E0");
          System.out.println( df.format(12345)); //12.345E3   //violates max fractiona digit request
//NOTE DOCS ARE WRONG ... the number of significant digits is = to max integer digits (number of # and 0 prior
// to decimal point) PLUS max number of digits after the decimal point... NOT Min. Integer digits + Max fractional digits
          // suggested pattern
          df.applyPattern("000000.##E0");
          System.out.println( df.format(12345678)); //123456.78

DecimalFormat bug (?) with scientific notation

Hi there,
i'm currently developing an application dealing with scientific notation of double values.
When i was curious about forcing the DecimalFormat formatter to print an explicit sign character in the exponential part, i found this strange behaviour:
Source code (example generated to show effect):
import java.text.*;
public class DecimalFormatBugTest {
public static void main(String[] arguments) {
DecimalFormat decimalFormat = new DecimalFormat("+0.00000E00");
double testValue1 = 1.23456d;
double testValue2 = 0.98765d;
System.out.println("Test 1: " + testValue1 + " --> " + decimalFormat.format(testValue1));
System.out.println("Test 2: " + testValue2 + " --> " + decimalFormat.format(testValue2));
Output:
Test 1: 1.23456 --> +1,23456E+00
Test 2: 0.98765 --> +9,87650E-+01
This is what i don't understand:
The "workaround" with the explicit "+" in front of the whole format expression is already strange, but when the exponent turns negative, i have output like "E-+00" which is completly senseless.
This output was generated using Java2 1.4.0 @ Win2k.
Thanks for your comments!
Greets, Marvin

i have no clue why thats behaving that way but i can tell u another workaroun for doing what u want...
I think u got to take that "+" sign off from the format u are giving while constructing the object DecimalFormat. Convert the result of decimalFormat.format(testValue1) into string and check for the character at 0. If its negative then prefix the result with '-' else with '+'.

Why Number displayed in scientific notation

I have tried to add two numbers and got a result displayed in scientific notation.
Then I have used the 'decimalformat()' function and result is wrong.
How can display the correct result. Please help
Please see the code I have used
<cfset N1=1>
<cfset N2=9999999999999899999999>
<cfset RESULT = N1+ N2>
<cfoutput>
#RESULT#
<br />
#decimalformat(RESULT)#
</cfoutput>
result :
1E+022
92,233,720,368,547,760.00
Thanks in advance

I think in floating point math adding 1 to 9999999999999899999999 is going to be a meaningless operation as by the time one converts 1 to a floating point of the scale & precision needed to represent 9999999999999899999999, it's going to lose any significance (ie: it's going to basically be represented as zero).
You'll need to do a search on how to deal with numbers of very high precision & scale. I don't have any code to hand. Have you done any of your own investigation on how to deal with this?
Adam

Decimal Format and Scientific Notation

I am trying to print numbers in scientific notation using the Decimal Format class. What follows is a simple test program I wrote to find the bug. So far, I have not found a solution.
import java.text.*;
public class formatted {
public static void main (String Arguments[]) {
DecimalFormat form = new DecimalFormat("0.###E0");
double numb = 123456.789;
System.out.println("Nuber is: " +
form.format(numb));
The output of this program is... Nuber is: 123456E
The output is the same if numb is an int, float, or double. If I format the number as "#####.0" or "#####.00" the output is correct. I think that I am following the rules for formatting a number in scientific notation as the process is outlined in the documentation (provided below).
***** From Decimal Format under Scientific Notation ***
Numbers in scientific notation are expressed as the product of a mantissa and a power of ten, for
example, 1234 can be expressed as 1.234 x 10^3. The mantissa is often in the range 1.0 <= x < 10.0,
but it need not be. DecimalFormat can be instructed to format and parse scientific notation only via a
pattern; there is currently no factory method that creates a scientific notation format. In a pattern,
the exponent character immediately followed by one or more digit characters indicates scientific
notation. Example: "0.###E0" formats the number 1234 as "1.234E3".
Anyone understand how the short program is incorrectly written?
Marc

The problem is
format = "0.###E0"
input number = 123456.789
output = 123456E (not scientific notation!)
This is not scientific notation at all. There is no decimal point given and no value in the exponent.
I understand entirely that by adding more #'es will provide more precision. The bug I have is the output is not printed in the scientific format; other formats work.
MArc

Converting from a double to scientific notation

does anyone know how I can convert a double value to scientific notation?

java.text.DecimalFormat can do that.

Int printing out as scientific notation

maybe doing something stupid here but I can't seem to pick it up.
I have a Window that calls a subclass to display a calculator, and then returns the final value to the Window, if I input 10 digits it prints on as a 12345678E5
something like that.
Anywho here's the two methods that deal with value in the subclass( calculator )
public int ReturnNumber(){//the method that will return the value from the keyboard
   int final_number = Integer.parseInt(number);
    return final_number;   // returns value to question screen
private void NextButtonActionPerformed (java.awt.event.ActionEvent evt) {
   if ( value.length() != allowable_answers[currentQuestionNumber] ){
                 JOptionPane.showMessageDialog(this, "Please make a valid entry.", "Invalid",
                 JOptionPane.WARNING_MESSAGE );
                 value.replace(0,counter,"");
                 jTextField1.setText( null );
                 return;
    else {
            number = value.toString();
           setVisible(false);
           frame.final_number = ReturnNumber();
           frame.userMakeSelection = true;
           frame.FinalTimer.start();
           frame.ButtonSelected();Code from window that deals with the number
if(Numeric[currentQuestionNumber]){
            currentAnswers[currentQuestionNumber][1] = final_number;// currentAnswers is a float[][]
            numeric_question_value[currentQuestionNumber][0] = final_number;// used in poll frequency
          }// numeric is a int[]
        else
            currentAnswers[currentQuestionNumber][currentChoice] = currentChoice;Is from trying to jam an int into float?
Any suggestions
Jim

Is from trying to jam an int into float?That's exactly the cause. Here are some solutions:
- Use java.text.DecimalFormat to format the output or cast the float to an integer type when you want to print it (presicion might become a problem).
- Keep the number in an int or long all the time. This way you'll not lose any presicion.
Explanation can be found in the API docs of Float.toString():"If the argument is NaN, the result is the string "NaN".
Otherwise, the result is a string that represents the sign and magnitude (absolute value) of the argument. If the sign is negative, the first character of the result is '-' ('-'); if the sign is positive, no sign character appears in the result. As for the magnitude m:
If m is less than 10^-3 or not less than 10^7, then it is represented in so-called "computerized scientific notation." Let n be the unique integer such that 10n<=m<1; then let a be the mathematically exact quotient of m and 10n so that 1<a<10. The magnitude is then represented as the integer part of a, as a single decimal digit, followed by '.' (.), followed by decimal digits representing the fractional part of a, followed by the letter 'E' (E), followed by a representation of n as a decimal integer, as produced by the method Integer.toString(int) of one argument."

Text code interpreted as scientific notation

I have an http service returning xml to populate a data grid.
The grid columns are tied to element attributes. One of these
columns is a simple text code, like a product code. When this
product code "looks like" scientific notation (e.g. "3E5"), the
grid is displaying "300000" instead of the code. Is there a way
somehow to tell the grid that this is a text field, and not a
number? How do you turn this off? I am rendering the column with a
label, but it doesn't make any difference. Thanks for any
tips.

Is from trying to jam an int into float?That's exactly the cause. Here are some solutions:
- Use java.text.DecimalFormat to format the output or cast the float to an integer type when you want to print it (presicion might become a problem).
- Keep the number in an int or long all the time. This way you'll not lose any presicion.
Explanation can be found in the API docs of Float.toString():"If the argument is NaN, the result is the string "NaN".
Otherwise, the result is a string that represents the sign and magnitude (absolute value) of the argument. If the sign is negative, the first character of the result is '-' ('-'); if the sign is positive, no sign character appears in the result. As for the magnitude m:
If m is less than 10^-3 or not less than 10^7, then it is represented in so-called "computerized scientific notation." Let n be the unique integer such that 10n<=m<1; then let a be the mathematically exact quotient of m and 10n so that 1<a<10. The magnitude is then represented as the integer part of a, as a single decimal digit, followed by '.' (.), followed by decimal digits representing the fractional part of a, followed by the letter 'E' (E), followed by a representation of n as a decimal integer, as produced by the method Integer.toString(int) of one argument."

Select Query resulting in Scientific Notation

Hello all,
I am running a Select query through a batch file that extracts data from an Oracle database. Several of the fields that I am extracting from contain numbers that are up to 38 digits long. When I extract the data, it converts the numbers into scientific notation and it is important for me to have the entire field. Is there something I can change to my query that will pull the data in its entire form? This is what I'm running now:
select * FROM ML.APPT where APPTDATE >= to_date('01/1/2010','mm/dd/yyyy'
I apologize in advance if this has been answered already.
Thanks!

>
When the extractor finishes, it returns the data into a flat file.
don't quite understand the TO_CHAR function. Does this function mean I need to say something like this: select "TO_CHAR('column name', 99999999999999999999999999999999999999" FROM ML.APPT where APPTDATE >= to_date('01/1/2010','mm/dd/yyyy')
>
Yes- if the tool you use to extract the data (your 'extractor') is converting the numeric data to a string then it is responsible for creating the string in the proper format. If the number is an integer that can have as many digits as you have '9's in your sample format string then that is what you need to do.
Here is how sql*plus (Oracle's tool) will display the data using default settings
SQL> select 12345678901234567890123456789012345678 no_format,
2 to_char(12345678901234567890123456789012345678, '99999999999999999999999999
999999999999') with_format
3 from dual;
NO_FORMAT WITH_FORMAT
1.2346E+37 12345678901234567890123456789012345678
SQL>
----- TOAD will display something similiar but the default uses more decimal digits in the scientific notation data
NO_FORMAT,WITH_FORMAT
1.23456789012346E37, 12345678901234567890123456789012345678You can either format the numeric data in the query using TO_CHAR or the 'extractor' can do it when it converts the data to a string.

External table.How to load numbers (decimal and scientific notation format)

Hi all, I need to load inside an external table records that contain 7 fields. The last field is called AMOUNT and it's represented in some records with the decimal format, in others records with the scientific notation format as, for example, below:
CY001_STATU;2009;Jan;11220020GR;'03900;CYZ900;-9,99999999839929e-03
CY001_STATU;2009;Jan;11200100;'60800;CYZ900;41380,77
The External table's script is the following:
CREATE TABLE HYP_DATA
COUNTRY VARCHAR2(50 BYTE),
YEAR VARCHAR2(20 BYTE),
PERIOD VARCHAR2(20 BYTE),
ACCOUNT VARCHAR2(50 BYTE),
DEPT VARCHAR2(20 BYTE),
ACTIVITY_LOC VARCHAR2(20 BYTE),
AMOUNT VARCHAR2(50 BYTE)
ORGANIZATION EXTERNAL
( TYPE ORACLE_LOADER
DEFAULT DIRECTORY HYP_DATA_DIR
ACCESS PARAMETERS
( RECORDS DELIMITED BY NEWLINE
BADFILE 'HYP_BAD_DIR':'HYP_LOAD.bad'
DISCARDFILE 'HYP_DISCARD_DIR':'HYP_LOAD.dsc'
LOGFILE 'HYP_LOG_DIR':'HYP_LOAD.log'
SKIP 0
FIELDS TERMINATED BY ";"
MISSING FIELD VALUES ARE NULL
REJECT ROWS WITH ALL NULL FIELDS
"COUNTRY" Char,
"YEAR" Char,
"PERIOD" Char,
"ACCOUNT" Char,
"DEPT" Char,
"ACTIVITY_LOC" Char,
"AMOUNT" Char
LOCATION (HYP_DATA_DIR:'Total.txt')
REJECT LIMIT UNLIMITED
NOPARALLEL
NOMONITORING;
If, for the field AMOUNT I use the datatype VARCHAR (as above), the table is loaded but I have some records rejected, and all these records contain the last field AMOUNT with the scientific notation as:
CY001_STATU;2009;Jan;11220020GR;'03900;CYZ900;-9,99999999839929e-03
CY001_STATU;2009;Feb;11220020GR;'03900;CYZ900;-9,99999999839929e-03
CY001_STATU;2009;Mar;11220020GR;'03900;CYZ900;-9,99999999839929e-03
CY001_STATU;2009;Dec;11220020GR;'03900;CYZ900;-9,99999999839929e-03
All the others records with a decimal AMOUNT are loaded correctly.
So, my problem is that I NEED to load all the records (with the decimal and the scientific notation format) together (without records rejected), but I don't know which datatype I have to use for the AMOUNT field....
Anybody has any idea ???
Any help would be appreciated
Thanks in advance
Alex

@OP,
What version of Oracle are you using?
Just cut'n'paste of you script and example woked FINE for me.
however my quation is... An external table will LOAD all data or none at all. How are you validating/concluding that...
I have some records rejected, and all these records contain the last field AMOUNT with the scientific notation
select * from v$version where rownum <2;
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
select * from mydata;
CY001_STATU     2009     Jan     11220020GR     '03900     CYZ900     -9,99999999839929e-03
CY001_STATU     2009     Feb     11220020GR     '03900     CYZ900     -9,99999999839929e-03
CY001_STATU     2009     Jan     11220020GR     '03900     CYZ900     -9,99999999839929e-03
CY001_STATU     2009     Jan     11200100     '60800     CYZ900     41380,77
CY001_STATU     2009     Mar     11220020GR     '03900     CYZ900     -9,99999999839929e-03
CY001_STATU     2009     Dec     11220020GR     '03900     CYZ900     -9,99999999839929e-03
CY001_STATU     2009     Jan     11220020GR     '03900     CYZ900     -9,99999999839929e-03
CY001_STATU     2009     Jan     11200100     '60800     CYZ900     41380,77MYDATA table script is...
drop table mydata;
CREATE TABLE mydata
COUNTRY VARCHAR2(50 BYTE),
YEAR VARCHAR2(20 BYTE),
PERIOD VARCHAR2(20 BYTE),
ACCOUNT VARCHAR2(50 BYTE),
DEPT VARCHAR2(20 BYTE),
ACTIVITY_LOC VARCHAR2(20 BYTE),
AMOUNT VARCHAR2(50 BYTE)
ORGANIZATION EXTERNAL
( TYPE ORACLE_LOADER
DEFAULT DIRECTORY IN_DIR
ACCESS PARAMETERS
( RECORDS DELIMITED BY NEWLINE
BADFILE 'IN_DIR':'HYP_LOAD.bad'
DISCARDFILE 'IN_DIR':'HYP_LOAD.dsc'
LOGFILE 'IN_DIR':'HYP_LOAD.log'
SKIP 0
FIELDS TERMINATED BY ";"
MISSING FIELD VALUES ARE NULL
REJECT ROWS WITH ALL NULL FIELDS
"COUNTRY" Char,
"YEAR" Char,
"PERIOD" Char,
"ACCOUNT" Char,
"DEPT" Char,
"ACTIVITY_LOC" Char,
"AMOUNT" Char
LOCATION (IN_DIR:'total.txt')
REJECT LIMIT UNLIMITED
NOPARALLEL
NOMONITORING;vr,
Sudhakar B.

How can I get Numbers 3.2 to recognise 1e-5 as scientific notation?

I just changed from Numbers '09 (2.3) to Number 3.2 on Mavericks (OS X 10.9.3) and the new version doesn't seem to recognise "e" or "E" as scientific notation. When I set the cell format to scientific and type "0.0015", Numbers returns "1.5×10^-03". I would however prefer to obtain "1.5e-3". And vice versa: if, after setting the cell format to scientific, I type "1.5e-3", it automatically formats the cell as text and I can't get it to recognise it as scientific notation. With "E" instead of "e", the problem is exactly the same. Does anyone know how I can change this setting? I already tried to search for an answer to my question, but couldn't find anything...

if, after setting the cell format to scientific, I type "1.5e-3", it automatically formats the cell as text and I can't get it to recognise it as scientific notation.
I can't duplicate the problem here, either when the cells are formatted as Automatic or as Scientific:
When you type 1.5e-3 are you making sure not to enter a space after the e? (When I type a space the cell automatically formats as Text.)
SG

Display Scientific Notation values in columns

Hi,
I have a column in a table that apparently displays the values in
Scientific Notation. That is, the value in each column is always
displayed as "6.4211E+15". Each value in this column should be a
unique or different value. If I type "select * from <table_name>
where <column_name> != 6.4211E+15;", I still get every row in
this table. Is there a way to display the full value of this
column so that I can view the unique value for each of these
rows? If so, how does one accomplish this?
Thank you,

Welcome to SDN.
do you mean to say that in some rows some column values will be blank and you want to replace the blanks with '-'.
loop thru the itab which you are passing to tableview and for the blank cells pass '-'.
<i>Also when the value is inserted at run time</i>
so you are having editable tableview. to update the value back to the dbtable, you have to read it in oninputprocessing and update it to dbtable .
search the forum on how to read the user entered value from the table view so that you can update the dbtable.
Regards
Raja

Scientific Notation on MID

having trouble with a
parsed out excel file.
We import processor files into our application and do so with maybe 20 different processors.
However one file is giving us a particular problem, even though the MID colum looks to be a simple MID like this
8788840008835 it actually shows up once extracted like this 8.78884000884E+012 scientific notarion
this is the only file we have this problem with and even if we go in and reformat the colum in various ways so the column looks correct it still spits out this scientific notation.
tried number format likwe this #LSNumberFormat(objSheet.Query.column2, "______")#
and like this #numberformat(objSheet.Query.column2,'_______________________')# it that keeps the number from being in scientific notation however it rounds the MID on the last number to the closest zero effectivly ruining the data.
Any ideas on how to get around this?
BTW its not the initial extraction thats doing it, we use it on many other excel files with no problems, only this file is giving us this problem
Thanks in advance for any help

scrollin,
Your digits are all there. Just format those cells to either Text or Number. Leading zeros do tend to get lost unless you pre-format to text. You can force the cell format to text on the fly by prefixing your input with a single-quote.
Regards,
Jerry

BIGINT in scientific notation

Hi,
New here and new to CF8. I'm using MySQL 5.0.51b with the
latest JDBC connector and am getting unsigned BIGINT columns larger
than 10^12 back in scientific notation instead of a whole number.
Here's an example:
<cfquery name="get_bigint" datasource="ds">
select cuid,convert(cuid,signed) as c_cuid
from ctable
where id=17
</cfquery>
<cfdump var="#get_bigint#">
cuid is an unsigned BIGINT in ctable. In the CF dump, cuid is
displayed in scientific notation and c_cuid is displayed as a whole
number. If I try to use cuid, say as a URL parameter, it also ends
up in scientific notation, which is obviously undesirable. Is there
a configuration setting I need to change somewhere or is the CF /
JDBC way to deal with this to use CAST / CONVERT on BIGINT columns
to ensure they stay in whole number format?
Thanks

Hi,
the function FIXED (<your expression>, <number of digits) may help
Elke

DecimalFormat scientific notation if necessary

Similar Messages

Maybe you are looking for