18. Januar 2010 21:32
Liebe Community,
vielleicht hat jemand von Euch eine Idee. Mir sind sie ausgegangen (zumindest die, die meiner Faulheit entgegenkommen)...
Meine Aufgabe: Import von Adress-Daten in Table 5050. Meine Systemumgebung: Nav2009 mit SP1 auf SQL Server 2008. Meine Zugriffsrechte: In Nav Super-Rolle, auf SQL-Server db_owner, Lizenzrechte auf Entwicklerebene.
Mein Lösungsansatz: Zum Import habe ich mir einen einfachen Dataport (ohne Code) erstellt (Datenmigration via Excel oder XML funzt nicht, um nicht zu sagen hängt angesichts der Datenmassen). Den Anfang der Dataport-Fields macht der Primary Key mit der Adress-Nr. gefolgt von zig anderen, z.T. mit Validate, um bestimmte Aktionen während des Imports anhand des Codes in der Tabelle 5050 auszulösen (z.B. Erstellen von Suchschlüsseln, Validierung von Nebentabellen, Generierung von Briefanreden etc.). Dabei habe ich auch darauf geachtet, dass voneinander abhängige Felder in der korrekten Reihenfolge vom Dataport angesprochen werden...
Die Properties des Dataports stehen aktuell auf AutoSave(Yes), Update(Yes), Replace(Yes). Ich weiß, ist eigentlich Blödsinn, habe aber inzwischen auch alle anderen Kombinationen mit Autosave(Yes) erfolglos ausprobiert (will ja neue Daten einfügen).
In der Einrichtung des Adress-Managements ist natürlich hinterlegt, dass beliebige (zumindest freie) manuelle Nummern vergeben oder der automatische Nummernkreis (ebenfalls garantiert nur freie) genutzt werden können. Der Nummernkreis der Importadressen ist also ehrlich und definitiv frei (die Bestandsdaten liegen in einem komplett anderen Bereich).
Mein Problem: Ich
und der Import bricht sofort ab mit der Fehlermeldung, dass der Kontakt Nr. "xxxxxx" nicht existiert.
Surprise, surprise: Deshalb habe ich ja den Import-Dataport erstellt und Autosave auf Yes gesetzt...
Inzwischen habe ich die Schn... voll, bin aber immer noch proprietär faul... Bevor ich also versuche, den ganzen Mist über eine Zwischentabelle mit 100 Variablen und 250 Zeilen Code oder eine aufwändig und unmäßig erweiterte Importdatei auf der "harten" SQL-Ebene in's System zu "prügeln", bin ich für jeden Lösungshinweis dakbar!
Von Hinweisen wie "Programm neu starten" (wahlweise Anwendung, Client, Datenbank, Server) bitte ich allerdings abzusehen: Als frühzeitig gealterter Microsoft-User habe ich dies natürlich schon hinter mir...
Im Anhang die Textvariante meines Dataports.
Im übrigen: Eigentlich wäre der ganze Mist Aufgabe meines MS-Partners und ich habe echt besseres zu tun... Wenn also ein/e kompetente/r Fachfrau oder -mann im Raum Nürnberg (im Sinne des Großraums der sogenannten "Metropolregion Nürnberg" [ist Frankfurt a.M. eigentlich auch schon Mitglied?
]) Zeit und Lust auf Betreuung eines hochgradig individualisierten, aber nicht minder dankbaren-solventen-zahlungswilligen Kunden aus dem Non-Profit-Bereich hat, sind mir Zuschriften jederzeit willkommen (die Wechselerklärung für MS liegt mir schon vor)...
Dies gilt vollkommen unabhängig von meinem aktuellen Problem (und auch unhabhängig von der jeweiligen MS-Zertifizierug nach meinen schlechten Erfahrungen mit einem Gold-Certified-Partner und Member, ich weiß nicht mehr von was für einem exklusiv-tollen MS-Executive Board...).
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.