See below...
On 3/19/20 10:10 AM, Alexander Thurgood wrote:
Le 19/03/2020 à 13:32, bunk3m a écrit :
I would only recommend using embedded Firebird if you're comfortable
with all of its still numerous bugs, and are happy to get your hands
dirty correcting data types, lengths, etc and possibly corrupted data.
Always look at the resulting table to see if it's fields are defined
correctly and display correctly when looking at table data.
Make sure columns are defined with proper data type such as date or time
in your spreadsheet.
Until the resulting table is as close to your intended field type, keep
making a new table.
Understanding through re-iteration will help you see the pitfalls.
If you can't get the import to the correct data type, import in such a
way as to have complete data from spreadsheet field.
At this point, from within Base, you may be able to make a new table
that has a correct data type and copy from Table-0 to Table-1.
Hope this helps
Paul
Also, it is my understanding that there is currently still a limitation
of 64Kb for the total insert length of any transaction, meaning that you
have to be especially wary of the number, and length of any VARCHAR data
that you have in your spreadsheet.
If you have Unicode characters in any cell, you might also get an import
failure because these are coded over 4 bits per character, which can
rapidly cause the automatically created insert statement to exceed the
64KB limit, and again, fail.
My advice would be to stick to embedded HSQLDB until, or unless, you are
comfortable with such limitations.
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
