sleutelwijzigingen - velden die niet gewijzigd worden

[pascal]

Ik heb in onze Test-omgeving de volgende sleutelwijzigingen uitgevoerd:
LORE_RID, MATKAM gewijzigd in SPRLOO
LOAR_AID, BT30305ZWKVE gewijzigd in BT30305ZWKVK

Wanneer ik via de tekst-search controleer of de oude waardes nog voorkomen kom ik MATKAM nog tegen in de volgende databases:

\FOX\LO\LOTF\LOZX.DBF rubriek APTX_KEY (samengestelde sleutel)
\FOX\LO\LOTF\LOVR.DBF rubriek PRKRIT
\FOX\LO\LOTF\LORZ.DBF rubriek LORZ_SLT

De waarde BT30305ZWKVE kom ik nog tegen in database:

\FOX\LO\LOTF\LOUW.DBF rubriek LOUW_KEY (samengestelde sleutel)

Zie schermafdrukken hieronder.
Kunnen jullie hier eens naar kijken?

[pascal]

Al iets meer bekend?
Ik zie nog geen rondje draaien.

Kijk aub anders eerst naar de BT30305ZWKVE, waar de waarde maar in 1 tabel terugkomt - dan kan ik hier vast mee verder.

[Peter Stordiau]

Misschien wel te moeilijk uitleggen, maar eigenlijk kwamen we (tot heden) zelf niet goed op een antwoord. Kleine poging :

Je Selektiekriterium is niet terecht, ook al zal je zelf wel denken van wel.
Feitelijk betreft dit Produktie Kriterium, wat helemaal niet meer terecht kan zijn.

De Zoeksleurel (LORZ_SLT) : min of meer hetzelfde verhaal, maar nog iets moeilijker re verantwoorden (door ons). Maar toch.

... Wat niet wegneemt dat je met bovenstaande best problemen zal hebben ...

De User Variabelen (beter : Waarden (LOUW_KEY)), is wel terecht lijkt ons, maar is redelijk idioot moeilijk om op te lossen. Hebben we gewoon nooit aan gedacht (in kombinatie met ChangeKey). Er is in deze nog wel meer ook.

Tot zo ver maar even een antwoord (soort van).

Wèl erg goed dat je het in Test hebt geprobeerd !

[pascal]

Conclusie, ik moet nog even afwachten?
Wanneer ik problemen kan verwachten in de huidige situatie, ga ik geen risico lopen door ze over te zetten.

[Peter Stordiau]

Nee, zou ik zeker niet doen !

[pascal]

De laatste tijd wordt me weer regelmatig gevraagd of ik al een keer weer verder kan met de wijziging van enkele relatie-id's en artikel-id's.
Uiteraard heb ik uitgelegd dat het niet zo eenvoudig op te lossen is en men geduld moet betrachten, maar op termijn wil ik hier toch verder mee.
Is er enig inzicht in op welke termijn eea opgelost zou kunnen worden?

[Peter Stordiau]

Ik hoop dat je nog even geduld kan hebben. Maar dan nog moet je er rekening mee houden dat het alleen om die User Variabelen kan gaan hoor ...
Volgens mij vind je dat al minder leuk.

[pascal]

Even voor mijn begrip: jullie zijn dus bezig met de laatstgemelde fout in LOUW (user variabelen) en daarmee de enige melding vwb het wijzigen van artikelen?
Wanneer dit opgelost wordt, kan ik dus nogmaals een aantal artikelen testen om te kijken of dit goed gaat?

En wat betreft de wijzigingen in relaties wordt het verhaal echt lastig?

[Peter Stordiau]

Ja en Ja.

De Relaties waar jij het over hebt, zijn helemaal geen relaties. Het zijn in feite afgeleiden waar toevallig een Relatie ID in staat. Neem de Zoeksleutels maat als het beste voorbeeld. Het is gewoon een veld bij de Relatie, waar jij toevallig hetzelfde invult als het Relatie-ID zelf. Het is niet eens een sleutel ... (zelfde voor die andere dingen).

[pascal]

Mbt de zoeksleutel kan ik me voorstellen dat die niet omgezet wordt (rubriek LORZ_SLT in LORZ).

Maar vwb FOXLOLOTFLOZX.DBF rubriek APTX_KEY lijkt er wel een probleem te ontstaan: deze key lijkt de koppeling te vormen tussen tekst van een kontraktheader en het kontrakt. Zie voorbeeld: de kontrakten worden keurig omgezet van MATKAM naar SPRLOO, maar de teksten die aan het kontrakt hangen zijn verdwenen (of niet meer te vinden ivm niet omzetten zoeksleutel):

[Peter Stordiau]

Sorry, die heb ik steeds overgeslagen zie ik nu. Dit, terwijl het de meest terechte is van allemaal (domweg een bug).

[pascal]

Ok, ik schrok al.
Maar nu het volgende: ik wil graag een update aanvragen, de laatste was 2 september.

Nu staan de gewijzigde sleutels (en hetgeen er fout gaat) nog in de Test-omgeving.
Willen jullie deze data nog beschikbaar hebben, of kan ik produktie overzetten naar Test en de update aanvragen en installeren?

[Wouter Rijnbende]

Problematiek m.b.t. LOZX (en trouwens ook LOAX v.w.b. teksten op regelniveau) kunnen wij hier gewoon nadoen;
LOUW zullen we hier vast ook wel na kunnen spelen.

Wat dat betreft hoef je daar niet een situatie live voor te houden in Test.

[pascal]

Dat scheelt, bedankt.
Ik overleg nog even intern wanneer de update het beste aangevraagd kan worden.

[Wouter Rijnbende]

LOZX en LOAX zijn inmiddels opgelost, zie http://ha1.heartprofit.nl/profit/index.php?topic=23845.0
Dit zal in je eerst volgende Upgrade zitten.

Deze tabellen waren "relatief simpel" omdat we al een mechanisme hebben voor "tekstbestanden bij een entiteit";
de oplossing van LOUW zal wat langer op zich laten wachten.