Comment insérer efficacement des données dans des tables parent et enfant à l'aide d'un type de table défini par l'utilisateur dans une procédure stockée ?

Remplir efficacement les tables parent et enfant dans une procédure stockée

Ce document présente une solution pour insérer efficacement des données dans des tables parent et enfant au sein d'une procédure stockée, en tirant parti d'un type de table défini par l'utilisateur (UDT) pour la saisie des données. L'approche répond aux défis liés au maintien de l'intégrité des données et à l'évitement des goulots d'étranglement des performances associés aux opérations ligne par ligne.

Le défi : intégrité et performances des données

Le défi réside dans le mappage précis des données d'un UDT vers plusieurs tables associées (une table parent et ses tables enfants associées) au sein d'une procédure stockée. De simples insertions ligne par ligne peuvent être inefficaces et sujettes à des erreurs, en particulier lorsqu'il s'agit de grands ensembles de données.

La solution : une approche en plusieurs étapes

Cette solution utilise un processus en plusieurs étapes pour garantir à la fois l'efficacité et l'intégrité des données :

1. Augmentation de l'UDT : Ajoutez une colonne ID temporaire (temp_id) à l'UDT. Cela sert d'identifiant unique pour chaque ligne de l'UDT, crucial pour le suivi des données tout au long du processus d'insertion.

2. Emploi de MERGE pour l'insertion de la table parent : L'instruction MERGE insère efficacement les données dans la table parent (@MainEmployee). Surtout, sa clause OUTPUT capture à la fois l'ID temporaire (temp_id de l'UDT) et le EmployeeID nouvellement généré à partir de la table parent.

3. Création d'une table de mappage : Les données OUTPUT de l'instruction MERGE remplissent une table de mappage temporaire (@EmployeeidMap). Cette table relie le temp_id temporaire au EmployeeID réel généré dans la table parent.

4. Population de la table parent avec mappage d'ID : La table @EmployeeidMap est ensuite utilisée pour joindre les données UDT avec la table parent (@ParentEmployeeDepartment), garantissant que le EmployeeID correct est attribué à chaque parent. enregistrer.

5. Population de la table enfant : Enfin, les tables enfants (@ChildEmployeeDepartmentTypeA, @ChildEmployeeDepartmentTypeB) sont remplies à l'aide de jointures avec les tables @EmployeeidMap et @ParentEmployeeDepartment. Cela établit les relations nécessaires entre les enregistrements parent et enfant.

Exemple de code illustratif :

Le code suivant illustre cette approche améliorée :

<code class="language-sql">CREATE TYPE dbo.tEmployeeData AS TABLE 
(
     FirstName NVARCHAR(50),
     LastName NVARCHAR(50),
     DepartmentType NVARCHAR(10),
     DepartmentBuilding NVARCHAR(50),
     DepartmentEmployeeLevel NVARCHAR(10),
     DepartmentTypeAMetadata NVARCHAR(100),
     DepartmentTypeBMetadata NVARCHAR(100),
     temp_id INT IDENTITY(1,1) -- Added temporary ID column
)
GO

CREATE PROC dbo.EmployeeImport 
    (@tEmployeeData dbo.tEmployeeData READONLY)
AS
BEGIN
    -- ... (Temporary table declarations remain the same as in the original example) ...

    -- MERGE into @MainEmployee table
    MERGE INTO @MainEmployee USING @tEmployeeData AS sourceData ON 1 = 0
    WHEN NOT MATCHED THEN
        INSERT (FirstName, LastName)
        VALUES (sourceData.FirstName, sourceData.LastName)
    OUTPUT sourceData.temp_id, inserted.EmployeeID 
    INTO @EmployeeidMap;

    -- ... (Remaining INSERT statements adjusted to use @EmployeeidMap for joining) ...
END
GO</code>

Cette stratégie raffinée garantit une insertion de données efficace et précise, préservant l'intégrité référentielle entre les tables parent et enfant tout en gérant efficacement des ensembles de données potentiellement volumineux.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!