Voor een softwareapplicatie gebouwd in Access zijn dmv een Front-end formulier in 2015 behoorlijk wat Records ingevoerd door verschillende werknemers.
Het gaat hier om documentnrs. van 1 t/m ...........1000, uiteraard ieder DocumentRecord automatisch gegenereerd o.b.v. aanmaken nieuw document door gebruiker (Autonummering in onderliggende tabel).
In 2016 moet opnieuw deze actie worden gestart en moet uiteraard weer gestart worden met nummer 1 (niet met 1001). De oude records van 2015 moeten in dezelfde Front-end (vanuit hetzelfde Navigatieformulier) behouden blijven en op te vragen/+te bewerken vanuit hetzelfde Front-end door de gebruiker.
Dit is technisch op verschillende manieren op te lossen. Mijn vraag, welke de beste is? zeker i.v.m. de performance (snelheid van Front-end) en dataopslag.
-Mogelijkheid 1 (voor jaartal 2015 & 2016 werken vanuit 1 backend database): Kopie van alle tabellen maken in de orginele Backend (database), en voor 2016 deze tabellen leegmaken. Hiermee staan dus alle tabellen van jaar 2015 & 2016 in 1 Backend. Front-end spreekt vanuit formulieren betreffende tabellen 2015 & 2016 aan.
-Mogelijkheid 2 (Database 2015 & 2016 opsplitsen over 2 aparte backends): Tabellen voor 2015 importeren in nieuwe database voor 2016 en deze tabellen leeg maken (voor 2016). De Frond-end werkt nu met 2 databases, 1 voor 2015 (apart bestand/database) en 1 voor 2016 (apart bestand/database).
Graag hoor ik advies hoe jullie denken wat de beste oplossing is.
Of misschien een heel ander scenario.
Bvd
Robert
Het gaat hier om documentnrs. van 1 t/m ...........1000, uiteraard ieder DocumentRecord automatisch gegenereerd o.b.v. aanmaken nieuw document door gebruiker (Autonummering in onderliggende tabel).
In 2016 moet opnieuw deze actie worden gestart en moet uiteraard weer gestart worden met nummer 1 (niet met 1001). De oude records van 2015 moeten in dezelfde Front-end (vanuit hetzelfde Navigatieformulier) behouden blijven en op te vragen/+te bewerken vanuit hetzelfde Front-end door de gebruiker.
Dit is technisch op verschillende manieren op te lossen. Mijn vraag, welke de beste is? zeker i.v.m. de performance (snelheid van Front-end) en dataopslag.
-Mogelijkheid 1 (voor jaartal 2015 & 2016 werken vanuit 1 backend database): Kopie van alle tabellen maken in de orginele Backend (database), en voor 2016 deze tabellen leegmaken. Hiermee staan dus alle tabellen van jaar 2015 & 2016 in 1 Backend. Front-end spreekt vanuit formulieren betreffende tabellen 2015 & 2016 aan.
-Mogelijkheid 2 (Database 2015 & 2016 opsplitsen over 2 aparte backends): Tabellen voor 2015 importeren in nieuwe database voor 2016 en deze tabellen leeg maken (voor 2016). De Frond-end werkt nu met 2 databases, 1 voor 2015 (apart bestand/database) en 1 voor 2016 (apart bestand/database).
Graag hoor ik advies hoe jullie denken wat de beste oplossing is.
Of misschien een heel ander scenario.
Bvd
Robert