Discussion :

[doudou8mc]

Bonjour tout le monde,

violà je travaille sur un outil crm (saratoga) , et je cherche à archiver certains enregistrements de la BD.Pour celà j'ai crée une BD vide , et j'y ai dupliqué les tables desquelles je vais migrer les enregistrements.Mon problème est le suivant:

Code :

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

1
2
3
4
INSERT INTO Migration.MIGPROSPECTION
SELECT *
FROM recette_670.prospection
WHERE YEAR(DATEFIN) < 1960

"MIGPROSPECTION" est la table cible et jumelle de la table prospection."Migration" est le nom de la BD vide que j'ai crée; "recette_670"est la BD source.

Ce code ne répond pas.Peut-on m'aider , ou me proposer un type de requête pour la même fonction ?
Merci d'avance.

[CinePhil]

La requête semble bonne, pour autant que les deux BDD soient bien sûr sur le même serveur.

Que signifie :

Ce code ne répond pas.

Message d'erreur ?
Aucune insertion ?

[doudou8mc]

Même en précisant le nom des colonnes apres le "select" et le "insert" ça ne donne rien.

ce que j'entends par "ce code ne répond pas" c'est le message suivant après exécution:

Serveur*: Msg 208, Niveau 16, État 1, Ligne 1
'Migration.MIGPROSPECTION' : nom d'objet incorrect.
Serveur*: Msg 208, Niveau 16, État 1, Ligne 1
'recette_670.PROSPECTION' : nom d'objet incorrect.

Je précise que les deux tables sont exatmemnt les mêmes, sauf que "MIGPROSPECTION" est sur la BD "Migration" et "PROSPECTION" dans la BD "recette_670".Ces BD sont stockées sur le même serveur.

merci

[CinePhil]

Le CRM utilise quel SGBD ?

[doudou8mc]

le sgbd est sql server 2005

[Népomucène]

Il faut ajouter le propriétaire de la table

Le "vrai" nom de la table distante est : "Migration.dbo.MIGPROSPECTION"

dbo est le nom du propriétaire le plus vraisemblable.

On peut essayer en se passant du proprio avec la syntaxe : "Migration..MIGPROSPECTION" :

Code :

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

1
2
3
4
INSERT INTO Migration..MIGPROSPECTION
SELECT *
FROM recette_670..prospection
WHERE YEAR(DATEFIN) < 1960

[doudou8mc]

J'ai essayé la requête .

nouveau message d'erreur:

"Serveur*: Msg 8152, Niveau 16, État 9, Ligne 1
Les données chaîne ou binaires seront tronquées.
L'instruction a été arrêtée."

Pourtant les deux tables sont idendiques en termes de structure et de contraintes structurelles.
Je ne comprend pas à quoi est dû ce message.Est ce qu'il peut être lié aux index ?
On peut m'aider?

Merci

[Népomucène]

Il doit tout de même y avoir une différence.
Ce message est typique d'une tentative d'insertion d'une chaîne de caractères
dans un champ texte trop petit pour elle.

Comment as-tu construit la table [MIGPROSPECTION] ?
à la main ou avec un script généré à partir de [prospection] depuis Entreprise manager ?

[doudou8mc]

j'ai recopié le script de la table prospection ;

[Népomucène]

Il faudrait que tu nous montre le script de chaque table

Sinon, pour aller vite, tu peux aussi faire une exportation directe de la table prospection dans la base Migration.
Dans entreprise manager, en faisant un clic droit sur la table, tu as la possibilité d'exporter toute la table dans la base de ton choix.

[doudou8mc]

Voilà le script; je ne peux pas exporter la table pour le moment , désolé.
Merci

[Népomucène]

Le script est bon. Comme il s'agit d'une table d'archive, on va revenir sur quelque chose de plus simple.

Tu peux tout simplement lancer :

Code :

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

1
2
3
USE Migration
DROP TABLE MIGPROSPECTION
SELECT * INTO MIGPROSPECTION FROM recette_670..PROSPECTION

1. Utilisation de la base Migration
2. Suppression préalable de la table MIGPROSPECTION déjà existante (sinon conflit avec SELECT * INTO)
3. Copie des données dans une table MIGPROSPECTION toute neuve créée automatiquement par le SELECT * INTO

Cela ne crée pas les index mais tu peux toujours les ajouter ultérieurement au besoin

[doudou8mc]

oui ça marche enfin.Merci beaucoup.
Au fait , une petite question.Quelle est la différence entre "tables système" et "tables utilisateur"?

[mikedavem]

Bonjour,

Les tables systèmes permettent de visualiser des informations relatives au système comme la configuration du serveur, l'état de fragmentation des index, le catalogue système etc ... On passe par des vues systèmes maintenant sur les versions récentes de SQL Server

Les tables utilisateurs sont celles créées pour une application ou autre besoin par un développeur, architecte etc ....

++

[Népomucène]

les tables systèmes sont créées automatiquement par SQL Server pour contenir les informations de structures de la base (principalement).
Par exemple la table sysobjects va contenir le nom des tables qui se trouvent dans la base en cours.

Une table utilisateur est créée par ... l'utilisateur
par exemple la table MIGPROSPECTION

[doudou8mc]

Merci pour vos réponses
Au sujet de l'archivage , quelqu'un aurait il une méthode à me conseiller.Pour l'instant j'ai prévu de réaliser une procédure qui ds un permier temps alimente les tables cibles (ex:MIGPROSPECTION) ,puis supprimer de la table source(ex:prospections) toutes les lignes qui existent dans la table d'archive.Pour cette dernière instruction je ne sais pas encore comment faire (eh oui je débute);UNE idée ??

Merci d'avance l'équipe !

[Népomucène]

Code :

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

1
2
DELETE FROM recette_670..prospection
WHERE PK_PROSPECT IN (SELECT PK_PROSPECT FROM Migration..MIGPROSPECTION)

En clair cela veut dire "supprime tous les enregistrements de recette_670..prospection dont la clé primaire se trouve aussi dans la table Migration..MIGPROSPECTION"

Dans cette sous-requête, il y a la liste des identifiants de MIGPROSPECTION.
Puisque ces identifiants sont bien dans la table MIGPROSPECTION,
on peut supprimer les enregistrements correspondants dans la table recette_670..prospection

L'exécution peut être longue ...

Je ne saurais trop te recommander de bosser un peu le T-SQL. Je sens que tu vas en avoir besoin