[C#] tabel op inhoud checken*

[stp_4]

Dag mensen,

Ben sinds korte tijd begonnen met het onder de knie krijgen van ASP.NET + C#. Ik ben op zoek naar een manier om te kijken of een tabel waardes bevat. Nadat ik mij stored procedure aanroep wil ik kijken of hij wel wat ophaalt of niet. Dacht eerst dat het op deze manier moest:

myConnection.Open();
SqlDataReader dr = myCommand2.ExecuteReader();
if(dr.Read())
{
veld = "haalt gegevens op";
}
else
{
veld = "haalt geen gegevens op";

myConnection.Close();
}
Na dit te testen kwam ik erachter hij middels deze check altijd iets leest ondanks dat de velden in de database toch leeg zijn. Met andere woorden rs.Read is dus altijd waar. Op welke manier kan ik wel checken of er gegevens in een tabel staan?

Mvg,

Stp

[TeeDee]

hmm, laa maa. Hier stond iets doms geloof ik.

edit:
er stond eerst: Met .EOF. Weet niet zeker of dit in .NET gaat...

[ Voor 132% gewijzigd door TeeDee op 30-09-2003 12:59 ]

[whoami]

Als je stored procedure geen rows returned, dan zal dr.Read() niet lukken, en wordt de else - tak van je if - statement uitgevoerd.
Als je wilt checken of de velden die je uitgelezen hebt, leeg zijn, kan je checken op DBNull.Value.

Daarnaast: het is misschien een idee om eens de FAQ en de Quickstart te lezen. Je zult zien hoe je hier je code kunt uitlijnen (gebruik maken van code-tags), en dat we hier een topictitel verwachten met daarin de taal/platform waarmee je werkt.

[stp_4]

Dat uitlijnen dat lukt mij wel.....

Maar hoe pas ik die DBNull toe in mij code?

[whoami]

stp_4 schreef op 30 september 2003 @ 13:49:
Dat uitlijnen dat lukt mij wel.....

Waarom doe je het dan niet?

Maar hoe pas ik die DBNull toe in mij code?

Kijk misschien eens in de help hoe je dat doet....
In P&W willen we je wel graag helpen, maar we gaan nu ook niet alles gaan voorkauwen. Een beetje zelfwerkzaamheid is ook wel gewenst.

[stp_4]

Omdat de opmaak niet meegenomen werd heb ik ff voor de duidelijkheid shift tab gebruikt omdat alles door elkaar stond. Die DBNull.Value geeft een conflict namelijk met de namespace System.Data.SqlClient, vandaar dat ik vraag hoe waar dat aan zou kunnen liggen

[whoami]

DBNull wordt in de System namespace gedefinieerd.
Welk conflict krijg je dan wel?

[stp_4]

'System.Data.SqlClient.SqlDataReader' does not contain a definition for 'DBNull'

geen conflict....

[whoami]

Kun je dan misschien ook eens tonen hoe je dat stukje gebruikt?
(enkel relevante code)

[stp_4]

misschien een vraag die ik eerder had moeten stellen wat is DBNull.Value?

[whoami]

Rechtstreeks uit de help:

This class is used to indicate the absence of a known value, typically in a database application.

In database applications, a null object is a valid value for a field. This class differentiates between a null value (a null object) and an uninitialized value (the DBNull.Value instance). For example, a table can have records with uninitialized fields. By default, these uninitialized fields have the DBNull value.

This class is also used in COM interop to distinguish between a VT_NULL variant, which is associated with a null object, and a VT_EMPTY variant, which is associated with the DBNull.Value instance.

DBNull is never equal to anything.

DBNull is a singleton class, which means only one instance of this class can exist. That sole instance is DBNull.Value.

Data intensive applications accessing SQL databases must use the System.Data.SqlTypes classes, which have inherent support for null values.

Sorry hoor, maar als jij niet eens de moeite wil nemen om zelf iets op/uit te zoeken, dan doe ik dat ook niet.