DataFlex only supports five physical data types: NUMERIC, ASCII, DATE, TEXT and BINARY. The sixth, OVERLAP, is a logical type which maps to any one of the physical types. In the SQL world however, there are many different data types that the driver has to support. This is especially important when you are connecting to applications using the same SQL server as your DataFlex application but developed in other languages.
(more…)
Archive for the ‘Development Tools’ Category
Working with new SQL Server 2008 data types
Wednesday, October 26th, 2011Case handling
Tuesday, June 28th, 2011With previous driver versions, Mertech allowed object names to be either all upper case or all lower case. The field names followed the convention selected for the table name. Now users are able to determine how the driver handles table and field names.
Blob Handling in DataFlex with Mertech’s Drivers
Tuesday, May 10th, 2011BLOBs (binary large object) are very large, variable length, binary or character data objects. BLOBS are typically documents (e.g., .pdf, .doc) or pictures (e.g., .jpeg, .gif, .bmp).
NOTE: Related terms, LOB (large object) and CLOB (character large object in Oracle), are used to refer to large objects consisting entirely of text data.
How is the best way to update customer’s DataBase structures?
Wednesday, February 9th, 2011Currently you can update your database through:
1. Flex2SQL
2. dbBuilder
3. DataFlex restructure commands
4. Directly on the SQL Server and manually changing INT files
It is common to have a DBA that wants to review all schema changes to the database, which makes options 1-3 difficult, or outright prohibited by the DBA. Option 4 is manual and prone to errors.
Improving performance when inserting records
Wednesday, February 9th, 2011The Mertech Drivers allow to improve performance when inserting records by using the SQL_SAVE_BUFFER macro command. You can specify a block of records, that will be submitted in batch to the server, instead of having each record be saved at a time.
You can set the block size based on the DF_FILE_RECORDS_USED attribute from the source table or knowing the number of records that will be inserted and, for example, multiplying the number by 0.10 to get save batches of 10% of the table size.
