Download the PHP package ronpinkas/dbbridge without Composer

On this page you can find all versions of the php package ronpinkas/dbbridge. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Example code of ronpinkas/dbbridge

Informations about the package dbbridge

dbBridge

Version License: MIT

dbBridge is an 'SQL Migration Tool' - enabling import of SQL Databases from any supported Dialect (MsSql, MySql, Oracle, PostgreSQL, Sqlite) to any of these supported dialects with just three lines of PHP code.

Prerequisites

Installation

Using Composer

If you are using Composer, you can add dbBridge to your project by running:

composer require ronpinkas/dbbridge

Manual Installation

If you prefer not to use Composer, you can download the library and include it in your project manually.

Usage

The dbAbstractor class serves as the core of the dbBridge library, facilitating the transfer of database data between different SQL dialects.

Known Limitations

This library is an educational proof of concept prototype, and has the following known limitations:

No support for Stored Procedures. No support for Triggers. No support for Indexes. No support for Constraints. No support for Sequences. No support for Foreign Keys. No support for Views. No support for Functions. No support for User-defined Types. No support for User-defined Aggregates.

Contributing

Contributions are welcome! Please feel free to submit a pull request or create issues for anything you think could be improved.

License

This project is licensed under the MIT License. See the LICENSE file for details.

Contact

Author: Ron[ny] Pinkas Email: [email protected] Website: https://github.com/ronpinkas/dbBridge

Acknowledgments

A big thank you to the community for your support!

The log_dbBridge function

The log_dbBridge function in the dbBridge library is responsible for logging and displaying progress and log messages during the database import process. It takes two arguments, a message string and a context flag which determines the type of message.

Here's an example of how the log_dbBridge function is typically being used:

In this example, the message "This is a transformation message" is associated with the DEBUG_TRANSFORM_ALL flag. Whether or not this message gets logged or displayed depends on the bitmask settings in debugFlags::$debugLogFlags and debugFlags::$debugShowFlags.

You can control the bitmask settings like this:

This provides you with the flexibility to control which messages are logged or displayed based on their context.

Debug Flags

The debugFlags class contains constants that can be used to control the behavior of the log_dbBridge() function. These constants can be used as a bitmask to specify the debug level for logging and displaying messages by means of the class' ::$debugLogFlags and ::$debugShowFlags static properties which can be set using the ::setDebugLogFlags() and ::setDebugShowFlags() static methods.

Here is a description of each flag:

DEBUG_ALWAYS (1): Indicates that the message should always be logged and displayed, regardless of the mask level specified by debugFlags::$debugLogFlags and debugFlags::$debugShowFlags.

DEBUG_TRANSFORMRESERVED (4): Indicates that a warning about the usage of a reserved name as a column name, which results in a '' prefix being added should be logged or displayed.

DEBUG_TRANSFORM_SOURCE (8): Indicates that the source data in a transformation should be logged or displayed.

DEBUG_TRANSFORM_TARGET (16): Indicates that the target data in a transformation should be logged or displayed.

DEBUG_TRANSFORM_TRANSFORMED (32): Indicates that the transformed data should be logged or displayed.

DEBUG_TRANSFORM_ALL (60): A combination of all transformation-related flags (DEBUG_TRANSFORM_RESERVED, DEBUG_TRANSFORM_SOURCE, DEBUG_TRANSFORM_TARGET, DEBUG_TRANSFORM_TRANSFORMED). Use this flag to log or display any transformation-related messages.

DEBUG_QUERY_CREATE (64): Indicates that messages related to query creation should be logged or displayed.

DEBUG_QUERY_SELECT (128): Indicates that messages related to SELECT queries should be logged or displayed.

DEBUG_QUERY_INSERT (256): Indicates that messages related to INSERT queries should be logged or displayed.

DEBUG_QUERY_ALL (448): A combination of all query-related flags (DEBUG_QUERY_CREATE, DEBUG_QUERY_SELECT, DEBUG_QUERY_INSERT). Use this flag to log or display any query-related messages.

DEBUG_OVERWRITE (512): Indicates that messages related to data overwrites should be logged or displayed.

DEBUG_BIND (1024): Indicates that messages related to data binding in queries should be logged or displayed.

DEBUG_EXECUTE (2048): Indicates that messages related to query execution should be logged or displayed.

DEBUG_FETCH (4096): Indicates that messages related to data fetching should be logged or displayed.

DEBUG_FIXME (8192): Indicates that messages related to items marked for fixing or review should be logged or displayed.

DEBUG_IMPORT_ROW (16384): Indicates that messages related to data row imports should be logged or displayed.

DEBUG_GC (32768): Indicates that messages related to garbage collection should be logged or displayed.

You can combine these flags by using the bitwise OR operator to specify messages at multiple levels.

The importDb function

The importDb function is responsible for importing a database from a given source.

Parameters

dbAbstractor $dbSource: The source database abstractor.

Process

  1. Retrieve column definitions: getTableColums() retrieves the column definitions for the source table by calling the native function fetchTableColumnDefinitions(). The result is an array of column definitions including column_name, data_type, and is_nullable. Additional dialect-specific column definition tags may be included.

  2. Transform column definitions: transformTableColumnDefs() is used to convert the native source dialect-specific data_type to its respective standard type. This is done by calling {source-dialect}TypeTo_stdType(). It then converts the standard type to the target dialect's datatype by calling stdTypeTo{target-dialect}(). This results in an extended table column definitions including an additional original_type as well as a deduced pdo_type.

  3. Compile create table query: compileCreateTableQuery() uses the information gathered from the extended target definitions in transformTableColumnDefs() to compile an appropriate CREATE TABLE statement for the specific dialect server. It allows for dialect-specific customization of the table creation statement.

  4. Compile select query: compileSelectQuery() compiles a SELECT statement to generate the named source values in the desired format.

  5. Compile insert query: compileInsertQuery() compiles an INSERT INTO statement so that values retrieved from the source table can be saved correctly to the target table. The extended column definitions are used to determine the correct PDO parameter type for each column.

FAQ

What is the purpose of the dbBridge library?

The dbBridge library is an educational proof-of-concept PHP library that facilitates the transfer of database data between different SQL dialects using PDO drivers. It is particularly useful for importing databases from one SQL dialect to another.

Which SQL dialects are supported by dbBridge?

As of the current version, dbBridge supports SQL dialects that are compatible with PHP's PDO drivers, including MySQL, MSSQL, Oracle, PostgreSQL, and Sqlite through native and/or ODBC drivers. The library's capabilities might be extended in the future.

Are there any limitations on the database structures that can be imported using dbBridge?

Yes, the current version of dbBridge has some limitations. It does not support the import of Stored Procedures, Triggers, Indexes, Constraints, Sequences, Foreign Keys, Views, Functions, User-defined Types, or User-defined Aggregates. (This is on the TODO list)

Can I use dbBridge with PHP versions older than 8.0?

dbBridge requires PHP version 8.0 or higher. It is recommended to use the latest stable version of PHP to ensure compatibility and security.

Can I use dbBridge without Composer?

Yes, you can manually include the library in your project by downloading it and requiring the dbAbstractor.php file in your script. However, using Composer is recommended as it simplifies the installation process.

How can I contribute to the development of dbBridge?

Contributions to dbBridge are welcome! You can submit a pull request on the repository or create issues for anything you think could be improved.

What should I do if I encounter a problem or bug while using dbBridge?

If you encounter a problem or bug, it's recommended to check if the issue is already known. If not, you can create an issue on the repository describing the problem, the steps to reproduce it, and any error messages.

How can I control the logging and display of messages during the database import process?

The library provides the log_dbBridge function along with debug flags to control logging and display of messages during the import process. You can set the bitmask settings of debugFlags::$debugLogFlags and debugFlags::$debugShowFlags to control which messages get logged or displayed.

Is there any support or community around dbBridge?

As an educational proof-of-concept project, dbBridge may not have official support. However, you can contact the author or participate in discussions and contribute via the repository.

Can I use dbBridge in a commercial project?

Yes, dbBridge is licensed under the MIT License, which allows for use in both private and commercial projects as long as the dbBridge's original license is included.

All versions of dbbridge with dependencies

PHP Build Version
Package Version
Requires php Version >=8.0
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package ronpinkas/dbbridge contains the following files

Loading the files please wait ....