In
http://ha1.heartprofit.nl/profit/index.php?topic=24184.0 is uitlegd hoe je kunt zien welke tabellen in de ADS Data Dictionary zijn opgenomen, en welke tabellen toegestaan zijn om als ADS te definiëren (en waarom hier niet alle tabellen standaard tussen staan).
In principe wordt in deze aanvangs fase alleen LOVO en LOVR ondersteund;
LOVR, omdat dit verreweg het grootste bestand zal zijn,
LOVO, omdat deze bij het passeren van de 1 GB grens al regelmatig lock problemen heeft veroorzaakt (een grijs scrollend scherm met "record is not available" bij het Toevoegen van een Verkooporder).
Het is al vaker gezegd, alvorens met de ADS versie te beginnen, zal er heel goed getest moeten worden. Niet alleen de tabellen die naar ADS worden omgezet kunnen tot problemen leiden, maar feitelijk het hele pakket. Dit, omdat iedere functie die de database benadert, vertaald moet worden, en zichzelf moet afvragen of de opdracht door VFP moet worden afgehandeld, danwel door een ADS API moet worden afgehandeld. Ook al zou dus enkel LOVO en LOVR in ADS zijn opgenomen, dan nog steeds geldt dat
alles getest moet worden; óók het Financiële pakket !
Los van de algehele versie waarbij alles vertaald wordt, geldt voor de ADS tabellen dat deze op inhoudelijke ADS werking moeten worden getest; sturen wij alle ADS API's wel op de juiste manier aan, en herkent Profit het resultaat wat door ADS wordt teruggegeven wel op de juiste manier.
Aan de ene kant hadden we juist geteld dat we vooralsnog alleen in ADS aan de slag zouden gaan met LOVO en LOVR, om niet ineens teveel problemen boven tafel te krijgen, die we nooit tijdig genoeg zouden kunnen oplossen, aan de andere kant geldt dan, dat als we op een later moment een volgende tabel als ADS zouden definiëren we weer opnieuw zouden moeten gaan testen. En, ervanuitgaande dat een tabel als "Relaties" door het hele pakket heen gebruikt wordt, zou dit impliceren dat we opnieuw duizenden funkties zouden moeten gaan testen.
Voor ons zelf hadden wij alvast meerdere tabellen dan enkel deze twee naar ADS omgezet. Dit, om zodoende op een gekontroleerde manier meer problemen tegen te komen, waardoor we sneller tot een goed werkende ADS versie zullen komen. In eerste instantie hadden we hierbij het onderscheid ingebouwd naar "testsituatie bij Heart" en "daadwerkelijke installatie bij een klant", maar, met dat de klant zelf een bestand welke eenmaal is omgezet naar ADS weer kan terugzetten naar de status voor uploaden naar ADS (zie
http://ha1.heartprofit.nl/profit/index.php?topic=24294.0) hebben we dit nu zo gemaakt dat het verschil vastligt op basis van "Test- en Produktiebestanden". Daarmee kunt U zelf bepalen of er (in Test) alvast meteen met wat meer tabellen moet worden getest.
In de Testbestanden is de lijst met tabellen die omgezet kunnen worden naar ADS groter dan in de Produktiebestanden.
Nb: Door (in Test) meer tabellen dan enkel de LOVO en LOVR toe te staan, gaan we nu toch weer uitlokken dat we ineens meerdere problemen tegen kunnen komen (waar dit niet de bedoeling was). Hoogste prioriteit heeft dan ook de lijst met tabellen die in de Produktieomgeving wordt ondersteund; problemen a.g.v. andere tabellen dan die in Produktie zijn toegestaan zullen we dan ook met een wat lagere prioriteit afhandelen; oplossing kan nl. ook zijn "dan test je nog maar even niet met die tabel".
