Software om je collectie bij te houden

[rsh_scuderia]

Die Mike Hezemans was wel een natuurtalentje zie ik. Nog niet eens een jaar oud geworden en toch een glansrijke carrière en modelauto's op zijn naam staan

Ben benieuwd naar het meer visuele resultaat, als non-IT'er.

[ge-flopt]

Dat bugje had ik inderdaad gezien.

Die wordt ook plat geslagen.

Het visuelere gedeelte staat op de planning, maar eerst wil ik even alles functioneel werkend hebben.

[exit]

Dat bugje had ik inderdaad gezien.

Die wordt ook plat geslagen.

Het visuelere gedeelte staat op de planning, maar eerst wil ik even alles functioneel werkend hebben.

Maak je zelf de database aan of haal je deze elders?
of is het de bedoeling adhv members deze uit te gaan bouwen dan?


edit:
ff topic doorlopen en eigenlijk al antwoord op bovenstaande

de database is een Mysql wellicht?

[ge-flopt]

Ik heb zelf de database ontworpen. Eigenlijk met name gekeken wat ik zoek in een systeem. Ook forummers mogen ideeen aandragen. Uiteindelijk is het de bedoeling dat de software volgens een open source licentie voor iedereen beschikbaar is. De database is inderdaad mysql.

update: rsh_scuderia, als de coureur nog niet overleden is, laat hij niets meer daarover zien.

[Autofan]

Zal er binnenkort eens als BI-er naar kijken.

[ge-flopt]

Elke reactie/opmerking/afkraking (gewoon voor je houden )/opbouwende kritiek, is mooi meegenomen.

[ge-flopt]

Ik ben weer een stapje verder.
Ik heb even voor de test (zodat jullie er ook gebruik van kunnen maken) een demo site opgezet:

Gewone pagina: http://modeldb-demo.project34.net/
Admin pagina: http://modeldb-demo.project34.net/admin
(ik heb mijn pagina voorzien van een username en wachtwoord, dus je kunt niet "per ongelijk" mijn omgeving omzeep helpen. )

Degene die wil, mag het een keer proberen.

[exit]

dus praktisch gezien gaat het dan als volgt?

je wilt een model toevoegen.
je kiest de driver uit de lijst (driver1, 2, 3, ....)
je kiest de wagen
je kiest ...
...

al de gegevens zitten in een aparte database dan? (db_drivers, db_engine, ...)
en die gegevens worden dan in een nieuwe database gekoppeld aan elkaar? (db_verzameling)

[ge-flopt]

dus praktisch gezien gaat het dan als volgt?

je wilt een model toevoegen.
je kiest de driver uit de lijst (driver1, 2, 3, ....)
je kiest de wagen
je kiest ...
...

al de gegevens zitten in een aparte database dan? (db_drivers, db_engine, ...)
en die gegevens worden dan in een nieuwe database gekoppeld aan elkaar? (db_verzameling)

Klopt. Alles zit in 1 database in aparte tabellen. En 1 "hoofd" tabe;l: model, daar klik je alles aan elkaar.

[Autofan]

Ik heb eens snel zitten kijken, maar met het model zoals jij het gemaakt hebt denk ik dat het voor veel verzamelaars niet gaat werken. Of wil je in iedere dimensie een soort null-regel toevoegen waar je naar kan linken? Tevens mis ik ergens de schaal om in te voeren, daar lang niet iedereen zich strikt beperkt tot 1 schaal.

[ge-flopt]

Ik heb eens snel zitten kijken, maar met het model zoals jij het gemaakt hebt denk ik dat het voor veel verzamelaars niet gaat werken. Of wil je in iedere dimensie een soort null-regel toevoegen waar je naar kan linken? Tevens mis ik ergens de schaal om in te voeren, daar lang niet iedereen zich strikt beperkt tot 1 schaal.

Je bedoelt met null waarde een soort standaard waarde als je bv gewone auto's spaart waar geen coureur in zit, of je niet geinterreseerd bent om wat voor motor er in zit. Heb ik inderdaad wel over nagedacht, maar ik heb het (nog) niet geimplementeerd.

Schaal is al wel opgenomen in de database, echter vergeten ( ) te implementeren in het overzicht. Zal het vanavond nog fixen.

[Autofan]

Dat bedoel ik idd. Gewoon een standaardregel met de waarde 'geen coureur' bijv. Zeker voor 'combinatieverzamelingen' een handige optie lijkt me. Daarmee tackle je tevens de problemen voor verzamelaars van wagens zonder coureurs. In je feiten-tabel wil je immers geen lege cellen hebben omdat er geen coureur is.

Nu ik nogmaals kijk is bij de constructie voor driver mij niet geheel duidelijk waarom je een 'tussentabel' gebruikt. Wat voegt de tabel 'driver' bijvoorbeeld toe met alleen een key en verder niks?

[ge-flopt]

de tussen tabel zorgt er voor dat ik altijd een 1 op n relatie kan leggen, ipv een n:m. Als je het verkeerd join, dan kun je bij wijze van alle coureurs op alle modellenzetten. Zo kader je het af en kun je alleen de coureurs/bestuurders zien die je wilt zien. Overigens los je zo ook het andere probleem meteen op (bedenk ik me nu): Je koppelt geen coureurs aan de wagen en je bent klaar.

Mooier zou zijn als je de eerste item van elke klasse zet als NVT.

PS. de schaal is inmiddels toegevoegd. Als je een model opent, krijg je nu ook de schaal te zien.

[St. Paul]

Opzet is sowieso niet handig. Op een Mesh network zal dit bv leiden tot een disruptive. Big SPOF stelletje amateurs! Op deze manier zul je via short path bridging en de IEEE 802.1aq protocol redundancy in de data opslag vergroten wat ten koste gaat van je resource capacity. Gevolg is port trunking en link bundling waardoor je memory geballooned wordt en usability khut wordt op het moment dat je de visuele shell er voor hangt. Of je moet een heel lelijk simpel frontje gebruiken zonder opmaak en fotoweergave

[ge-flopt]

Een IT woordenboek gepakt en willekeurig verschillende woorden in een paar zinnen geplakt?