Thread: .NET Acces Database Query
-
30-07-2012, 00:22 #1Member
- Registered
- 01/01/04
- Location
- Ardooie
- Posts
- 464
- iTrader
- 6 (88%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
.NET Acces Database Query
Hallo,
Even kort voorstellen met wat voor project ik bezig ben.
Het is voor een bedrijf die het vervoer regelt voor ziekenwagens.
Dus per dag komen de ambulanciers met de bonnen aan de administratie die dan op hun beurt alles in ( mijn ) applicatie invoert, de applicatie zorgt voor de factuur en voila.
Voor de rest moet ik mij niets aantrekken
Op een factuur staan gewoon de gegevens van het bedrijf, van de patient en de gegevens van de opdracht zelf ( hoeveel kilometer, dag / nacht tarief , noem maar op )
Wat op de factuur komt wordt MANUEEL door een medewerker ingetypt.
Nu vraag ik me eigenlijk zo best af op welke manier je best een acces database Query uitvoert.
Als het programma opstart laadt het al zijn klanten uit de acces db.
Wat ik nu momenteel doe is alles inladen, en dan via lists ( of Patient bv ) bewaren.
Om dan in het programma zoekopdrachten uit te voeren ( bijvoorbeeld zoek Patient geboren op 12/01/1958 ) zoek ik in de lijst met behulp van een LINQ Query.
Is dit acceptabel ? Ik bedoel qua performantie.
Waarom ik hiervoor gekozen heb ik dat het programma zijn database inlaadt wanneer het wordt opgestart en dus mijn voor mijn Query's niet steeds de database hoef aan te spreken.
Nadeel is wel qua updates natuurlijk. Er zullen maar 2 personen zijn die dit programma gebruiken.
Zou ik een automatische auto-update voorzien ? Die mijn programma iedere x minuten vernieuwd?
Ik heb geen hulp nodig met de code maar wat tips over hoe het best zou aanpakken voor een goede performantie.
Alvast Bedankt !
no votes
-
-
30-07-2012, 00:26 #2Approved 9liver
- Registered
- 23/10/03
- Location
- Oostende
- Posts
- 2,782
- iTrader
- 3 (100%)
- Mentioned
- 0 Post(s)
Notch: But let’s get one thing clear: people who think “free to play” is a great future are mostly game developers, not game players.no votes
-
30-07-2012, 01:00 #3Member
- Registered
- 01/01/04
- Location
- Ardooie
- Posts
- 464
- iTrader
- 6 (88%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/0
Neen , dat is gewoon een vereiste vanuit de Business zelf. SQL oid was geen optie. Moest en zou Acces zijn
no votes
-
30-07-2012, 22:29 #4Approved 9liver
- Registered
- 23/10/03
- Location
- Oostende
- Posts
- 2,782
- iTrader
- 3 (100%)
- Mentioned
- 0 Post(s)
Notch: But let’s get one thing clear: people who think “free to play” is a great future are mostly game developers, not game players.no votes
-
10-08-2012, 08:34 #5
Mijn inziens lijkt me dit toch niet zo'n goed idee om al de data in 1 keer in te laden.
Je gaat zo wel eens tegen concurreny problemen aanlopen (ook al werk je er maar met 2 aan).
Als je aan een dossier van een klant aan het werken bent, je wil dit opslagen, ben je niet zeker dat dit niet ondertussen al aangepast is, en ga je mogelijk data verliezen.
Bovendien lijkt me dit ook niet echt performant om al de data in het geheugen bij te houden.
Waarom is dat een probleem om de database aan te spreken voor elke query ?Waarom ik hiervoor gekozen heb ik dat het programma zijn database inlaadt wanneer het wordt opgestart en dus mijn voor mijn Query's niet steeds de database hoef aan te spreken.Striker.tBno votes
-
11-08-2012, 11:07 #6Banned
- Registered
- 13/05/06
- Location
- Hoeselt
- Posts
- 9,944
- iTrader
- 48 (100%)
- Mentioned
- 0 Post(s)
- Reputation
- 0/72
Is het niet net beter om met een systeem te werken dat enkel data gaat lezen of schrijven wanneer het nodig is?
Die database gaat het niet erg vinden als je de hele tijd verbinding maakt, denk ik zo...
Voor SQL heeft dotnet hier zelfs veel functionaliteit voor. Voor Access weet ik 't niet.no votes

