Scientific notation in numeric fields

I need to be able to input scientific notation in numeric fields for my adobe forms. I can put the pattern to num{9.99E} and it will allow me to put positive exponents and negative exponents to -3. However, I need to input the number 4.76E-19 and it always changes it to 0.00E0. What kind I do to keep this small of a number as 4.76E-19?

Hi,
Unfortunatly in approach with text field numbers will not be formatted in scientific notation, users will have to type numbers in correct format.
In approach with NumericField and patter {9.99E} i think there is some bug.
I can type this number:
After i lost focus from this field it will be formatted in tis style:
And sfter button click i will get this:
For big values everything working fine.
Is this bug!?
BR

Similar Messages

Convert Scientific Notation to Numeric (ABAP)

I am currently consuming a WebService from XIgnite, that is returning a 7.5863900E-01 and I need to update the TCURR (Exchange Rate table) with .758639.
I need an ABAP example to use to place within the program that is importing the data for exchange rates.
Thanks.

try this:
DATA: W_EXPO TYPE QPMK-SOLLWERT,
W_PCKDECI(16) TYPE P DECIMALS 3.
MOVE : '7.5863900E-01' TO W_EXPO,
W_EXPO TO W_PCKDECI.

Numeric Values Converted to Scientific Notation

My BPEL process converts numeric values to scientific notation (eg. 12345678 is converted to 1.2345678E7). This then causes problems when I try to perform any mathematical operations on these values during an XSL transformation (output - NaN)
Is there any way I can stop this data conversion?
This occurs with BPEL 10.1.2.0.2. I'm loading the data from an Oracle 9.2 database using the DbAdapter.
I've written an XSL routine to convert these values back to the correct decimal notation, but would prefer to stop this happening rather than workaround the problem.

On further investigation, this occurs for values loaded from Oracle FLOAT database type.
The XSD generated for the DbAdapter uses type xs:double for this field, but I've also tried changing this to xs:decimal & xs:float and still get the same problem.

Numeric value and scientific notation

Hi,
with Oracle 8 or 10, the query (via TOAD or my app : Delphi + BDE)
SELECT 0.0008 FROM DUAL returns 0.0008,
but the query
SELECT 0.00008 FROM DUAL returns 8E-5.
Is there a way to avoid this display in scientific notation, except changing all my queries ? Or to push the limit for this display one digit later ?
Maybe with an Oracle parameter ?
Thanks for your help !

duplicate for thread
numeric value and scientific notation

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.

Issue with autosuggest on a numeric field

I have a form with a CFINPUT that has autosuggest to a cfc.
The cfc runs a query against a varchar field that has only numeric
values. When the match is made and the lis is returned I get an
error (Bind failed for autosuggest CUSTOMER, bind value is not a 1D
array of strings). This only happens with fields that are all
numeric, if the field has any letters or symbols I do not have this
issue.
The data returned is coming back as numeric in scientific
notation (CFC invocation response: [5.159000038E9]) The data is
matching on the phone number and that is what is being returned.
It there a way to correct this issue? Code sample is below.
<cfinput type="text" name="CUSTOMER" size="10"
maxlength="10" value="#CUSTOMER#"
autosuggest="cfc:customerInfo.getCustomerSuggest({DSN},
{cfautosuggestvalue})">
here is the function from the CFC:
<cffunction name="getCustomerSuggest" access="remote"
returntype="array" output="false">
<cfargument name="argDB" type="string" required="yes">
<cfargument name="argCUSTOMER" type="string"
required="yes">
<cfset var myarray = ArrayNew(1)>
<cfquery name="cstInfo" datasource="#argDB#"
maxrows="25">
SELECT customer
FROM custFile
WHERE customer LIKE <cfqueryparam value="#argCUSTOMER#%"
cfsqltype="CF_SQL_VARCHAR">
</cfquery>
<cfloop query="cstInfo">
<cfset arrayAppend(myarray, '#customer# ')>
</cfloop>
<cfreturn myarray>
</cffunction>

I don't understand the actual results desired. But I would
make my cffunction returntype a string and get rid of the cfloop
that creates your array. One of my autosuggest cfcs is;
<cffunction name="getJobsearch" access="remote"
returnType="string" output="false">
<cfargument name="term" type="string"
required="false">
<cfset var Jqry = "">
<cfquery name="Jqry" datasource="taxsearchdb">
SELECT J.CompanyName + ' ' + J.CompanyCity + ' ' + C.State +
' ^' + cast(J.JobOrderNumber as varchar) as Jname
FROM jorder J, Companies C
WHERE J.CompanyNumber = C.CompanyRecordNumber and
J.CompanyName LIKE <cfqueryparam cfsqltype="cf_sql_var"
value="#trim(arguments.term)#%">
</cfquery>
<cfreturn ValueList(Jqry.Jname)>
</cffunction>

