Step-by-Step: EMS Data Import for InterBase and Firebird (CSV, Excel, SQL)

Troubleshooting EMS Data Import for InterBase/Firebird — Common Errors & Fixes

1. Connection failures

  • Symptom: Cannot connect to the InterBase/Firebird server.
  • Common causes: Wrong hostname/port, incorrect username/password, server not running, firewall blocking port (default 3050), wrong client library (fbclient/ibclient).
  • Fixes:
    1. Verify server address and port; try connecting with isql or another client.
    2. Confirm credentials and that the database file path is correct (for embedded/remote modes).
    3. Ensure Firebird/InterBase service is running on the host.
    4. Check firewall rules and open TCP port 3050.
    5. Install and point EMS Data Import to the correct client library (match bitness: 32-bit vs 64-bit).

2. Authentication or user permission errors

  • Symptom: Authentication failed or permission denied during import.
  • Common causes: User lacks GRANTed privileges, using SYSDBA vs application user, password policy issues.
  • Fixes:
    1. Use a user with appropriate rights (INSERT/UPDATE/DELETE/SELECT) on target tables.
    2. Temporarily use SYSDBA for testing to isolate permission problems.
    3. Check database role assignments and grant needed privileges.

3. Data type mismatches or conversion errors

  • Symptom: Import aborts with type-conversion errors (numeric, date/time, boolean).
  • Common causes: Source data formats don’t match target column types; locale-specific number/date formats; large strings into VARCHAR limits.
  • Fixes:
    1. Pre-validate or clean source data (normalize date formats, remove thousands separators, standardize decimal point).
    2. Use EMS Data Import’s column mapping to convert formats or map to compatible target types.
    3. Increase target column size or import into staging table with flexible types then transform.

4. Primary key / unique constraint violations

  • Symptom: Errors about duplicate keys or constraint violations.
  • Common causes: Source contains duplicates; existing rows conflict with new data; identity/GENERATORS not synchronized.
  • Fixes:
    1. Deduplicate source data before import or use “skip duplicates” settings if available.
    2. Disable constraints temporarily (if safe), import, then re-enable and resolve conflicts.
    3. Synchronize generators (use SET GENERATOR or ALTER SEQUENCE equivalent) after bulk insert.

5. Transaction size / timeout / performance issues

  • Symptom: Slow import, transactions time out, or server runs out of resources.
  • Common causes: Importing huge batches in one transaction, insufficient memory/CPU, indices slowing inserts, lack of commit batching.
  • Fixes:
    1. Break import into smaller transactions (commit every N rows).
    2. Drop or disable nonessential indexes before large imports and rebuild afterwards.
    3. Increase server resources and adjust client/server timeout settings.
    4. Use batched or bulk-insert modes if EMS supports them.

6. Character encoding problems

  • Symptom: Garbled characters or question marks in text fields.
  • Common causes: Mismatch between source file encoding (UTF-8, ANSI, OEM) and database charset.
  • Fixes:
    1. Detect source encoding and convert to database charset before or during import.
    2. Ensure database and connection use the expected CHARACTER SET.
    3. Use EMS import settings to specify source encoding.

7. SQL syntax and reserved-word errors

  • Symptom: Errors about invalid column names or SQL syntax during import.
  • Common causes: Source column names are reserved words or contain spaces/special characters.
  • Fixes:
    1. Map problematic column names to safe identifiers in EMS Data Import.
    2. Wrap identifiers in double quotes in generated SQL if required.
    3. Rename columns in a staging table then transform.

8. File format parsing errors (CSV, Excel,