TrainBase

[Willy de Vaal]

Ik ga hier dit topic sluiten, op dit forum schijnt geen interesse te bestaan voor TrainBase dit mede gezien de berichtgeving die ik te lezen krijg.

[Herman05]

Is dat niet iets te kort door de bocht? Dat mensen reageren dat een programma het niet doet, geeft wel aan dat mensen het programma willen gebruiken . Ik zeg wel niet dat ik er interesse heb,. maar ondertussen ben ik wel op zoek naar iets handigs. Dus als ik jou was zou ik lekker met het project doorgaan en je voortgang blijven melden.

Groeten,
Herman

[Gerwin]

Ik zou ook zeggen... Ga door!!!.. Ik heb wel degelijk interesse aan een goed werkend Nederlandstalig database programma. Ik kan alleen nog niet zo veel bijdragen leveren.

[rail4marcel]

Ik hoop ook dat je doorgaat een mooie freeware treinenbase zou ik heel handig vinden en zeker gaan gebruiken.

[MartOnTheWeb]

Ik gebruik al enkele jaren een database in MS Access.
Nu is MS Access niet het eenvoudigste programma om iets in te bouwen, maar de database staat er nu wel.

De bladen (deze is op laptop-formaat) voor de meer dan 4000 locomotieven, rijtuigen en wagens:


De bladen voor de 342 sets:


Vanuit de database worden ook de html-pagina's voor de on-line database gemaakt.

[Willy de Vaal]

Hierbij de laatste update "04-05-2009".

http://members.chello.nl/~w.devaal1/images/Trainbase.txt


Opmerkingen zijn nog steeds welkom 

m.v.g. Willy...

[Thomas]

Waarom die 16 Functie velden? Is het niet makkelijker om die in een aparte tabel te steken, zodoende kan je "oneindig" veel functies hebben per record.

[Willy de Vaal]

Waarom die 16 Functie velden? Is het niet makkelijker om die in een aparte tabel te steken, zodoende kan je "oneindig" veel functies hebben per record.

MFX en 4M locomotieven kunnen naast de frontverlichting ook nog 16 extra functies bevatten, je wilt ze dan toch ook per locomotief alle 16 kunnen zien.

m.v.g. Willy...

[Remco.]

Willy,

Heb je ervaring met relationele databases ? Want dat is wat je moet gebruiken. De huidige manier van opzet beperkt je daarin.

Gr. Remco.

[santerdam]

MFX en 4M locomotieven kunnen naast de frontverlichting ook nog 16 extra functies bevatten, je wilt ze dan toch ook per locomotief alle 16 kunnen zien.

m.v.g. Willy...

En wat nu als 'n niet MFX en 4M meer dan 16 functie's heeft ?

[Willy de Vaal]

Willy,

Heb je ervaring met relationele databases ? Want dat is wat je moet gebruiken. De huidige manier van opzet beperkt je daarin.

Gr. Remco.

Ja, de database zelf die wordt gebruikt door de applicatie wordt gemaakt met Microsoft Access 2007.

[Willy de Vaal]

En wat nu als 'n niet MFX en 4M meer dan 16 functie's heeft ?

De huidige sytemen zoals het Märklin CS1 en CS2 (MFX) en de ESU ECoS Centrale (4M) kunnen tot max. 16 functies aan. Ik dacht niet dat er een Centrale is meer funties aan kunnen sturen. Hoewel ik alleen met deze Centrales ervaring heb kan ik er dus ook naast zitten.

m.v.g. Willy...

[Remco.]

Ja, de database zelf die wordt gebruikt door de applicatie wordt gemaakt met Microsoft Access 2007.

Hoi Willy,

Dan was mijn vraagstelling misschien niet duidelijk Maar ja de database engine kan relationele databases aan maar je ontwerp is dat niet.

Het 'probleem' van de functies los je op door tabellen relationeel aan elkaar te knopen.

Dus even heel simpel voorbeeld:

Tabel Trein
Treinnaam als sleutel: Bijv. NS 1637
Merk: Roco
enz.

en dan een tabel Functies met als sleutel:
Treinnaam
Functienaam

Als je dan een functie aan een lok wilt toevoegen krijg je:

NS 1637 F0 Licht aan/uit
NS 1637 F1 Sluitsein aan/uit

enz enz


Je kunt dan onbeperkt functies toevoegen aan een specifieke lok.

En over max functies gesproken, bijv. de Fl. Profiboss ondersteunt tot functie 20.

Gr. Remco.

[Willy de Vaal]

Hoi Willy,

Dan was mijn vraagstelling misschien niet duidelijk Maar ja de database engine kan relationele databases aan maar je ontwerp is dat niet.


Gr. Remco.

Hallo Remco, ik weet wat je bedoeld met een relationele databases en heb daar wel ervaring mee. Het tekst bestand laat alleen de inhoud van de tabellen zien, natuurlijk ziet het ontwerp er in Access geheel anders uit. Hier gaat het me voornamelijk om de informatie die moet worden opgenomen in de verschillende opzoek tabellen.
Maar toch bedank voor het mee denken Remco 

m.v.g. Willy...

[santerdam]

Als het een relationele database is en de opzoekgegevens al in aparte tabellen zitten, waarom ben je dan bezig de inhoud van die tabellen uit te werken. Iedere gebruiker voor zich kan dan toch zijn eigen opzoek tabellen invullen, zoals hij dat zelf wil hebben. Het is nu een bonte verzameling items voor 2-rail en 3-rail, dus in ieder geval een hoop dingen die je niet nodig hebt.

Sander