Data retrieval in non-scientific notation from Netezza database

Hi,
I have a requirement where my BPEL service fetches data from Netezza database. In the database, there is a field which is of type numeric(16,8) and holds values say '0.00000000'. The select query on the table rerieves data in its scientific notation as '0E-8'.
Please let me know how to retrieve its value in the form of non-scientific notation.
Thanks in advance.
Regards,
Sitara

hai
chowdary,
it is not possible to retrieve data from maintenace view.
it is only possible to retrive data from a table or database
/ projection views defined ddic.
Maintenace views are used to maintain data of an application object together.Data from several tables can be joined and summarized data can be seen of this view based on primary key join relationship using SM30.U make any changes or view the data there only.
if useful, reward points.
By
G.V.K.Prasad
Edited by: PRASAD GVK on Apr 13, 2008 3:36 PM

Remove scientific notation in report

I'm calculating a number and placing it in a comment box on a report. This works fine, but one of the numbers has decided to display in scientific notation (1.52666667e-3). The problem is that the comment box is not large enough to display the scientific notation and gives no indication of not fitting into the box. Instead I see 1.52666 with no indication of the exponent. I'd much rather see .001527 however I don't want to force a STR format with "d.dddddd" because most numbers don't need this much precision and I'd probably run into errors for numbers such as 12345 which won't fit into the comment box with forced 6 digit precision. If I can force it out of scientific precision, it'll probably be fine.
BTW: is there a certain number range where scientific notation becomes the default? If I knew this range I could then force the format with the STR function to display the way I want. e.g. IF x>-001 and x<.001 then STR(X,"d.dddd")
Either method would probably work for me.
thanks,
James
Solved!
Go to Solution.

MyVar is a 2 dimensional pointer (Channel Group, Channel) to numeric channels that meet some criteria.
change box size: I had to make the box 3 times the width to display the number correctly. It shows 1.27933333333333E-03*. I'm appending the "*" to show the field is calculated instead of unadultered from the .csv. Maybe the problem isn't that the number is small, but that it's infinitely repeating. The number is calculate from the values .001919 - abs(.001919)/3
Left Justify: no difference from right justify.
Autoadj: shows 1.28E-
I'm making a column of channels on the report, that's why the comment text is being set multiple times.
Humphreyy - thanks for your ideas and help.

Displaying Scientific Notation

I see a lot of people asking questions about how to prevent showing Scientific Notation. I have the opposite problem, I can't seem to show scientific notation.
In the field I'll Enter: 2.5E-5
After commit, the value show: 0
If I look in the database, it shows: 0.000027
How can I get the form to show 2.5E-5?
My Entity Attribute:
<Attribute
    Name="Stock"
    ColumnName="STOCK"
    SQLType="NUMERIC"
    Type="oracle.jbo.domain.Number"
    ColumnType="NUMBER"
    TableName="WASTE_STREAM_NUCLIDE">
    <Properties>
      <SchemaBasedProperties>
        <DISPLAYWIDTH Value="8"/>
      </SchemaBasedProperties>
    </Properties>
</Attribute>
My Field on the Page:
                <af:inputText value="#{bindings.Stock.inputValue}" label="#{bindings.Stock.hints.label}"
                              required="#{bindings.Stock.hints.mandatory}"
                              columns="#{bindings.Stock.hints.displayWidth}"
                              maximumLength="#{bindings.Stock.hints.precision}"
                              shortDesc="#{bindings.Stock.hints.tooltip}" id="it2">
                    <af:convertNumber groupingUsed="false" pattern="0.######E0"/>
                </af:inputText>

Good point. If everyone having problems with SQL*Plus number formatting went to the free online HTML manual, looked for "NUMBER" in the index and found
    NUMBER
        column definition from DESCRIBE, 12
    NUMBER clause, 5.12.2
        VARIABLE command, 12
    NUMBER columns
        changing format, 6.1.2.1, 12
        default format, 6.1.2.1, 12
    number formats
        $, 6.1.2.2
        0, 6.1.2.2
        9, 6.1.2.2
        comma, 6.1.2.2
        setting default, 5.9.4, 5.9.4, 12, 12
    NUMFORMAT clause
        in LOGIN.SQL, 2.2.2.1
    NUMFORMAT variable, 12, 12
    NUMWIDTH variable, 12, 12
        effect on NUMBER column format, 6.1.2.1, 12then we'd have nothing to do.

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.

To_number and scientific notation

Hi
I am trying to convert a number in scientific notation stored in a character ffield to a number.
I use this statement, but gets a ORA-01722 error.
What is wrong ?
select to_number('1.1111111111111112E-6','9.9EEEE')
from dual
Preben

