It should be an integer string that is the date without the / in them so feb 1 , 2007 stored as 20070201. In the case where I can import data into gretl I'm not even selecting that column though.
The particular bit of data I'm pulling is stored as numeric(7,3) in an mssql server 2008. I believe we can read that as numeric precision 7, numeric scale 3
For the small and simple test query I was using the data is stored as numeric(16,3) in the same sql server.
Chris
On Wed, 3 Feb 2010, Chris wrote:
> From reading the manual that bit was there because I am* What does the identifier look like?
> importing 2 columns, the first one being an identifier. When I
> remove the first column from my select statement I can import
> data from both my big query and my test query, but all the data
> shows up as "5.16957e-38" not the data that shows up when I run
> the same query in query analyzer.
* 5.16957e-38 looks like one of the limits of a single-precision
"float". Gretl binds the last (data) column to SQL_C_DOUBLE.
But somehow we're getting the wrong data type? Perhaps the values
in this db are stored as SQL_REAL (which has a mantissa of
precision only 7). What's the database engine?
Allin Cottrell
_______________________________________________
Gretl-users mailing list
Gretl-users@lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users