S
Sean
Ok, ADO.NET is confusing the heck out of me. If I want to
just do a Transact-SQL SELECT Statement to a SQL Server
2000 Database in Visual Basic, should I even use ADO
Recordsets anymore. I was looking at the SQL Server
Specific stuff: (SQLClient.SQLConnection,
SQLClient.SQLCommand and SQLClient.SQLReader) but the SQL
Reader doesn't seem to have a nice way of navigation like
the ADORecordsets had. Or do I need to actually create a
SQLDataAdapter and fill a Dataset with the data. Basically
all I want to do is read one ID field:
"SELECT ID FROM TABLE WHERE Name = SomeName" and it seems
like I am creating alot of overhead to do it.
Thanks
Sean
just do a Transact-SQL SELECT Statement to a SQL Server
2000 Database in Visual Basic, should I even use ADO
Recordsets anymore. I was looking at the SQL Server
Specific stuff: (SQLClient.SQLConnection,
SQLClient.SQLCommand and SQLClient.SQLReader) but the SQL
Reader doesn't seem to have a nice way of navigation like
the ADORecordsets had. Or do I need to actually create a
SQLDataAdapter and fill a Dataset with the data. Basically
all I want to do is read one ID field:
"SELECT ID FROM TABLE WHERE Name = SomeName" and it seems
like I am creating alot of overhead to do it.
Thanks
Sean