ATOUTFOX
COMMUNAUTÉ FRANCOPHONE DES PROFESSIONNELS FOXPRO
Visual FoxPro : le développement durable

Forum AtoutFox : Re: DBC to SQLserver -- champs uniqueID   

Sujet

rss Flux RSS des derniers messages

Vous devez vous identifier pour pouvoir poser une question ou répondre.

mer. 18 novembre 2015, 23h12

Michel Lévy
France 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
20 088 messages dans le forum • Liste complète des messages

Publicité

Les pubs en cours :


www.atoutfox.org - Site de la Communauté Francophone des Professionnels FoxPro - v3.4.0 - © 2004-2024.
Cette page est générée par un composant COM+ développé en Visual FoxPro 9.0-SP2-HF3