Hi guys, I'm following this forum in order to reuse what you wrote, but I still have a problem with the scientific notation format...
From SQL Plus If I run this query:
select b.CONTRACT_NUMBER,b.id as cont_id from OKC_K_HEADERS_B b--, okc_k_lines_b v
where b.contract_number = 'NR19Mini'
I retrieve the following row:
CONTRACT_NUMBER CONT_ID
NR19Mini 1.4733E+38where the CONT_ID datatype is NUMBER.
Now I want to specify a condition using the CONT_ID field (for another use in the future), but if I use the following syntax
select b.CONTRACT_NUMBER,b.id as cont_id from OKC_K_HEADERS_B b
where b.contract_number = 'NR19Mini'
and b.id = to_number('1.4733E+38','9.99999EEEE');
I don't retrieve any rows (no rows selected)
How can I modify the format number in order to see my row, and for example use it inside a join with another fied of the same type ?
Thanks in advance
Alex

Convert from scientific notation

Can someone help me with this? I cannot get this working even using some of the tips I found on this site and elsewhere:
Round this and format this with 2 decimals: '-2.58069E-11'.
Now I realize this would end up -2.58, but it is giving me an error instead.
Error converting data type varchar to numeric.
SELECT CAST('2.58069E-11' AS NUMERIC(24,2))
SELECT CAST('2.58069E-11' AS NUMERIC(24,12))
I tried 12 just to make sure that there was enough room for the decimals
If I use ISNUMERIC, it returns 1, so SQL Server considers it a number (at least with that function)
The next example works, but it is not what I want.
SELECT CAST('2.58069E-11' AS REAL) just returns the same thing with the 'E', (as REAL, of course)
In these example I haven't done the rounding yet.
I get all kinds of negative and positive numbers with different decimal lengths, but the scientific notation is particularly tricky.

Before I put this to bed, I have found out both the above solutions are wrong when using a regular decimal:
Try this:
SELECT CAST(CAST('-1131658.27' AS REAL) AS NUMERIC(24,2))
And this:
SELECT CAST(CONVERT(REAL, -1131658.27) as DECIMAL(24,12))
They both yield -1131658.25, and -1131658.250000000000, respectively.
This is probably some floating point error, but how do I take care of it?

WKT Contains Scientific Notation

I have a table with an SDO geometry column. Our data is stored in Web Mercator to simplify displaying maps on a web page. My team's preferred way of shuffling geometries around is via its WKT since this is human readable and widely used. So we are fetching the WKT directly from the database using the GET_WKT() method (right term?) on the SDO geoemtry.
The problem is that when coordinates exceed 10 million in magnitude, those coordinates are represented in E notation (see http://en.wikipedia.org/wiki/Scientific_notation#E_notation). I need to convert this WKT to a .NET object for use with a particular library, and while it supports conversion from WKT, it blows up on the E notation. I'd call it a bug with the library except for the fact that Oracle itself can't parse WKTs with E notation, either. SDO_UTIL.VALIDATE_WKTGEOMETRY returns FALSE for the WKT that GET_WKT() generated, and SDO_UTIL.FROM_WKTGEOMETRY throws an error. I've also tested that SDO_UTIL.SDO_UTIL.TO_WKTGEOMETRY returns the same WKT.
A large amount of code already depends on the geometry being in WKT format, which means that switching to another format would not be an easy change. For the moment, I'm parsing the WKT using SQL Server's geometry type (see http://msdn.microsoft.com/en-us/library/microsoft.sqlserver.types.sqlgeometry_methods.aspx), and then converting it back to a WKT without E notation using its STAsText() method.
Is there a way to force Oracle to not return E notation coordinates?
This is occurring in both of the following versions of Oracle:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
"CORE     10.2.0.1.0     Production"
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
PL/SQL Release 11.1.0.6.0 - Production
"CORE     11.1.0.6.0     Production"
TNS for 32-bit Windows: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production
Sample SQL:
The SRID in the following queries does not seem to exist out of the box in version 10 or Oracle. I ran these queries through Oracle SQL Developer.
Query:
SELECT MDSYS.SDO_GEOMETRY(2003,3785,NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,1),MDSYS.SDO_ORDINATE_ARRAY(-13426771.266146,5334024.8870015,-13425624.710722,5326534.0582305,-13412553.978887,5325922.5620044,-13412936.164029,5333719.1388884,-13426771.266146,5334024.8870015)).GET_WKT() FROM DUAL;
Result:
POLYGON ((-1.3426771266146E7 5334024.8870015, -1.3425624710722E7 5326534.0582305, -1.3412553978887E7 5325922.5620044, -1.3412936164029E7 5333719.1388884, -1.3426771266146E7 5334024.8870015))
Query:
SELECT SDO_UTIL.VALIDATE_WKTGEOMETRY(MDSYS.SDO_GEOMETRY(2003,3857,NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,1),MDSYS.SDO_ORDINATE_ARRAY(-13426771.266146,5334024.8870015,-13425624.710722,5326534.0582305,-13412553.978887,5325922.5620044,-13412936.164029,5333719.1388884,-13426771.266146,5334024.8870015)).GET_WKT()) FROM DUAL;
Result:
FALSE
Query:
SELECT SDO_UTIL.FROM_WKTGEOMETRY(MDSYS.SDO_GEOMETRY(2003,3785,NULL,MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,1),MDSYS.SDO_ORDINATE_ARRAY(-13426771.266146,5334024.8870015,-13425624.710722,5326534.0582305,-13412553.978887,5325922.5620044,-13412936.164029,5333719.1388884,-13426771.266146,5334024.8870015)).GET_WKT()) FROM DUAL;
Result:
ORA-29532: Java call terminated by uncaught Java exception: java.lang.RuntimeException
ORA-06512: at "MDSYS.SDO_UTIL", line 172
29532. 00000 - "Java call terminated by uncaught Java exception: %s"
*Cause:    A Java exception or error was signaled and could not be
resolved by the Java code.
*Action:   Modify Java code, if this behavior is not intended.

