Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Connexion aux SAP bases de données à l'aide du AWS Schema Conversion Tool

Vous pouvez les utiliser AWS SCT pour convertir des schémas, des objets de code de base de données et du code d'application depuis SAP (Sybase) Adaptive Server Enterprise (ASE) vers les cibles suivantes :

Pour plus d'informations, consultez les sections suivantes :

Privilèges pour SAP ASE une base de données source

Pour utiliser une SAP ASE base de données comme source, vous devez créer un utilisateur de base de données et accorder des autorisations. Pour ce faire, suivez les étapes ci-dessous.

Connexion à SAP ASE (Sybase) en tant que source

Suivez la procédure ci-dessous pour vous connecter à votre base de données SAP ASE source à l'aide du AWS Schema Conversion Tool.

Privilèges pour My SQL en tant que base de données cible

Les privilèges requis pour My SQL as a target sont les suivants :

Vous pouvez utiliser l’exemple de code suivant pour créer un utilisateur de base de données et accorder les privilèges.

CREATE USER 'user_name' IDENTIFIED BY 'your_password';
GRANT CREATE ON *.* TO 'user_name';
GRANT ALTER ON *.* TO 'user_name';
GRANT DROP ON *.* TO 'user_name';
GRANT INDEX ON *.* TO 'user_name';
GRANT REFERENCES ON *.* TO 'user_name';
GRANT SELECT ON *.* TO 'user_name';
GRANT CREATE VIEW ON *.* TO 'user_name';
GRANT SHOW VIEW ON *.* TO 'user_name';
GRANT TRIGGER ON *.* TO 'user_name';
GRANT CREATE ROUTINE ON *.* TO 'user_name';
GRANT ALTER ROUTINE ON *.* TO 'user_name';
GRANT EXECUTE ON *.* TO 'user_name';
GRANT INSERT, UPDATE ON AWS_SAPASE_EXT.* TO 'user_name';
GRANT CREATE TEMPORARY TABLES ON AWS_SAPASE_EXT.* TO 'user_name';

Dans l'exemple précédent, remplacez user_name avec le nom de votre utilisateur. Ensuite, remplacez your_password avec un mot de passe sécurisé.

Pour utiliser Amazon RDS for My SQL ou Aurora My SQL comme cible, définissez le lower_case_table_names paramètre sur1. Cette valeur signifie que le SQL serveur My gère les identifiants des noms d'objets tels que les tables, les index, les déclencheurs et les bases de données sans distinction majuscules/minuscules. Si vous avez activé la journalisation binaire dans votre instance cible, définissez le paramètre log_bin_trust_function_creators sur 1. Dans ce cas, vous n’avez pas besoin d’utiliser les caractéristiques DETERMINISTIC, READS SQL DATA ni NO SQL pour créer des fonctions stockées. Pour configurer ces paramètres, créez un nouveau groupe de paramètres de base de données ou modifiez un groupe de paramètres de base de données existant.

SAPASEvers Mes paramètres SQL de conversion

SAPASEPour modifier Mes paramètres SQL de conversion, choisissez Paramètres, puis Paramètres de conversion. Dans la liste supérieure, choisissez SAPASE, puis choisissez SAPASE— My SQL or SAPASE— Amazon Aurora (My SQL compatible). AWS SCT affiche tous les paramètres disponibles pour la SQL conversion SAP ASE vers Postgre.

SAPASEà Mes paramètres de SQL conversion pour AWS SCT inclure les options suivantes :

Privilèges pour Postgre SQL en tant que base de données cible

Pour utiliser Postgre SQL comme cible, le CREATE ON DATABASE privilège est AWS SCT requis. Assurez-vous d'accorder ce privilège à chaque base de SQL données Postgre cible.

Pour utiliser les synonymes publics convertis, remplacez le chemin de recherche par défaut de la base de données par"$user", public_synonyms, public.

Vous pouvez utiliser l’exemple de code suivant pour créer un utilisateur de base de données et accorder les privilèges.

CREATE ROLE user_name LOGIN PASSWORD 'your_password';
GRANT CREATE ON DATABASE db_name TO user_name;
ALTER DATABASE db_name SET SEARCH_PATH = "$user", public_synonyms, public;

Dans l'exemple précédent, remplacez user_name avec le nom de votre utilisateur. Ensuite, remplacez db_name avec le nom de votre base de données cible. Enfin, remplacez your_password avec un mot de passe sécurisé.

Dans PostgreSQL, seul le propriétaire du schéma ou a superuser peut supprimer un schéma. Le propriétaire peut supprimer un schéma et tous les objets qu'il inclut même si le propriétaire du schéma ne possède pas certains de ses objets.

Lorsque vous utilisez différents utilisateurs pour convertir et appliquer différents schémas à votre base de données cible, un message d'erreur peut s'afficher lorsque vous ne AWS SCT pouvez pas supprimer un schéma. Pour éviter ce message d’erreur, utilisez le rôle superuser.

SAPASEvers les paramètres de SQL conversion de Postgre

SAPASEPour modifier les paramètres de SQL conversion de Postgre, choisissez Paramètres, puis Paramètres de conversion. Dans la liste supérieure, choisissez SAPASE, puis choisissez SAPASE— Postgre SQL ou SAP ASE — Amazon Aurora (SQLcompatible avec Postgre). AWS SCT affiche tous les paramètres disponibles pour la SQL conversion SAP ASE vers Postgre.

SAPASEvers les paramètres de SQL conversion Postgre en AWS SCT incluant des options pour les éléments suivants :