Toon posts:

nadelen Access t.o.v. SQL Server/Oracle

Pagina: 1
Acties:
  • 201 views sinds 30-01-2008
  • Reageer

Verwijderd

Topicstarter
Hier op mijn werk zijn ze alle mogelijkheden aan het aflopen voor eigen webservers met database-server. In eerste instantie gingen we automatisch al uit van SQL Server (de server wordt Win2k), maar ook Oracle (hebben we hier intern ook draaien) en zelfs Access. Dat laatste i.v.m. de kosten, denk ik. Nou is mijn vraag wat zijn de nadelen en tekortkomingen van Access en dan met name in het gebruik als database voor een redelijk goed bezochte website? En zijn er ook voordelen?

  • wielhelm
  • Registratie: Oktober 2001
  • Laatst online: 10-09 23:09

wielhelm

80/86 ST bladebladed

Nadeel is het beperkte aantal records, en de snelheid.

Voordeel is wat jezelf al zei, de prijs.

Verwijderd

Topicstarter
aantal records zal denk ik niet echt een probleem opleveren in ons geval. Snelheid uiteraard wel. Is er niet ook iets met een beperkt aantal connecties ofzo?

  • raptorix
  • Registratie: Februari 2000
  • Laatst online: 17-02-2022
Op dinsdag 19 maart 2002 09:56 schreef TrashNSk8 het volgende:
aantal records zal denk ik niet echt een probleem opleveren in ons geval. Snelheid uiteraard wel. Is er niet ook iets met een beperkt aantal connecties ofzo?
Hangt van je license af, grootste nadeel aan access is buiten de snelheid dat je geen gebruik kan maken van zaken als Stored Procedures, geintegreerde backup en security.

Access is in veel gevallen goed mogelijk, met name als het om wat minder bedrijfskritische toepassingen gaat.

Verwijderd

Performance is aanmerkelijk minder, zeker bij meerdere gebruikers, en Access is geen client-server omgeving, dus zodra je web en data server uit elkaar haalt, krijg je enorme bergen netwerkverkeer, die je in een (goede) oracle omgeving niet hebt.

Verwijderd

Topicstarter
Op dinsdag 19 maart 2002 10:16 schreef Sepans het volgende:
Performance is aanmerkelijk minder, zeker bij meerdere gebruikers, en Access is geen client-server omgeving, dus zodra je web en data server uit elkaar haalt, krijg je enorme bergen netwerkverkeer, die je in een (goede) oracle omgeving niet hebt.
oh thanx, das wel iets om in de gaten te houden. Er wordt namelijk getwijfeld tussen het uit elkaar halen vd servers of op 1 machine laten draaien.
Op dinsdag 19 maart 2002 10:13 schreef raptorix het volgende:

[..]

Hangt van je license af, grootste nadeel aan access is buiten de snelheid dat je geen gebruik kan maken van zaken als Stored Procedures, geintegreerde backup en security.

Access is in veel gevallen goed mogelijk, met name als het om wat minder bedrijfskritische toepassingen gaat.
Hmm, de data moet goed beveiligd zijn, anders kunnen we onze core-business wel op onze buik schrijven. Dat is dus nog wel een goed puntje om in de gaten te houden.

Verwijderd

Bij de ODBC koppeling van Access kun je zeggen: 'Repair database'. Heel handig, maar 't is dus blijkbaar nodig, en dat zegt al genoeg. :+

Verwijderd

Topicstarter
En hoe zit dat trouwens met MySQL (of andere gratis/open source databases)?

Verwijderd

Topicstarter
Op dinsdag 19 maart 2002 10:24 schreef daxx909 het volgende:
Bij de ODBC koppeling van Access kun je zeggen: 'Repair database'. Heel handig, maar 't is dus blijkbaar nodig, en dat zegt al genoeg. :+
Yep... het is ook niet mijn idee om Access te gebruiken ;)

  • raptorix
  • Registratie: Februari 2000
  • Laatst online: 17-02-2022
Op dinsdag 19 maart 2002 10:25 schreef TrashNSk8 het volgende:
En hoe zit dat trouwens met MySQL (of andere gratis/open source databases)?
MySql is gewoon niet geschikt voor bedrijfskritische situaties, simpelweg omdat het default geen transacties ondersteunt, tevens kan je weinig business logica in je database stoppen omdat het ontbreekt aan zaken als triggers en foreign contraints. Dit moet je dan weer in je applicatie gaan proppen wat altijd minder zal zijn.

MySql is vooral goed om ze snelheid en de prijs, ideaal voor zaken als webcontent met veel selects en weinig inserts/updates.

Verwijderd

Topicstarter
Op dinsdag 19 maart 2002 10:54 schreef raptorix het volgende:

[..]

MySql is gewoon niet geschikt voor bedrijfskritische situaties, simpelweg omdat het default geen transacties ondersteunt, tevens kan je weinig business logica in je database stoppen omdat het ontbreekt aan zaken als triggers en foreign contraints. Dit moet je dan weer in je applicatie gaan proppen wat altijd minder zal zijn.

MySql is vooral goed om ze snelheid en de prijs, ideaal voor zaken als webcontent met veel selects en weinig inserts/updates.
inserts en updates zullen ook niet gebeuren. Ten minste niet bij de applicaties die we nu hebben draaien. Het is puur op basis van gegevens andere kenmerken te tonen en te vergelijken (puur selects dus). De informatie is echter wel vertrouwelijk in die zin dat iemand niet zomaar de hele database leeg moet kunnen trekken.
Pagina: 1