[ASP.NET] ExecuteReader Probleem

[Verwijderd]

Ik probeer op 1 pagina in de page_load sub 2 datagrids te vullen en dat lukt niet

Foutmelding is:
Voor ExecuteReader is een open en beschikbare verbinding vereist. De huidige status van de verbinding is Open, Fetching.

Op regel 26
dgKapot.DataSource = Cmd.ExecuteReader

En dit is me code:

code:

   Private Sub Page_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
        Dim Con As OleDbConnection
        Dim Cmd As OleDbCommand
        Dim Dr As OleDbDataReader
        Con = New OleDbConnection(GetDNS())

        'Open connection
        Con.Open()

        'Create cmd
        strSQL = "SELECT * FROM Comps"
        Cmd = New OleDbCommand(strSQL, Con)

        'Read data
        Dr = Cmd.ExecuteReader
        dgComps.DataSource = Dr

        'Fill the dg
        dgComps.DataBind()
        Dr.Close()

        '*********************************************
        strSQL = "SELECT Mhz, Mem, Reden FROM Kapot, Comps WHERE Comps.Id = Kapot.CompId"
        Cmd = New OleDbCommand(strSQL, Con)
        Dr = Cmd.ExecuteReader
        dgKapot.DataSource = Cmd.ExecuteReader

        'Close connection
        Con.Close()
    End Sub

Kan iemand mij vertellen wat ik fout doe

[mindcrash]

Hmm...

Volgens mij komt dit omdat je eerste OleDbCommand nog in use is (Cmd dus), bij de 2e keer dat je deze var gebruikt gaat je app dus waarschijnlijk hard crashend plat.

Dit kun je wellicht oplossen door:

- Die eerste Cmd vrij te geven alvorens je m weer gebruikt.
- De 2e variabele voor je OleDbCommand te hernoemen.

[whoami]

Je moet zowiezo geen DataReader gebruiken als DataSource voor een datagrid of whatsoever.

[curry684]

whoami schreef op vrijdag 11 februari 2005 @ 14:31:
Je moet zowiezo geen DataReader gebruiken als DataSource voor een datagrid of whatsoever.

Any reason for that?

Voor wat betreft wat de topicstarter aangeeft lijkt een en ander me een probleem in een specifieke OleDB-driver implementatiie (geen idee aan wat voor DB hij connect), de constructie die hij geeft is iig met de SqlServer classes gewoon legaal en zou afaik voor de OleDb classes ook gewoon moeten werken.

[Verwijderd]

Ik connect naar een access database

Ik had het ookal zonder datareader geprobeerd en dat werkte ook niet, kreeg de zelfde foutmelding, moet ook toegeven dat ik niet precies weet wat een datareader doen

[whoami]

curry684 schreef op vrijdag 11 februari 2005 @ 14:45:
[...]

Any reason for that?

Omdat een DataReader een connectie exclusief locked.
Omdat je je data dan gewoon een te grote koppeling heeft met je UI.

Voor wat betreft wat de topicstarter aangeeft lijkt een en ander me een probleem in een specifieke OleDB-driver implementatiie (geen idee aan wat voor DB hij connect), de constructie die hij geeft is iig met de SqlServer classes gewoon legaal en zou afaik voor de OleDb classes ook gewoon moeten werken.

Volgens mij is het probleem van de topicstarter dat hij 2 readers opent, en die readers maken gebruik van dezelfde connectie. De connectie wordt niet gesloten als hij de 2de reader opent.

Ik denk dat dit het euvel alleszins moet verhelpen:

code:

conn.Open();
OleDbReader dr = cmdBliep.ExecuteReader();
...
dr.Close();
conn.Close();
...
conn.Open();
OleDbReader dr2 = cmdBlaat.ExecuteReader();

Dus, eerst de connectie sluiten voordat je je 2de reader start. (En daarvoor natuurlijk de connectie ook weer openen.)

[curry684]

Zoals ik al zeg kun je met de SqlXxx classes gewoon nieuwe readers aan een connection hangen zolang je de vorige reader maar netjes sluit eerst, en dat is gewoon volgens de specs. Er is hier dus iets anders aan de hand

Uit de docs:

You must explicitly call the Close method when you are through using the OleDbDataReader to use the associated OleDbConnection for any other purpose.

Dat een DataReader een connectie exclusief lockt is dus een non-argument zolang je de readers netjes direct sluit zodra je ermee klaar bent, en dat het teveel koppelt met de UI... tja, ik heb een hekel aan DAL's die groter zijn dan het project dat je ermee bouwt, beetje het idee van een fabriek speciaal neerzetten om 1 auto te bouwen

[ Voor 14% gewijzigd door curry684 op 11-02-2005 15:19 ]

[Verwijderd]

Oke het werkt nu, zonder de connectie te sluiten maar ik moet wel een 2e datareader aan maken en de eerste sluiten

Maar als het zonder datareader beter is hoe werkt dat dan?

btw wat is een DAL?

[whoami]

curry684 schreef op vrijdag 11 februari 2005 @ 15:17:
Zoals ik al zeg kun je met de SqlXxx classes gewoon nieuwe readers aan een connection hangen zolang je de vorige reader maar netjes sluit eerst, en dat is gewoon volgens de specs. Er is hier dus iets anders aan de hand

Dat een DataReader een connectie exclusief lockt is dus een non-argument zolang je de readers netjes direct sluit zodra je ermee klaar bent, en dat het teveel koppelt met de UI... tja, ik heb een hekel aan DAL's die groter zijn dan het project dat je ermee bouwt, beetje het idee van een fabriek speciaal neerzetten om 1 auto te bouwen

Dan nog kan je het op een andere manier doen (via data-adapter / datatable/set bv).
Feit is dat ik het gewoon eng vind om je reader aan je grid te koppellen.

[curry684]

Verwijderd schreef op vrijdag 11 februari 2005 @ 15:23:
btw wat is een DAL?

Data Abstraction Layer

whoami schreef op vrijdag 11 februari 2005 @ 15:24:
[...]

Dan nog kan je het op een andere manier doen (via data-adapter / datatable/set bv).
Feit is dat ik het gewoon eng vind om je reader aan je grid te koppellen.

True, tis niet best practice, maar aan de andere kant is het geen halszaak Ik populate kleine ListBoxes en DropdownLists wel met readers, maar da's gewoon puur 'for sake of simplicity', voor een grid vind ik het ook wat lomp.