Oplossingen voor Azure Synapse Analytics en migratie voor een Oracle-Data WarehouseAzure Synapse Analytics solutions and migration for an Oracle data warehouse

Een Oracle Data Warehouse-schema wijkt op verschillende manieren af van Azure Synapse Analytics.An Oracle data warehouse schema is different from Azure Synapse Analytics in several ways. De verschillen omvatten data bases, gegevens typen en een reeks Oracle Database object typen die niet worden ondersteund in azure Synapse.The differences include databases, data types, and a range of Oracle Database object types that aren't supported in Azure Synapse.

Net als andere database beheersystemen, wanneer u een Oracle-Data Warehouse migreert naar Azure Synapse, zult u merken dat Oracle meerdere, afzonderlijke data bases en Azure Synapse heeft die slechts één data base hebben.Like other database management systems, when you migrate an Oracle data warehouse to Azure Synapse, you'll find that Oracle has multiple, separate databases and Azure Synapse has only one database. Mogelijk moet u een nieuwe naam Conventie gebruiken, zoals het samen voegen van het Oracle-schema en de tabel namen, om tabellen en weer gaven in uw Oracle Data Warehouse-faserings database, productie database en datamart-data bases te verplaatsen naar Azure Synapse.You might need to use a new naming convention, such as concatenating Oracle schema and table names, to move tables and views in your Oracle data warehouse staging database, production database, and data mart databases to Azure Synapse.

Verschillende Oracle Database-objecten worden niet ondersteund in azure Synapse.Several Oracle Database objects aren't supported in Azure Synapse. Database objecten die niet worden ondersteund in azure Synapse bevatten Oracle-bits toegewezen indexen, op functies gebaseerde indexen, domein indexen, Oracle geclusterde tabellen, triggers op rijniveau, door de gebruiker gedefinieerde gegevens typen en opgeslagen PL/SQL-procedures.Database objects that aren't supported in Azure Synapse include Oracle bit-mapped indexes, function-based indexes, domain indexes, Oracle clustered tables, row-level triggers, user-defined data types, and PL/SQL stored procedures. U kunt deze objecten identificeren door verschillende Oracle-systeem catalogus tabellen en-weer gaven te doorzoeken.You can identify these objects by querying various Oracle system catalog tables and views. In sommige gevallen kunt u tijdelijke oplossingen gebruiken.In some cases, you can use workarounds. U kunt bijvoorbeeld partitioneren of andere index typen in azure Synapse gebruiken om de niet-ondersteunde index typen in Oracle te omzeilen.For example, you can use partitioning or other index types in Azure Synapse to work around the unsupported index types in Oracle. U kunt mogelijk gerealiseerde weer gaven gebruiken in plaats van Oracle-geclusterde tabellen en migratie hulpprogramma's als SQL Server Migration Assistant (SSMA) voor Oracle kunnen ten minste enige PL/SQL vertalen.You might be able to use materialized views instead of Oracle clustered tables, and migration tools like SQL Server Migration Assistant (SSMA) for Oracle can translate at least some PL/SQL.

Wanneer u een Oracle Data Warehouse-schema migreert, moet u ook rekening houden met gegevens type verschillen in kolommen.When you migrate an Oracle data warehouse schema, you also must take into account data type differences on columns. Als u de kolommen in uw Oracle Data Warehouse en Data Mart-schema's wilt zoeken met gegevens typen die niet zijn toegewezen aan gegevens typen in azure Synapse, kunt u een query uitvoeren op de Oracle-catalogus.To find the columns in your Oracle data warehouse and data mart schemas that have data types that don't map to data types in Azure Synapse, query the Oracle catalog. U kunt tijdelijke oplossingen gebruiken voor een aantal van deze instanties.You can use workarounds for several of these instances.

Als u na de migratie de prestaties van uw schema wilt behouden of verbeteren, moet u rekening houden met de prestatie mechanismen, zoals Oracle indexeren, die u momenteel hebt.To maintain or improve performance of your schema after migration, consider performance mechanisms, like Oracle indexing, that you currently have in place. Bits-toegewezen indexen die vaak door Oracle-query's worden gebruikt, kunnen erop wijzen dat het maken van een niet-geclusterde index in het gemigreerde schema op Azure Synapse zinvol is.For example, bit-mapped indexes that Oracle queries frequently use might indicate that creating a nonclustered index in the migrated schema on Azure Synapse would be advantageous.

Een goede gewoonte in azure Synapse omvat het gebruik van gegevens distributie om gegevens te plaatsen die moeten worden toegevoegd aan hetzelfde verwerkings knooppunt.A good practice in Azure Synapse includes using data distribution to colocate data to be joined onto the same processing node. Een andere goede gewoonte in azure Synapse zorgt ervoor dat de gegevens typen van de kolommen die moeten worden gekoppeld, identiek zijn.Another good practice in Azure Synapse is ensuring that data types of columns to be joined are identical. Het gebruik van identieke samengevoegde kolommen optimaliseert de join-verwerking door de nood zaak om gegevens om te zetten te verminderen.Using identical joined columns optimizes join processing by reducing the need to transform data for matching. In azure Synapse is het vaak niet nodig om elke Oracle-index te migreren, omdat andere functies hoge prestaties bieden.In Azure Synapse, often it isn't necessary to migrate every Oracle index because other features provide high performance. U kunt in plaats daarvan parallelle query verwerking, gegevens in het geheugen en de opties voor het opslaan in cache en gegevens distributie gebruiken die I/O verminderen.You can instead use parallel query processing, in-memory data, and result set caching and data distribution options that reduce I/O.

SSMA voor Oracle kan u helpen een Oracle-Data Warehouse of datamart te migreren naar Azure Synapse.SSMA for Oracle can help you migrate an Oracle data warehouse or data mart to Azure Synapse. SSMA is ontworpen om het proces van het migreren van tabellen, weer gaven en gegevens uit een bestaande Oracle-omgeving te automatiseren.SSMA is designed to automate the process of migrating tables, views, and data from an existing Oracle environment. SSMA beveelt onder andere functies de index typen en gegevens distributies voor Azure Synapse-tabellen aan, en past de gegevens type toewijzingen tijdens de migratie toe.Among other features, SSMA recommends index types and data distributions for target Azure Synapse tables, and it applies data type mappings during migration. Hoewel SSMA niet de meest efficiënte benadering is voor zeer grote hoeveel heden gegevens, is het handig voor kleinere tabellen.Although SSMA isn't the most efficient approach for very high volumes of data, it's useful for smaller tables.