Hello jpmc26,
I am going to guess that most of us live our lives between the 180s and have not really noticed this before. I would call it a bug that needs an SR opened but is the bug on the coming or the going? If you look in the Simple Features 1.2.1 specification on pages 52 and 53 they clearly say that an "approximate numeric literal" of mantissa + E + exponent is valid. However, Oracle Spatial does not support the 1.2.1 spec. Rather they support something akin to the 1.1.0 specification. On pages 28 and 29 of that version there is no mention of approximate numeric literals as it first shows up in the 1.2.0 specification.
So I would say either:
1) Oracle Spatial supporting only the 1.1.0 specification and not much interested in updating to current specifications, should remove the output of scientific notation from the SDO_UTIL.to_WKTGEOMETRY procedure (match 1.1.0 spec).
-or-
2) Oracle Spatial looking forward to future compatibility with new OGC standards, should add support for parsing scientific notation to the SDO_UTIL.from_WKTGEOMETRY procedure (prepare for 1.2.1 spec).
I guess its a policy decision on their side. Please update the posting as to what they say as I am curious about the topic.
Many folks have largely abandoned these java-based, outdated, OGC converters. Feel free to search the forum for complaints, myself being one of the complainers. When you said "a large amount of code already depends" on WKT, my first thought was that must be really slow. Writing your own SDO to WKT converter in PLSQL is really easy and I believe that's what most of us have done. The other direction is more challenging but doable - I need to rewrite mine but its works well enough for straightforward stuff.
Cheers,
Paul

No scientific notation in csv file

Hi, All
I have a package is extracting data from DB to CSV file.
And I made up a column like '48484848484848484', when I load this column into CSV file,
it shows me scientific notation along with the data.
How can I get rid of the scientific notation ?
I've tried data conversion, derived column. Nothing works.
This really makes my frustrated.
Thank you in advance.

Hi,
In that case, the SQL export process is fine.
It's just Excel suggesting a scientific notation where it's not needed.
You can get rid of the scientific notation by forcing your "long" numeric value into a string.
For example
"A001","Item code", "123376265892759026"
instead of
"A001", "Item code", 123376265892759026
Sebastian Sajaroff Senior DBA Pharmacies Jean Coutu
My data souce is like:
Select '1234567891123' as column1,
Id as column2,
Name as column3,
From Table1
I think I already give column1 as a string. And I also tried to cast column1 to nvarchar or varchar or decimal or numeric, nothing works.

Scientific notation SSIS

Hi,
the situation is that I receive a column on excel, with format nvarchar, for example "8.0442 E +18" and I wanted to get "8044200073000360000" how do this transformation in ssis. From excel to sql server, using -> SSIS.
the format is varchar (on excel), but I wanted to make an automated ETL, without going to excel every month to change format column. If I made derive a column "(DT_NUMERIC, 19.0)Value" has not worked for me. I tried to change from 19 to 35 but also
gives error.
David

Its a float data and represents approximate numeric. As such I dont think you will able to get full
precision as you like. Try using
datatype like Decimal (38,2) in
SQLServer
Also try this
http://www.sentientbeings.com/2012/03/how-to-stop-ssis-from-converting-text-to-scientific-notation-when-importing-from-excel/
Please Mark This As Answer if it helps to solve the issue
Visakh ---------------------------- http://visakhm.blogspot.com/ https://www.facebook.com/VmBlogs

Scientific notation in numeric fields

Similar Messages

Maybe you are looking for