mer. 18 novembre 2015, 23h12
Michel Lévy
France
atoutfox.public.association
Re: DBC to SQLserver -- champs uniqueID
tu as utilisé le wizard en mode visuel, en lançant l'app depuis fox?
si oui, dans l'étape 5, tu as bien coché "utiliser les RI déclaratives" et aussi "créer un rapport de migration"?
dans cette même étape 5, coche "structure seule, sans données", puis dans l'étape 6, choisis l'option "enregistrer le script SQL". tu lances la migration, et à la fin le wizard se ferme et ouvre le projet de migration. il a créé un dbc Migrat1, dans lequel il y a une table sql_uw.dbf. cette table a un seul champ (memo), et un seul enregistrement. le code SQL est là.
Peux-tu vérifier si tu as ou non les instructions ALTER TABLE ... WITH NOCHECK ADD CONSTRAINT ...
je n'ai pas réussi à reproduire le dysfonctionnement que tu indiques: à partir du moment où il y a des RI déclarées avec des triggers générés dans VFP, le wizard gènère à tous les coups les instructions SQL, quels que soient le datatypes des PK.
Attention, ne pas mettre de fonctions dans les index qui servent aux PK coté fox. supprime tes upper, et relance, ça DOIT fonctionner. en SQL, on gère ce pb upper/lower avec les collations au niveau serveur, database, table, voire même si nécessaire au sein même d'une instruction.
par défaut, un SQL serveur francophone sur une machine francophone sera en COLLATE FRENCH_CI_AS (CI = Case Insensitive)
Permalink : http://www.atoutfox.org/nntp.asp?ID=0000016900