SQL Delta Banner
SQL DXP Project Manager example
SQL DXP
SQL Delta Cross Platform or SQL DXP for short is a cross platform database compare tool.

We have three versions in development and the three are:

  1. SQL DXP Premium supporting SQL Server, Oracle and MySQL.
  2. SQL DXP SM supporting SQL Server and MySQL.
  3. SQL DXP OM supporting Oracle and MySQL.
We have released SQL DXP SM as an early BETA for your review and feedback.

SQL DXP compares databases on different server platforms and can generate scripts to make the source database generally the same as the target database regardless of platform.

We say generally because not all SQL features are available between the different servers. However tables and views are primarily consistent across all three servers.

SQL DXP will apply various translations to match data types and other SQL syntax rules between the servers.

SQL DXP compares schema and data between the selected platforms.

Features in general for SQL DXP SM
  • Includes Schema Compare, Data Compare plus Schema and Data display
    Compares the Schema and/or Data within a database. Additionally SQL DXP can display the schema and data just like common database editors.
  • Supports MySQL Version 5.0 and higher plus SQL Server 2000 and higher
    SQL DXP compares schema and data of either server type and generates update script to make the target database equivalent to the source database.

    SQL DXP automatically converts object elements of the source server type to match the syntax conventions of the target server type.

    For example from SQL Server to MySQL SQL DXP will automatically remove the GO statement from stored procedures since this is not supported by MySQL.
  • Execute multiple projects simultaneously
    Run two or more projects side by side in separate tabs, whether it's two schema compare projects on completely separate servers or a schema compare and data compare project on the same server.

    Because each process is run in separate threads you can be reviewing or even running an update script while waiting for other compare processes to complete.
  • Project elements shown in Tabs
    From editing a project, to displaying the schema compare results and then displaying the schema update script.

    Each process is shown in its own tab. The usability of the application is much simpler and consistent.

    Even using touch is easier with the new interface.
  • Generates single synchronize script ready for deployment
    SQL DXP generates a single script including all of the selected objects and in the case of sub-selection can automatically include dependent objects.

    An example of dependent scripting is scripting the change to a single table however that table has a dependent Foreign Key.

    SQL DXP automatically includes the drop FK and recreates the FK at the end of the script.

    Of course this is all optional but makes for significantly more reliable scripts, in the example without removing the FK the script would fail.
  • Run change script from SQL DXP
    There is no need to use another tool to run your update script, just click execute within SQL DXP and the target database is updated.

    Of course if you wish you can save the change scripts and use them in other tools, perhaps you don't have immediate access to the remote server and you're comparing using a snapshot.
  • Schema Filtering
    One or more filters can be applied to object loading.

    An example is where a database has objects that are temporary (all begin with temp_) and not required to be compared. Simply add a schema filter temp_ and these objects will not be loaded and compared.

    The same can be done for columns within a table.
  • On Completion Events
    Each project can execute a series of events once the initial project execution has completed.

    The event could be to run another project, save a snapshot of the database schema, run a report or execute the change script.

    On Completion events are an easier way of defining tasks that were available only in command line processing.

    Command line processing is still available however now uses On Completion events.
  • Built-in dependency management
    SQL DXP uses both its own analysis of dependent items to determine object dependency for scripting.

    Dependencies are important to reduce script failures and while these failures may not be catastrophic (a second compare can be run and the database re-scripted) they do generally prevent a script from running in a single instance.

    Perhaps a foreign key must be dropped before other changes are made or a function relies on a table.
  • Small footprint
    SQL DXP without the html display is a single executable that less than 20mb. There are no DLLs and no requirements to register COM, .NET or other services.

    Subject to licensing, SQL DXP could be part of an in-house application without the complex installs and other requirements of other tools.

    The html display for reports requires some third party DLLS and for MySQL and Oracle there is an option to use provider supplied DLLs.

Features of Schema Compare
SQL DXP Schema Compare example

  • Comprehensive Schema Display Filters
    Use filters to locate any text within the entire schema or hide objects of a specific type

    Even use persistent filters to check or remove the check of specific object before the change script is generated.
  • Generate Schema Snapshots
    Both Schema Compare and Schema view projects can generate a snapshot of the database schema.

    A Snapshot is an XML representation of the database schema and this file can then be stored with version control or just copied to another location as a schema backup.

    Even use snapshots to generate a schema from a remote database where SQL DXP cannot get a database connection.
  • Compare Schema Snapshots
    A SQL DXP schema snapshot can be compared with a live database or another snapshot to indicate changes between one version of the database and another.

    You can even use snapshots to create a version history and then if you need to revert to an older version just compare the older snapshot to the live database.
  • Schema Difference Reporting
    Generate a difference report showing the schema changes.
  • Export deployment script
    Deployment scripts can be saved to file for later deployment or in the case of updating a snapshot so the deployment script can be sent to the remote server and executed.
  • Deploy changes from SQL DXP
    SQL DXP can apply the change script directly to MySQL without the need for external tools.

Features of Data Compare
SQL DXP Data Compare example

  • Table and Column Mapping
    Map a source table to a completely different table in the target database.

    Columns can also be mapped, even columns that have a different type however in this instance you will need to create a column transformation to ensure the data can be correctly scripted.
  • Apply Column transformations
    Columns can be transformed prior to the data load and compare.

    Any standard SQL function such as CAST can be used to alter the column data.
  • Data Load filters
    Apply row filter to the source and target data during load.

    Perhaps you have an extremely large number of rows in a table. Instead of comparing the entire table (which in part may have already been done) you can set a filter to compare a set number of rows.
  • Defined your own Key Values or use Primary Key
    Data compare requires one or more columns for sorting and identify key data.

    The Key data indicates if a source record also exists in the target. If not then the record has been deleted from the target or added to the target as the case may be.

    Generally we use the Primary keys as Key data however sometimes a table may not have a primary key or you may wish to devise your own compare and SQL DXP lets you specify any column(s) as a Key column(s).
  • Selective Column compare
    Mapped columns are including in the data load however only selected columns (all of them be default) are compared.

    This allows you to configure columns that may have data that you know is always different to be excluded from the compare however included when creating an update script.
  • Include Views in Data compare
    Views can also be included in the data compare.

    You can use a View plus mapping to transfer data from one database to another even though the tables may not contain the same columns and underlying table data is completely different between source and target.

    Of course it is best to have the target as a table since not all views are updatable.
  • Export results to file
    Data change scripts are automatically created as a file and these can be kept or automatically deleted.
  • Report on differences
    Report on the data differences between the two databases.

Schema View
SQL DXP provides the ability to display the schema of a database or display the data without the need to run a separate application.

SQL DXP shows a tree style display of the database schema and for tables and views a grid data view.

Schema View also has a script editor so you can run your own scripts against the database, whether these are scripts to display data or scripts that update the schema.

Even use SQL DXP to make changes to your source schema and then run a schema compare project to publish the changes to a target database. All done without the need for a separate tool.