[VB 2008] Datasource netwerkverkeer

[Verwijderd]

Ik heb al enige tijd het volgende probleem:

In mijn applicatie (vebonden met SQL Server 2008) zijn heel wat datasets aangemaakt (is in de loop der jaren zo gegaan en de app is niet alleen door mij gemaakt). Bijvoorbeeld voor 1 tabel zijn wel 3 verschillende datasets (worden voor 3 verschillende forms gebruikt om te vullen).

De datasource worden op de volgende manier gevuld:

In het form load staat dan bijvoorbeeld

Visual Basic .NET:

Me.tbaRelatie.Fill(Me.dsRelatie.Relatie)

Achter de save knop staat de volgende code:

Visual Basic:

        Me.Validate()
        Me.Relatie.EndEdit()
        Me.Relatie.Update(Me.dsRelatie.Relatie)

Ook zijn er in de datasource verschillende update, insert en delete commands aangemaakt die op de volgende manier worden aangeroepen:

Visual Basic .NET:

tbaRelatie.iQryRelatie(me.naam.text, me.voornaam.text, me.adres.text)

Soms worden er op één form wel vier (of meer) verschillende datasources gebruikt.

Op zich gaat het werken met de applicatie wel goed, alleen heb ik het volgende probleem.

Ik heb het idee dat er teveel netwerkverkeer wordt gegenereerd door de applicatie. Een aantal problemen ben ik al aan het oplossen (niet alles was 'handig' geprogrammeerd), maar ik heb nu ook het idee dat de datasources in het geheugen wat vasthouden. Bij het sluiten van het form sluit ik mijn datasources ook niet, omdat ik er altijd vanuit ben gegaan dat dit automatisch gebeurd. Nu heb ik een beetje het 'gevoel' dat hier nog wat wat te verbeteren valt.

Is er iemand die mij kan aangeven wat ik kan verbeteren. Heb al heel wat gezocht maar kan daar nog niet echt wat op vinden.

[RobIII]

Al eens gewoon de SQL profiler gebruikt? Daar moet je alles uit kunnen halen.

[Verwijderd]

Daar heb je gelijk in en daar zie ik op zich ook geen rare dingen (als er niets gestart wordt zie ik daar geen records bijkomen), maar toch heb ik het idee dat dit niet echt de goede manier is (zoals het nu gedaan wordt).

[Hydra]

Ik heb m'n glazen bol thuis laten liggen, sorry.