> ## Documentation Index
> Fetch the complete documentation index at: https://docs.bytebase.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Onboarding Plan

<Note>
  For Enterprise customers, **we guarantee 100% implementation success in 90 days**. [Contact us](https://www.bytebase.com/contact-us/)
  to discuss your specific requirements.
</Note>

The ultimate goal is to make Bytebase the only tool to manage all human-to-db operations. It's fine
if your team has existing tooling and process. Bytebase can be adopted in phases to improve the
database operational practices gradually:

<Steps>
  <Step title="Standardize ad-hoc change process (2 weeks)" />

  <Step title="Centralize data query access (2 weeks)" />

  <Step title="Integrate SQL review into CI (1 week)" />

  <Step title="Manage schema migration (4 ~ 8 weeks)" />
</Steps>

### Phase 1 - Standardize ad-hoc change process

|              |                                                                                                                                                       |
| ------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Duration** | 2 weeks                                                                                                                                               |
| **Goals**    | 1. Remove direct human write access to database.<br />2. Streamlined change process with review, check, rollout, rollback, notification, and history. |

Manage one-off DML changes (e.g. INSERT/UPDATE/DELETE) and out-of-band schema changes (e.g. add an index on emergency).

Related features:

* [Change Workflow](/change-database/change-workflow/)
* [Data Rollback](/change-database/rollback-data-changes/)
* [Custom Approval](/change-database/approval/)
* [Webhook](/change-database/webhook/)
* [SQL Review](/sql-review/review-policy/) e.g.
  * [Alert when DML attempts to update more than 100 rows](/sql-review/review-rules/#limit-affected-row-limit)
  * [Specify explicit columns in INSERT](/sql-review/review-rules/#insert-statements-must-specify-columns)

### Phase 2 - Centralize data query access

|              |                                                                                                                                                             |
| ------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Duration** | 2 weeks                                                                                                                                                     |
| **Goals**    | 1. Remove direct human read access to database.<br />2. Access grants are reviewed and recorded. <br /> 3. Dynamic masking policy depending on the querier. |

Bytebase provides a web-based SQL Editor.

Related features:

* [SQL Editor](/sql-editor/overview/)
* [Database Permission](/security/database-permission/overview/)
* [Request Query](/security/database-permission/request/) and [Export](/security/database-permission/export/) access flow
* [Dynamic Data Masking](/security/data-masking/overview/)

### Phase 3 - Integrate SQL review into CI

|              |                                                                                               |
| ------------ | --------------------------------------------------------------------------------------------- |
| **Duration** | 1 week                                                                                        |
| **Goals**    | 1. Auto check SQL anti-patterns during CI.<br />2. Non-intrusive to the existing CI pipeline. |

If your team has the existing database schema migration process in place. You can start by including the
SQL Review check into the CI.

Related features:

* [SQL Review](/sql-review/review-policy/)
* [SQL Review API](/integrations/api/sql-review/)
* [Service Account](/integrations/api/authentication/#service-account)

### Phase 4 - Manage schema migration

|              |                                                                                                                                                      |
| ------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Duration** | 4 \~ 8 weeks                                                                                                                                         |
| **Goals**    | 1. Decouple schema migration from code release.<br />2. Streamlined change process with review, check, rollout, rollback, notification, and history. |

You have achieved decent success in implementing Bytebase for your org. You may not need phase 4 if the application
is OK to deploy schema migration together with the code release. On the other hand, it's beneficial to use Bytebase
for schema migration if you have any of the following situations:

* Multiple servers connecting to the same database.
* Multi-region database deployment.
* Multi-tenant service and each tenant has its own database.
* Long-running schema migration.

The implementation duration depends on how many existing schema migration workflows need to be moved to Bytebase.

Related features (in addition to Phase 1):

* [Schema Synchronization](/change-database/synchronize-schema/)
* [GitOps](/gitops/overview/)
* [Batch Change](/change-database/batch-change/)
* [Online Schema Migration (MySQL only)](/change-database/online-schema-migration-for-mysql/)