You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -450,21 +450,21 @@ The right side specifies a condition that must be true for each row migrated.
450
450
451
451
For example, this code migrates only those countries with a `COUNTRY_ID` value that isn't equal to `AR`:
452
452
453
-
### `COUNTRIES=COUNTRY_ID<>'AR'`
453
+
`COUNTRIES=COUNTRY_ID<>'AR'`
454
454
455
455
This constraint applies to the COUNTRIES table.
456
456
457
457
You can also specify conditions for multiple tables. However, the condition for each table must be on a new line in the property file.
458
458
459
-
### Example
459
+
Example:
460
460
461
461
The following entries in the properties file migrate only the relevant data from EMPLOYEES and the DEPARTMENTS tables:
462
462
463
463
`EMPLOYEES=(LAST_NAME IN ('Grant','Weiss') AND PHONE_NUMBER LIKE '650%')`
464
464
465
465
`DEPARTMENTS=(DEPARTMENT_ID BETWEEN 10 AND 30)`
466
466
467
-
`-customColTypeMapping <column_list>`
467
+
### `-customColTypeMapping <column_list>`
468
468
469
469
Use custom type mapping to change the data type of migrated columns. The left side of each pair specifies the columns with a regular expression. The right side of each pair names the data type for that column to assume. You can include multiple pairs in a semi-colon-separated list for `<column_list>`. For example, to map any column whose name ends in `ID` to type `INTEGER`, use the following custom mapping entry:
470
470
@@ -482,12 +482,30 @@ On Windows, use `'\.'` to represent the `'.'` character:
482
482
483
483
Alternatively, you can include multiple custom type mappings in a `<property_file>`:
484
484
485
-
`-customColTypeMappingFile <property_file>`
485
+
### `-customColTypeMappingFile <property_file>`
486
486
487
487
Specify each entry in the file on a separate line in a key=value pair. The left side of each pair selects the columns with a regular expression. The right side of each pair names the data type for that column to assume. When used in the `<property_file>`, the `'\\'` characters act as an escape string in any operating system.
Include the `-mapVirtualToRegular` option to migrate virtual, computed or generated columns in the source database to regular columns in the target database.
494
+
495
+
Turning virtual columns to regular columns is helpful when the expression used to compute the values in the source database column is not supported in the target database or cannot be translated into an expression supported by the target database. With this option, you can still migrate the column's values to the target, but the values will no longer be computed dynamically, as they are stored in a regular column.
496
+
497
+
For schema migrations, including the option results in all virtual columns in the source database being migrated to regular columns in the target database.
498
+
499
+
For data migrations, including the option extracts the computed values from all computed columns in the source database and inserts those values into regular columns in the target database.
A column called `FullName` that is computed from other two columns called `FirstName` and `LastName` in the source database, is migrated as a regular column called `FullName` in the target database. In the target, this column is no longer dynamically generated, but displays the `FullName` value the source database had at the time the migration was performed.
508
+
491
509
## Connection retry options
492
510
493
511
Whenever there's a connection failure with the target database during a data migration, Migration Tookit attempts to reconnect to the
| Enhancement | Migration Toolkit now supports PostgreSQL version 17 and EDB Postgres Advanced Server version 17 both as a source and target database. ||
13
+
| Enhancement | Improved the handling and consistency in migrating virtual columns across different source and target database combinations. <br/> You can now choose whether to migrate virtual columns as virtual columns or map them to regular columns in the target. See [mapVirtualToRegular](../07_invoking_mtk/08_mtk_command_options/#-mapvirtualtoregular) for more information. |#38897|
14
+
| Bug fix | Fixed an issue that caused synonyms from all source schemas to be migrated even when only one schema was selected for migration. |#41178|
15
+
| Bug fix | Fixed an issue where the MySQL column type `BIGINT AUTO_INCREMENT` is not mapped to the `BIGSERIAL` column type in the target PostgreSQL/EDB Postgres Advanced Server table. ||
16
+
| Bug fix | Fixed the issue where migration fails in parallel mode for a table with a primary key based on the float data type. ||
17
+
| Bug fix | Fixed an issue where the indexes are skipped from migration when multiple tables are selected for a source MySQL database. ||
0 commit comments