Onderwerp:

Ik stuur je per email het gevolgde stappenplan in Word en de database met de fout.

Met welke stappen creëer je deze melding dan?
Als ik zo kijk betekend het iets als dat de parameters zijn aangepast maar dat een aanroepende functie nu ongeldig is.
Probeer je nog steeds de veldlengtes aan te passen?

Hi Pieter,

Ik heb denk ik te vroeg gejuicht ten aanzien van de foutmelding.

• Voor nieuwe RGS database die wordt gedownload treedt de fout niet op
• Zodra de database wordt geopend in OSF en wordt gesloten (zonder dat er een mutatie plaatsvindt) treedt de fout op.
• In een oude database gebaseerd op versie ODS10.1 treedt de fout niet op.

Ook op een andere PC (Windows 7-64) met een standaard OSF installatie zonder de FB server geinstalleerd treedt hetzelfde probleem op bij het aanmaken van een database.

Ergens in de routine treedt een incompatabiliteit op. Gezien het risico (corrupted data) wacht ik nu even met het verder opzetten van de nieuwe administratie. Kun jij eens kijken wat deze fout veroorzaakt (en of je dit kunt reproduceren)?

Peter

Dit doet zich voor in een database van een nieuw aangemaakte administratie (optie "uw eigen administratie aanpassen"). Ik heb het zojuist nog even getest. Overigens niet bij een administratie waarbij de DB van de RGS wordt gebruikt.
OSF 4.0.0.969
FB 2.1.3.18185 (2.1)
FlameRobin 0.9.3.1870
FB en Flamerobin zijn vanuit de OSF installatie gebruikt.

invalide offset klinkt niet goed.
We zitten op firebird 2.1 dus dat mag het niet zijn.
Waarschijnlijk is er iets mis met je basis administratie.

Dank Pieter, ik kom hier al een eind mee. Er zijn nog welk enkele hickups die ik tegenkom:

Bij het veranderen van de Db wordt bij exceptions (in FlameRobin) een foutcode getoond, die volgens mij te maken heeft met de verschillende Firebird versies.

Deze fout doet zich voor bij een nieuwe Db met ODS11.1. Bij een bestaande Db wordt deze foutmelding niet getoond, deze zijn gemaakt in OSD10.1. Welke Firebird Versie moet ik gebruiken om de tabellen aan te passen? Ik maak nu gebruik van Firebird 2.1, maar de nieuweste versie toonde deze foutmeldingen ook. Is Firebird dan niet backward compatible?

Daarnaast is de constraint in feite een index die ik opnieuw moet maken. De constraint zelf bevat geen veldlengte. De procedure P_TAXFORDDOC wel (60), terwijl de veldlengte uit account en groups resp. 35 en 30 zijn. Kan ik de veldlengte in P_TAXFORDDOC ook aanpassen naar bijv 75? Ik heb dit nu gedaan en ben aan het testen of dit in de applicatie goed gaat (tot dusver wel).

Overigens is er in de import van rekeningen via lijsten nog wel een beperking van de veldlengte aanwezig, de rekening groepen worden hier afgekapt. Wordt hiervoor een tijdelijk bestand gebruikt, of een bestand met veldeigenschappen?

Je moet de beperkende constraint volgen "RDB$1719"
En deze eerst opheffen. (wel later weer activeren).
Dat is een technisch iets van een database.
Het zullen views zijn die nu beperken die die eerst scripten en daarna droppen.
Dan lengte aanpassen en de views weer activeren.

Op zich is dat geen probleem, maak nu al gebruik van eigen rapportages. Ik heb dit geprobeerd te veranderen in de Db, maar krijg de volgende foutmeldingen:

alter table groups alter sdescription type char(75)
unsuccessful metadata update
Column SDESCRIPTION from table GROUPS is referenced in RDB$1719

en

alter table account alter sdescription type char(75)
unsuccessful metadata update
Column SDESCRIPTION from table ACCOUNT is referenced in P_TAXFORDDOC

Welke stappen moet ik volgen om de kolombreedte aan te passen?

- uitbreiden SDESCRIPTION in ACCOUNT naar 50 of meer karakters
- uitbreiden SDESCRIPTION in GROUPS naar 50 of meer karakters

Deze komen nu al dynamisch uit hun database tabel en zijn per database aan te passen.
Het probleem is de rapportages. als het te lang wordt dan kan het zijn dat het er niet goed uit ziet.

Wellicht is het hier ook mogelijk nieuwe features voor te stellen voor de volgende versie van OSF?

Grootboek rekenschema:
- uitbreiden SDESCRIPTION in ACCOUNT naar 50 of meer karakters
- uitbreiden SDESCRIPTION in GROUPS naar 50 of meer karakters
- Tabvolgorde in scherm rekenschema efficiënter instellen.
- Bij invoegen rekening onder een groep, bij Account reporting group name 1 de bovenliggende groep overnemen.
- Bij invoegen subrekening de gegevens van de account reporting groepen 1 en 2 standaard overnemen.

Mvg

Peter