Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Daniel Carollo
Bonjour Joseph!
Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je reçois un message du type :
Voilà! Voilà! Il eût été facile de faire une sauvegarde de la base, mais non! Môsieur veut faire en Glais, et mélange allègrement les anglicismes, en les francisant mal, très mal. Diantre! Chacun sait que le verbe "to backup" en Glais a donné naissance, en Français, à un verbe du troisième groupe, irrégulier, en "oudre", le verbe "backupoudre". L'étymologie de ce mot révèle que les données sont tout d'abord hachées en une fine substance, ce qui permet d'en mettre beaucoup en tassant bien pour la faire aller dans les coins.
Eh oui, même si ça vous en bouche un coin, c'est là l'origine de votre problème: en utilisant la version du premier groupe du verbe, SQL Serveur s'est mélangé les pinceaux, et en "backupant" la base, vous avez transformé les données de façon irrémédiable, qui comme son nom l'indique, envoie les informations au diable.
Il eût fallu que vous backupates la base, qui comme son nom l'indique, met les données en pâte avant la sauvegarde. Ceci est bien plus propice à la restauration sur la version Française du Serveur, que les bouillies infâme que nos collègues d'outre-Manche et outre Atlantique servent, eux, à leurs Serveurs, accompagnées de sauces à la menthe et kakatchup, et arrosées de Caca Collé et autres boissons gazeuses et toxiques. Un bon crû de Beaunes, ou, si vous préférez écourter la période de récupération après la restauration, un Bordeaux plus léger, sont les compléments indispensable de ce rituel de la table.
Allez, rustre, arrêtez-vous de trucider l'héritage linguistique de nos aïeux et "fais-y bien qu'on soit pas emmerdés..."
Daniel :-)
P.S. Si je ne m'abuse, SQL 7 ne permet pas de changer le langage de collation d'une base, il faut passer à la version 2000 pour cela... Donc, installation avec le langage 1036, rechargement, export, re-installation en 1033, et import...
Bonjour Joseph!
Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je
reçois un message du type :
Voilà! Voilà! Il eût été facile de faire une sauvegarde de la base, mais
non! Môsieur veut faire en Glais, et mélange allègrement les anglicismes, en
les francisant mal, très mal. Diantre! Chacun sait que le verbe "to backup"
en Glais a donné naissance, en Français, à un verbe du troisième groupe,
irrégulier, en "oudre", le verbe "backupoudre". L'étymologie de ce mot
révèle que les données sont tout d'abord hachées en une fine substance, ce
qui permet d'en mettre beaucoup en tassant bien pour la faire aller dans les
coins.
Eh oui, même si ça vous en bouche un coin, c'est là l'origine de votre
problème: en utilisant la version du premier groupe du verbe, SQL Serveur
s'est mélangé les pinceaux, et en "backupant" la base, vous avez transformé
les données de façon irrémédiable, qui comme son nom l'indique, envoie les
informations au diable.
Il eût fallu que vous backupates la base, qui comme son nom l'indique, met
les données en pâte avant la sauvegarde. Ceci est bien plus propice à la
restauration sur la version Française du Serveur, que les bouillies infâme
que nos collègues d'outre-Manche et outre Atlantique servent, eux, à leurs
Serveurs, accompagnées de sauces à la menthe et kakatchup, et arrosées de
Caca Collé et autres boissons gazeuses et toxiques.
Un bon crû de Beaunes, ou, si vous préférez écourter la période de
récupération après la restauration, un Bordeaux plus léger, sont les
compléments indispensable de ce rituel de la table.
Allez, rustre, arrêtez-vous de trucider l'héritage linguistique de nos aïeux
et "fais-y bien qu'on soit pas emmerdés..."
Daniel :-)
P.S. Si je ne m'abuse, SQL 7 ne permet pas de changer le langage de
collation d'une base, il faut passer à la version 2000 pour cela... Donc,
installation avec le langage 1036, rechargement, export, re-installation en
1033, et import...
Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je reçois un message du type :
Voilà! Voilà! Il eût été facile de faire une sauvegarde de la base, mais non! Môsieur veut faire en Glais, et mélange allègrement les anglicismes, en les francisant mal, très mal. Diantre! Chacun sait que le verbe "to backup" en Glais a donné naissance, en Français, à un verbe du troisième groupe, irrégulier, en "oudre", le verbe "backupoudre". L'étymologie de ce mot révèle que les données sont tout d'abord hachées en une fine substance, ce qui permet d'en mettre beaucoup en tassant bien pour la faire aller dans les coins.
Eh oui, même si ça vous en bouche un coin, c'est là l'origine de votre problème: en utilisant la version du premier groupe du verbe, SQL Serveur s'est mélangé les pinceaux, et en "backupant" la base, vous avez transformé les données de façon irrémédiable, qui comme son nom l'indique, envoie les informations au diable.
Il eût fallu que vous backupates la base, qui comme son nom l'indique, met les données en pâte avant la sauvegarde. Ceci est bien plus propice à la restauration sur la version Française du Serveur, que les bouillies infâme que nos collègues d'outre-Manche et outre Atlantique servent, eux, à leurs Serveurs, accompagnées de sauces à la menthe et kakatchup, et arrosées de Caca Collé et autres boissons gazeuses et toxiques. Un bon crû de Beaunes, ou, si vous préférez écourter la période de récupération après la restauration, un Bordeaux plus léger, sont les compléments indispensable de ce rituel de la table.
Allez, rustre, arrêtez-vous de trucider l'héritage linguistique de nos aïeux et "fais-y bien qu'on soit pas emmerdés..."
Daniel :-)
P.S. Si je ne m'abuse, SQL 7 ne permet pas de changer le langage de collation d'une base, il faut passer à la version 2000 pour cela... Donc, installation avec le langage 1036, rechargement, export, re-installation en 1033, et import...
bruno reiter [MVP]
Il est impossible de modifier le 'collate' d'une base, quel que soit la version. Pour ta récup en version 7, il te faudra restaurer sur un serveur avec le bon 'collate' puis faire un transfert vers un autre serveur avec le collate de destination. Le transfert faisant un bcp out puis un bcp in en passant par de l'ASCII. En version 2000, il aurait accepté de restaurer une base avec un collate différent de celui par défaut du serveur.
HTH
br
"JHL" wrote in message news:boitl7$ntr$
Bonjour,
Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je reçois un message du type :
la base a été sauvegardée sous UNICODE 1036 alors que votre SQL Server a été installé avec UNICODE 1033. La restauration ne se fait pas.
Comment faire ? Je suis prêt à passer en 1033, le temps de la restauration ...
Cordialement.
Joseph
Il est impossible de modifier le 'collate' d'une base, quel que soit la version.
Pour ta récup en version 7, il te faudra restaurer sur un serveur avec le bon
'collate' puis faire un transfert vers un autre serveur avec le collate de
destination. Le transfert faisant un bcp out puis un bcp in en passant par de
l'ASCII.
En version 2000, il aurait accepté de restaurer une base avec un collate
différent de celui par défaut du serveur.
HTH
br
"JHL" <jh.levy@free.fr> wrote in message news:boitl7$ntr$1@news.tiscali.fr...
Bonjour,
Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je
reçois un message du type :
la base a été sauvegardée sous UNICODE 1036 alors que votre SQL Server a été
installé avec UNICODE 1033. La restauration ne se fait pas.
Comment faire ? Je suis prêt à passer en 1033, le temps de la restauration
...
Il est impossible de modifier le 'collate' d'une base, quel que soit la version. Pour ta récup en version 7, il te faudra restaurer sur un serveur avec le bon 'collate' puis faire un transfert vers un autre serveur avec le collate de destination. Le transfert faisant un bcp out puis un bcp in en passant par de l'ASCII. En version 2000, il aurait accepté de restaurer une base avec un collate différent de celui par défaut du serveur.
HTH
br
"JHL" wrote in message news:boitl7$ntr$
Bonjour,
Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je reçois un message du type :
la base a été sauvegardée sous UNICODE 1036 alors que votre SQL Server a été installé avec UNICODE 1033. La restauration ne se fait pas.
Comment faire ? Je suis prêt à passer en 1033, le temps de la restauration ...
Cordialement.
Joseph
Thierry DEMAN \(MVP\)
Bonsoir,
le plus simple est - d'installer un serveur SQL7 avec le bon ordre de tri , etc;.. - de restaurer la base ! - puis d'utiliser l'outil de transfert de base à travers le réseau !
A bientôt, -- Thierry DEMAN-BARCELÒ MVP Exchange,SQL/Server Site personnel: http://webfamilial.dyndns.org/thierry/pageprincipale.htm http://tdeman.free.fr/thierry/pageprincipale.htm
"bruno reiter [MVP]" wrote in message news:
Il est impossible de modifier le 'collate' d'une base, quel que soit la
version.
Pour ta récup en version 7, il te faudra restaurer sur un serveur avec le
bon
'collate' puis faire un transfert vers un autre serveur avec le collate de destination. Le transfert faisant un bcp out puis un bcp in en passant par
de
l'ASCII. En version 2000, il aurait accepté de restaurer une base avec un collate différent de celui par défaut du serveur.
HTH
br
"JHL" wrote in message
news:boitl7$ntr$
> Bonjour, > > Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je > reçois un message du type : > > la base a été sauvegardée sous UNICODE 1036 alors que votre SQL Server a
été
> installé avec UNICODE 1033. La restauration ne se fait pas. > > Comment faire ? Je suis prêt à passer en 1033, le temps de la
restauration
> ... > > > Cordialement. > > Joseph > >
Bonsoir,
le plus simple est
- d'installer un serveur SQL7 avec le bon ordre de tri , etc;..
- de restaurer la base !
- puis d'utiliser l'outil de transfert de base à travers le réseau !
A bientôt,
--
Thierry DEMAN-BARCELÒ
MVP Exchange,SQL/Server
Site personnel: http://webfamilial.dyndns.org/thierry/pageprincipale.htm
http://tdeman.free.fr/thierry/pageprincipale.htm
"bruno reiter [MVP]" <remove.this.br33@bol.com.br> wrote in message
news:e2xbZ5rpDHA.2304@TK2MSFTNGP11.phx.gbl...
Il est impossible de modifier le 'collate' d'une base, quel que soit la
version.
Pour ta récup en version 7, il te faudra restaurer sur un serveur avec le
bon
'collate' puis faire un transfert vers un autre serveur avec le collate de
destination. Le transfert faisant un bcp out puis un bcp in en passant par
de
l'ASCII.
En version 2000, il aurait accepté de restaurer une base avec un collate
différent de celui par défaut du serveur.
HTH
br
"JHL" <jh.levy@free.fr> wrote in message
news:boitl7$ntr$1@news.tiscali.fr...
> Bonjour,
>
> Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je
> reçois un message du type :
>
> la base a été sauvegardée sous UNICODE 1036 alors que votre SQL Server a
été
> installé avec UNICODE 1033. La restauration ne se fait pas.
>
> Comment faire ? Je suis prêt à passer en 1033, le temps de la
le plus simple est - d'installer un serveur SQL7 avec le bon ordre de tri , etc;.. - de restaurer la base ! - puis d'utiliser l'outil de transfert de base à travers le réseau !
A bientôt, -- Thierry DEMAN-BARCELÒ MVP Exchange,SQL/Server Site personnel: http://webfamilial.dyndns.org/thierry/pageprincipale.htm http://tdeman.free.fr/thierry/pageprincipale.htm
"bruno reiter [MVP]" wrote in message news:
Il est impossible de modifier le 'collate' d'une base, quel que soit la
version.
Pour ta récup en version 7, il te faudra restaurer sur un serveur avec le
bon
'collate' puis faire un transfert vers un autre serveur avec le collate de destination. Le transfert faisant un bcp out puis un bcp in en passant par
de
l'ASCII. En version 2000, il aurait accepté de restaurer une base avec un collate différent de celui par défaut du serveur.
HTH
br
"JHL" wrote in message
news:boitl7$ntr$
> Bonjour, > > Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je > reçois un message du type : > > la base a été sauvegardée sous UNICODE 1036 alors que votre SQL Server a
été
> installé avec UNICODE 1033. La restauration ne se fait pas. > > Comment faire ? Je suis prêt à passer en 1033, le temps de la
restauration
> ... > > > Cordialement. > > Joseph > >
Julien Foulquier
Est-ce que l'ancien serveur, ou le nouveau, étaient installés avec une langue distincte ? Par exemple SQL Server en anglais avant, et SQL Server en français maintenant, ou inversement.
"JHL" a écrit dans le message de news:boitl7$ntr$
Bonjour,
Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je reçois un message du type :
la base a été sauvegardée sous UNICODE 1036 alors que votre SQL Server a
été
installé avec UNICODE 1033. La restauration ne se fait pas.
Comment faire ? Je suis prêt à passer en 1033, le temps de la restauration ...
Cordialement.
Joseph
Est-ce que l'ancien serveur, ou le nouveau, étaient installés avec une
langue distincte ?
Par exemple SQL Server en anglais avant, et SQL Server en français
maintenant, ou inversement.
"JHL" <jh.levy@free.fr> a écrit dans le message de
news:boitl7$ntr$1@news.tiscali.fr...
Bonjour,
Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je
reçois un message du type :
la base a été sauvegardée sous UNICODE 1036 alors que votre SQL Server a
été
installé avec UNICODE 1033. La restauration ne se fait pas.
Comment faire ? Je suis prêt à passer en 1033, le temps de la restauration
...
Est-ce que l'ancien serveur, ou le nouveau, étaient installés avec une langue distincte ? Par exemple SQL Server en anglais avant, et SQL Server en français maintenant, ou inversement.
"JHL" a écrit dans le message de news:boitl7$ntr$
Bonjour,
Sous SQL Server 7, lorsque de tente de restaurer une base backupée, je reçois un message du type :
la base a été sauvegardée sous UNICODE 1036 alors que votre SQL Server a
été
installé avec UNICODE 1033. La restauration ne se fait pas.
Comment faire ? Je suis prêt à passer en 1033, le temps de la restauration ...