Uwe Grauer wrote: > Paul McNett wrote: >> dabo Commit >> Revision 2737 >> Date: 2007-01-22 14:06:31 -0800 (Mon, 22 Jan 2007) >> Author: Paul >> >> Changed: >> U trunk/dabo/biz/dBizobj.py >> U trunk/dabo/biz/test/test_dBizobj.py >> U trunk/dabo/db/dBackend.py >> U trunk/dabo/db/test/test_dCursorMixin.py >> >> Log: >> Added more tests to dBizobj, after I realized that after a biz.saveAll(), the >> current row number wasn't being restored if the pk is auto-generated by the >> backend. Fixed in dBizobj: used RowNumber instead, which doesn't change >> after >> a save. >> >> Made dBackend raise a ValueError if AutoCommit can't be set. Added >> appropriate >> test for this case in the dCursorMixin test. >> >> Fixed up the dCursorMixin test to mostly work with firebird. This required >> changing all the field names to lower from mixed-case, as firebird returns >> all case-insensitive names as UPPER, and dabo lower()s it, and Python is >> case-sensitive. I think in the future we need to define a case-insensitive >> string type to use for field and table names as appropriate, but for now this >> will do. >> >> Now, only two tests fail for dbFirebird: >> > > The data type of field jobid from table dabo_unittest in the database > dabo_unittest on server dabodev.com changed to double precision. > Why is that? > The script create_firbird_test.sql says it should be numeric(18, 0). > Did you change the database? > > Uwe
numeric(18,0) is the right type for a firebird BIGINT (a generator). This gives a long as python type. double gives float as a python type. Uwe _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
