Especificación de nombres de objetos en la entrada de Oracle GoldenGate
Las siguientes reglas se aplican al especificar nombres de objetos en archivos de parámetros (como en sentencias TABLE y MAP), funciones de conversión de columnas, comandos y en otras entradas.
Especificación de Nombres de Ruta de Acceso del Sistema de Archivos en Archivos de Parámetros en Sistemas Windows
En los sistemas Windows, si el nombre de cualquier directorio de un nombre de ruta del sistema de archivos empieza por un número, la ruta de acceso se debe especificar con barras inclinadas, no barras invertidas, al mostrar esa ruta en la entrada de Oracle GoldenGate, como archivos de parámetros o comandos. Este requisito impide que Oracle GoldenGate interprete el nombre como una secuencia de escape octal. Por ejemplo, las siguientes rutas contienen un directorio denominado \2023 que se interpretará como la secuencia octal \202:
C:\deployments\ea
C:\deployments\north\ea
C:\deployments\north\2023\ea
La ruta anterior se puede utilizar con barras inclinadas de la siguiente manera:
C:/deployments/ea
C:/deployments/north/ea
Para obtener más información, consulte Soporte para secuencias de escape.
Especificación de nombres que contienen barras
Si un nombre de tabla contiene un carácter de barra inclinada (/) en cualquier parte de su nombre, ese componente de nombre debe estar entre comillas dobles a menos que el nombre del objeto sea de una plataforma IBM i. A continuación se muestran algunos ejemplos:
"c/d"
"/a".b
a."b/"
Si el nombre contiene una barra inclinada que no está entre comillas dobles, Oracle GoldenGate la trata como un nombre que se originó en la plataforma IBM i (a partir de una base de datos DB2 para i). La barra inclinada del nombre se interpreta como un carácter separador.
Especificación de Nombres de Objetos de Base de Datos Sensibles a Mayúsculas/Minúsculas
Oracle GoldenGate soporta nombres sensibles a mayúsculas/minúsculas. Siga estas reglas al especificar objetos sensibles a mayúsculas/minúsculas.
-
Especifique los nombres de objeto de una base de datos sensible a mayúsculas/minúsculas en el mismo caso que se utiliza para almacenarlos en la base de datos host. Tenga en cuenta que, en algunos tipos de bases de datos, los diferentes niveles de la base de datos pueden ser diferentes para distinguir entre mayúsculas y minúsculas, como el esquema sensible a mayúsculas/minúsculas, pero no sensible a mayúsculas/minúsculas. Si la base de datos necesita comillas para aplicar la distinción entre mayúsculas y minúsculas, coloque comillas alrededor de cada objeto que distinga entre mayúsculas y minúsculas en el nombre calificado.
Correcto:
TABLE "Sales"."ACCOUNT"Incorrecto:
TABLE "Sales.ACCOUNT" -
Oracle GoldenGate convierte los nombres no sensibles a mayúsculas/minúsculas en las mayúsculas/minúsculas en las que se almacenan cuando son necesarios para la asignación.
La Tabla 9-17 proporciona una visión general del soporte para la distinción entre mayúsculas y minúsculas en los nombres de objeto, por base de datos soportada. Consulte la documentación de la base de datos para obtener más información sobre este tipo de soporte.
Tabla 17 Sensibilidad de mayúsculas/minúsculas de nombres de objetos por base de datos
| Base de datos | ¿Necesita cotizaciones para aplicar la sensibilidad a mayúsculas/minúsculas? | Nombre de objeto sin comillas | Nombre de objeto entre comillas |
|---|---|---|---|
| DB2 | Sí. Se diferencia entre mayúsculas y minúsculas mediante el uso de comillas. | No sensible a mayúsculas/minúsculas, se almacena en mayúsculas | Sensible a mayúsculas/minúsculas, se almacena en mayúsculas y minúsculas |
MySQL (Base de datos sensible a mayúsculas/minúsculas) |
No
|
Sin efecto | Sin efecto |
| Oracle AI Database | Sí. Se diferencia entre mayúsculas y minúsculas mediante el uso de comillas. | No sensible a mayúsculas/minúsculas, se almacena en mayúsculas | Sensible a mayúsculas/minúsculas, se almacena en mayúsculas y minúsculas |
SQL Server (Base de datos creada como sensible a mayúsculas/minúsculas) |
No Siempre sensible a mayúsculas/minúsculas, se almacena en mayúsculas y minúsculas |
Sin efecto |
Sin efecto |
SQL Server (Base de datos creada como no sensible a mayúsculas/minúsculas) |
No Siempre no distingue entre mayúsculas y minúsculas, se almacena en mayúsculas y minúsculas |
Sin efecto | Sin efecto |
| Teradata | No Siempre no distingue entre mayúsculas y minúsculas, se almacena en mayúsculas y minúsculas |
Sin efecto | Sin efecto |
Nota: Para todas las bases de datos soportadas, las contraseñas siempre se tratan como sensibles a mayúsculas/minúsculas, independientemente de si el nombre de objeto asociado está entre comillas o no entre comillas.
Diferencia entre Nombres de Columna Sensibles a Mayúsculas/Minúsculas y Literales
Por defecto, Oracle GoldenGate sigue las reglas SQL-92 para especificar nombres de columna y literales. En los archivos de parámetros, las funciones de conversión, las salidas de usuario y los comandos de Oracle GoldenGate, los nombres de columna sensibles a mayúsculas/minúsculas se deben incluir entre comillas dobles si la base de datos necesita comillas alrededor de un nombre para soportar la distinción entre mayúsculas y minúsculas. Por ejemplo:
"columnA"
Los nombres de columna sensibles a mayúsculas/minúsculas en las bases de datos que no necesitan comillas para aplicar la distinción entre mayúsculas y minúsculas se deben especificar a medida que se almacenan en la base de datos. Por ejemplo:
ColumnA
Los literales se deben incluir entre comillas simples. En el siguiente ejemplo, Product_Code es un nombre de columna sensible a mayúsculas/minúsculas en Oracle AI Database y el resto de cadenas son literales.
@CASE ("Product_Code", 'CAR', 'A car', 'TRUCK', 'A truck')