PC Review


Reply
Thread Tools Rate Thread

ado.net 2.0?

 
 
Brent
Guest
Posts: n/a
 
      19th Dec 2005
Ok please somone correct me if im wrong. I think a lot of the changes to the
underlying structure to ado.net in version 2.0 are for controls. The new
features make it much easier to bind controls to the database with almost no
code at all. If your not binding data to the controls though you should use
the old way to access the DB. For example, if you wanted to return a dataset
as a web service. You will still use the old method of getting a connection
object, data adapter, and a command object and use the fill method off of
the datadapter? The reason im asking is because i have been reading a lot
that the "old" way of data access is still supported as if you shouldn't
code stuff to work with the new data access layer. Kind of how dts is still
supported in sql server 2005 yet you shouldn't code stuff on an ongoing
basis using dts.

thanks,
Brent


 
Reply With Quote
 
 
 
 
Sahil Malik [MVP C#]
Guest
Posts: n/a
 
      20th Dec 2005
The old time golden rules of ADO.NET still apply. Is there a specific
question you have?

- Sahil Malik [MVP]
ADO.NET 2.0 book -
http://codebetter.com/blogs/sahil.ma.../13/63199.aspx
__________________________________________________________



"Brent" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> Ok please somone correct me if im wrong. I think a lot of the changes to
> the underlying structure to ado.net in version 2.0 are for controls. The
> new features make it much easier to bind controls to the database with
> almost no code at all. If your not binding data to the controls though you
> should use the old way to access the DB. For example, if you wanted to
> return a dataset as a web service. You will still use the old method of
> getting a connection object, data adapter, and a command object and use
> the fill method off of the datadapter? The reason im asking is because i
> have been reading a lot that the "old" way of data access is still
> supported as if you shouldn't code stuff to work with the new data access
> layer. Kind of how dts is still supported in sql server 2005 yet you
> shouldn't code stuff on an ongoing basis using dts.
>
> thanks,
> Brent
>



 
Reply With Quote
 
Mary Chipman [MSFT]
Guest
Posts: n/a
 
      20th Dec 2005
A lot of things are still the same, with some new features and
enhancements to familiar features. Working with controls is different
than working with ADO.NET in code, mainly because there are new
controls and new ways of doing data binding.

Here's a link to what's new in ADO.NET, which should hopefully answer
your questions:
http://msdn2.microsoft.com/en-us/library/ex6y04yf.aspx

--Mary

On Mon, 19 Dec 2005 16:13:48 -0600, "Brent" <(E-Mail Removed)>
wrote:

>Ok please somone correct me if im wrong. I think a lot of the changes to the
>underlying structure to ado.net in version 2.0 are for controls. The new
>features make it much easier to bind controls to the database with almost no
>code at all. If your not binding data to the controls though you should use
>the old way to access the DB. For example, if you wanted to return a dataset
>as a web service. You will still use the old method of getting a connection
>object, data adapter, and a command object and use the fill method off of
>the datadapter? The reason im asking is because i have been reading a lot
>that the "old" way of data access is still supported as if you shouldn't
>code stuff to work with the new data access layer. Kind of how dts is still
>supported in sql server 2005 yet you shouldn't code stuff on an ongoing
>basis using dts.
>
>thanks,
>Brent
>

 
Reply With Quote
 
 
 
Reply

Thread Tools
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off



Features
 

Advertising
 

Newsgroups
 


All times are GMT +1. The time now is 05:29 AM.