[asp.net] Data uit DataGrid opvragen

[_Thanatos_]

Ik ben bezig een applicatie te maken waar nu ook een DataGrid is zit. Daarmee moet ook een record te verwijderen zijn. Echter, als ik op verwijderen klik, moet er een confirmation weergegeven worden en heb ik dus meer nodig dan alleen het ID.

Dit is de manier waarop ik het nu doe, in de DeleteCommand event handler:

C#:

string SerialNumber=(string) DataBinder.Eval(e.Item, "DataItem.SerialNumber");

Volgens mij zou dit de waarde moeten opvragen van de SerialNumber kolom van het record waarnaast je op "verwijderen" klikt. Echter, na deze regel is SerialNumber dus null, terwijl er toch echt een string in zit.

Ik heb ook een TemplateColumn waar dit regeltje in staat, maar dan met Container als parameter ipv e.Item, dus ik zie niet waarom dit fout zou zijn. Ook DataGrid.Items[e.Item.ItemIndex] ipv e.Item invullen helpt niet. Help?

btw, EnableViewState staat aan, en via het Immediate window kan ik zien dat er wel degelijk item in de DataGrid zitten...

[ Voor 11% gewijzigd door _Thanatos_ op 11-11-2003 15:34 ]

[gorgi_19]

Doel je nu op http://www.dotnetjohn.com/articles/articleid68.aspx ?

[_Thanatos_]

Nee, en daar laden ze een DataSet gewoon in met de bestaande data direct uit SQL. Ik wil het uit de DataGrid halen, want daar staat het toch al. Ik ga niet onnodig met de SQL server connecten.

[gorgi_19]

Ik doelde eerder op het ItemBound event, iets verderop in het artikel.

[_Thanatos_]

Ja, dat werkt prima

Maar nu rest nog steeds de vraag hoe ik data (en dan niet het KeyField) uit de DataGrid krijg. Het zit er wel in, want ik zie het staan, of klopt die redenering gewoon niet?

[gorgi_19]

_Thanatos_ schreef op 11 november 2003 @ 16:03:
Ja, dat werkt prima

Maar nu rest nog steeds de vraag hoe ik data (en dan niet het KeyField) uit de DataGrid krijg. Het zit er wel in, want ik zie het staan, of klopt die redenering gewoon niet?

e.Item.Cells(celindex).Controls(controlindex)

En deze waarde casten naar label, textbox, etc. Controleer wel of je de goede e.item.ItemType hebt. (bv. geen header / footer)

[whoami]

Je hebt je data toch ooit eens opgehaald ut de DB om ze aan je datagrid te binden?
Kan je die DataTable/DataSet/whatever niet ergens in een sessie- of cache variabele bewaren?

[gorgi_19]

whoami schreef op 11 november 2003 @ 17:34:
Je hebt je data toch ooit eens opgehaald ut de DB om ze aan je datagrid te binden?
Kan je die DataTable/DataSet/whatever niet ergens in een sessie- of cache variabele bewaren?

Waarom niet in de viewstate? daarnaast zou je kunnen proberen om de datasource property weer terug te casten naar z'n originele type in een postback.

* gorgi_19 krijgt flashbacks..

[ Voor 21% gewijzigd door gorgi_19 op 11-11-2003 17:37 ]

[whoami]

gorgi_19 schreef op 11 november 2003 @ 17:34:
[...]

Waarom niet in de viewstate?

* gorgi_19 krijgt flashbacks..

Jaja, de viewstate is ook goed. Mits je die data niet op andere pagina's nodig hebt enzo.
Trouwens, wordt die pagina niet trager als je die hoop data in de viewstate bewaard? Wordt die data niet meegestuurd naar de client en terug dan?

[gorgi_19]

whoami schreef op 11 november 2003 @ 17:37:
[...]


Jaja, de viewstate is ook goed. Mits je die data niet op andere pagina's nodig hebt enzo.
Trouwens, wordt die pagina niet trager als je die hoop data in de viewstate bewaard? Wordt die data niet meegestuurd naar de client en terug dan?

bingo.. maar als het te veel wordt, sla je anders je viewstate serverside op?

[_Thanatos_]

Ik zet em wel in een sessie dan, maar dat heeft natuurlijk alleen zin als de sessie lokaal bewaard wordt

En whoami, de DataSource is <undefined value> volgens het immediate window, tijdens het DeleteCommand event...

[whoami]

_Thanatos_ schreef op 11 november 2003 @ 17:44:
Ik zet em wel in een sessie dan, maar dat heeft natuurlijk alleen zin als de sessie lokaal bewaard wordt

Wat bedoel je precies?

[gorgi_19]

whoami schreef op 11 november 2003 @ 17:45:
[...]

Wat bedoel je precies?

idd.. session variabele is sessiegebonden en wordt op de server bewaard

offtopic:
whoami, wees eens lief en doe speel eens een langzaam modje

[ Voor 18% gewijzigd door gorgi_19 op 11-11-2003 17:46 ]

[whoami]

[quote]gorgi_19 schreef op 11 november 2003 @ 17:46:
[...]

idd.. session variabele is sessiegebonden en wordt op de server bewaard

offtopic:
whoami, wees eens lief en doe speel eens een langzaam modje

offtopic:
geen paniek, ik ben zo weer weg.

[_Thanatos_]

Wat bedoel je precies?

Ik bedoel, sessionstate kun je ook op een SQL server bewaren... vandaar

[whoami]

_Thanatos_ schreef op 11 november 2003 @ 21:41:
[...]

Ik bedoel, sessionstate kun je ook op een SQL server bewaren... vandaar

Session state wordt altijd op de server bewaard. Of dat nu In Process is, of op een SQL Server of een state-server, dat maakt totaal niets uit.
Ik zie niet in wat het probleem zou zijn als je de session-state in een Sql Server zou bewaren?

[_Thanatos_]

Tis geen probleem, maar gewoon een leuk detail:

Je haalt iets uit SQL server wat je in een dataset stopt, en dat stop je vervolgens in een session die weer op SQL server gezet wordt

Vandaar dus maargoed dat bij mij sessies lokaal staan (op "InProc" dus).

[whoami]

_Thanatos_ schreef op 12 november 2003 @ 01:25:

Vandaar dus maargoed dat bij mij sessies lokaal staan (op "InProc" dus).

Dat is niet lokaal hoor. De sessie wordt niet lokaal (op de client) opgeslagen, maar wel degelijk op de (web)server.

De mogelijkheid om sessie-variabelen in een SQL Server of op een aparte server op te slaan, komt vooral van pas als je webapplicatie in een webfarm ofzo draait.

[_Thanatos_]

Met lokaal bedoel ik dus op een lokale resource op de server