1 Introducción de fondo
Dado que los requisitos comerciales requieren la localización de la base de datos, los datos se migran de la base de datos mysql a la base de datos doméstica de Dameng. Migre cada biblioteca en mysql a diferentes modos de Dameng. El siguiente es el proceso detallado.
2 pasos específicos
(1) Instalar la herramienta de cliente de Dameng
(2) Haga clic para seleccionar la herramienta de administración de DM
(3) Crear esquema y usuario
En el menú de usuario, cree un nuevo modo de PRUEBA y el usuario correspondiente.
(4) Abra la herramienta de migración de DM
(5) Crear un proyecto
Haga clic derecho en el espacio en blanco en la herramienta de migración de DM y cree un proyecto llamado mysql
(6) Crear una tarea de migración
Haga clic en el proyecto mysql recién creado , haga clic con el botón derecho para migrar y cree una nueva tarea de migración mysqltransfer
(7) Configurar fuente mysql
Agregue la ip, puerto, usuario y contraseña de mysql a su vez.
(8) Configurar la información de la base de datos de Dameng
Agregue la ip, el puerto, el nombre de usuario y la contraseña de los datos de Dameng a su vez, y seleccione el usuario de PRUEBA en este momento.
Seleccione el modo de destino como modo PRUEBA, haga clic en Siguiente.
Seleccione todas las tablas de la base de datos, haga clic en Siguiente.
(9) Ejecutar la tarea de migración
Haga clic en el botón Finalizar para iniciar la migración de la base de datos. Dado que los tipos de datos de mysql y Dameng no son completamente coherentes, la migración puede fallar y se generará un registro, y los problemas correspondientes se pueden modificar de acuerdo con el registro.
(10) Problemas comunes en la migración
Cuando el tipo de tiempo de TIMESTAMP
mysql se puede establecer en ON UPDATE CURRENT_TIMESTAMP, el campo se puede actualizar automáticamente cuando se actualizan los datos; la
base de datos de Dameng no tiene el tipo ON UPDATE CURRENT_TIMESTAMP, pero se pueden crear disparadores para completar operaciones similares, y el La capa subyacente de mysql también debe ser Los disparadores tomados implementan este tipo de evento.
Relacionado con el tipo de geometría
- El tipo de geometría debe inicializarse cuando se usa el tipo de geometría por primera vez en la base de datos de Dameng; de lo contrario, se informará un error como tipo de datos no válido en el campo de configuración como tipo de geometría.
Pasos de inicialización de geometría:
- Inicie sesión en el cliente SQL como administrador de la base de datos y use el siguiente comando para inicializar el tipo de geometría:
- SP_INIT_GEO_SYS(1);
- Confirme que el tipo de geometría se inicializa emitiendo el siguiente comando SQL: SELECT SF_CHECK_GEO_SYS;
- Si se inicializa el tipo de geometría, el comando devolverá lo siguiente:
| LÍNEAS | SF_CHECK_GEO_SYS |
|---|---|
| 1 | 1 |
- El tipo de geometría de los datos de Dameng es st_geometry, y st_geometry debe completarse al crear una tabla y completar el tipo
- Cuando los datos de la tabla exportados desde mysql contienen el tipo de geometría, el sistema exportará el formato como ST_GeomFromText (campo), y al importarlo a la base de datos de sueños, debe modificarse a DMGEO.ST_GEOMFROMTEXT (campo, 0)
Pregunta sobre caracteres chinos
LENGTH_IN_CHAR=0 varchar está en bytes, un carácter chino de gb18030 es de dos bytes, un carácter chino de utf-8 es generalmente tres bytes
LENGTH_IN_CHAR=1 El número de bytes almacenados en varchar será de acuerdo con una cierta proporción de expansión, el número de bytes de varchar es igual a la longitud definida *2 cuando gb18030, y el número de bytes de varchar es la longitud definida *4
cuando el conjunto de caracteres es utf-8. Cuando se encuentra que los datos importados exceden el carácter rango, la longitud del campo se puede modificar apropiadamente
Modificación del tipo de campo de tabla
Dado que no hay tipos de texto largo y JSON en Dameng, es necesario cambiar el texto largo a LONGVARCHAR y el tipo JSON a varchar, varchar2, char, clob, etc. como el tipo de datos del campo de almacenamiento.
Se agota el tiempo de espera de bloqueo en la base de datos
y se detecta una sesión con bloqueo
select a.*,b.NAME,c.SESS_ID from v$lock a
left join sysobjects b on b.ID=a.TABLE_ID
left join v$sessions c on a.TRX_ID=c.TRX_ID;
Cierra el candado correspondiente según session_id
sp_close_session(sess_id);