4D is een soort mini-'sap'-achtig pakket, dat volledig 4th Dimension heet. Met een minimum van programmeerkennis kun je er toch een vrij aardige database mee opzetten, en aardige client-programmaatjes maken (die je met een clientprogramma van dat pakket kunt runnen).
Of die DB zich aan de standaarden houdt: tsja, goede vraag

Ben al meerdere dingen tegengekomen die niet helemaal lijken te werken, maar dat ligt (waarschijnlijk) eerder aan de brakke ODBC-driver dan aan de DB.
Een subtable is eigenlijk een veld van een andere tabel, waarin je dus als type subtable kiest. Dan maakt de DB automatisch een referentie naar een andere tabel, die je dan zoals normale tabellen in kan vullen met elk een ieder datatype, dus ook weer subtables. Het vervelende is, dat je gewoon subtables kan maken met namen die ook al in hoofdtabellen voorkomen. Dus als ik tabel 'testje' aanmaak, kan ik daar een subtable in maken die ook 'testje' heet. Daardoor vermoedde ik al dat deze extern via ODBC niet te benaderen zijn, hoe hou je de tabellen immers uit elkaar als de namen hetzelfde zijn.
Anyway, een normaal select-statement op een subtable werkt niet, standaard 'TABLE NOT FOUND'-melding.
De vraag is dus: is er misschien een creativeling die een SQL-statement kan bedenken waarmee je misschien wel die subtables kan benaderen? Ik kan het subtable veld gewoon ophalen, maar daar komt een Float-waarde uit. Ik vermoed dat dat een interne pointer is naar de subtable, maar daar kan ik natuurlijk via SQL niks mee
Help appreciated!