Discussion :

[Bad_Guy]

Bonjour,

Petit nouveau sur ce forum, j'ai une petite question par rapport à mon code.

J'ai une requête de ce style :

INSERT INTO TABLE A
SELECT *
FROM TABLE B

Ma table B est énorme genre 6 millions de lignes.
Je ne fais qu'un commit à la fin.
Y a t'il un risque que le serveur crash ?

Peut on dans une simple requête SQL spécifier à oracle de commiter à toutes les n insert, genre tout les milions d'insert ?

Sinon comment gérer un insert d'une table énorme ?
Je dois splitter ma table B en table B1,B2,...Bn ?
Comment la splitter de maniere propre

Merci d'avance du retour

[Harry Potter]

Pour créer ta table B, le mieux est de faire create table B as select * from table A.

Après pour ce qui est des considérations de type organisation de table, tu peux déjà partitionner ta table, ça t'aidera pour toutes les requêtes utilisant la colonne sur laquelle tu partionnes.

[Garuda]

Fait attention à la taille des ROLLBACK SEGMENTS (si tu es en 8.1.7 tout du moins) !
NB : Je crois qu'en version >8, ceux ci sont remplacés par des UNDO TABLESPACE

[Bad_Guy]

Ok mais comment marche le partitionnement Oracle ?

Ca sert à splitter une table suivant un critere ?

Genre 5000eme enregistrements dans table B1
50001eme à 10000eme enregistrements dans table B2 ?

[scheu]

Le partitionnement peut se faire
- par valeurs (exemple : sur la colonne pays qui peut prendre les valeurs 'France', 'Belgique', 'Suisse'...) . Il faut qu'une partition soit prévue pour chaque valeur possible de cette colonne
- par range (exemple sur une colonne date : partition 1 pour dates < 01/01/2000, partition 2 pour dates entre 01/01/2000 et 01/01/2001, partition 3 pour dates entre 01/01/2001 et 01/01/2002, ... etc)
- partition par hash (sans critère particulier, ca sert juste à répartir équitablement tes données sur les différentes partitions, si ta clé de partitionnement est unique ou quasiment, par exemple la primary key)

Le partitionnement sert surtout à améliorer la gestion de la table pour les opérations de maintenance, purge, ... et . Par exemple si tu veux supprimer toutes les lignes pour le pays 'France' , tu fais un truncate de la partition 'France' au lieu d'un "delete from table where pays = 'France', ca te permettra de libérer l'espace

Mais dans ton cas précis, si la table A est vide à la base, c'est effectivement mieux de la dropper puis de faire un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 CREATE TABLE A AS SELECT * FROM TABLE B;

Sinon si la table A n'est pas vide il suffit juste d'avoir un tablespace UNDO (si tu es en 9i ou 10g) de taille suffisante (au pire met le en autoextend si tu n'es pas sûr), et ne faire le commit qu'à la fin. Le nombre de lignes de ta table B à copier n'est pas un problème en soi

[orafrance]

Attention à ces solutions toute faite. D'abord, le partitionnement est une option qui est assez onéreuse, ensuite pour 6 millions de lignes ça me parait un peu excessif comme solution sachant que ça peut dégrader les perfs si c'est mal fait.

Pour répondre à la question, sous SQL*Plus, il existe la commande COPY qui permet de faire un INSERT avec des commits intermédiaires ce qui évite une consommation trop importante des rollbacks.