Archief - [PROG] Java - kiezen sturctuur voor opslag

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

MilM

Legacy Member
Io,

ik ben bezig met een programma.
Ik heb een vraag over de opslag.
Het is de eerste keer dat ik veel gegevens moet opslaan, dus ook de eerste keer dat ik over die zaken moet nadenken en er kunnen dus mss rare/domme vragen tussen zitten :p

-----------------------------------------
Korte schets van het programma:

een grote wereld met bv autodealers en klanten.

Er zijn dus een heleboel klanten met bepaalde voorkeuren.
Klanten kunnen bv graag bij de dichtsbijzinde dealer kopen of gaan liever iets verder indien het daar iets goedkoper is of willen gewoon de goedkoopste dealer etc ...
Zelfde voor het in stock zijn van een wagen, opties op de wagen, kleur van de wagen...

Een klant kan bv verkiezen om een wagen uit stock te nemen met een ander kleur of toch te wachten tot de wagen besteld is zodat hij in het gewenste kleur is.

Idem voor autodealers die elk hun eigen strategie hebben.

Is wat simpel uitgedrukt, maar er zijn dus een heleboel configuratiegegevens. Deze zouden in XML zijn. Deze moeten dus geladen worden en dan een wereld 'simuleren'.

Het is dan de bedoeling dat je als speler bv een autodealer gaat spelen. Je moet dan strategische beslissingen nemen (bv aan de hand van een history) om hoge winst te gaan realiseren.
(tussenin vinden zich dan simulaties voor)

Het is een spel gericht op mensen die zich in een bepaalde tak van de economie willen specialiseren.

Het spelen kan bestaan uit verschillende sessies. Tussendoor worden de gegevens opgeslagen. En daar ben ik dus over aan het nadenken.
-------------------------------------

In wat ik deze best opsla.
Ik weet ook nog niet hoeveel objecten er zullen zijn en of deze allemaal in het werkgeheugen kunnen geladen worden of niet. (geen idee over het werkgeheugen waar het moet runnen en heb ook een slecht zicht van hoeveel objecten er eigenlijk in een bepaald werkgeheugen zouden kunnen)

De opties zijn dus waarschijnlijk bestanden of relatione databank.
Wanneer je in secundair geheugen zou moeten gaan zoeken (wat ik nog nie weet), dan zou ge voor efficientie waarschijnlijk al me indexen moeten gaan werken etc en dan wordt het ingewikkeld.

En dan relationele databank.

als je bv 1000 objecten auto's in uw werkgeheugen in java hebt en je wilt een lijst van de groene auto's, zal dit trager zijn dan wanneer je op een databank een gelijkaardige query utivoert ?

En bij relationele databanken, wat is een propere sturctuur ivm switchen van objectgeorienteerd <-> relationeel

Bv virtueel voorbeeld. Je wilt gewoon in prompt een lijst afdrukken van alle gegevens van deze groene auto's.
Moet ge dan:

1) (statische) methode print creeeren die de eigenschappen van auto's als argument neemt en dan de gegevens print

2) ipv argumenten door te geven aan een (statische) methode doorgeven aan een constructor van klasse auto en op dat object dan een printmethode aanroepen.

En wat hou je in het werkgeheugen ? Zo weinig mogelijk of zoveel mogelijk ?
Gaje in het begin alles gaan ophalen, objecten aanmaken in java en deze laten bestaan of gebruik je telkens querys bij elke handeling ?

Nog bepaalde zaken waar ik zeer goed mee moet opletten ?
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan