ado.net tryb połączeniowy, a bezpołączeniowy

cześć mam pytanie.
czy jest jakaś korzyść przemawiająca za trybem połączeniowym, a bezpołączeniowym?
Jeśli dobrze rozumiem to w bezpołączeniowym operujemy na danych w pamięci a potem są one wysyłane do serwera b.d.
no ale co za różnica w szybkości, jeśli ręcznie sobie obsługujemy zdarzenia w stylu
onbttn_click(){
połączDoBazy; zapiszDane(); RozlaczSie();
}
to gdzie tu korzyść dla bezpołączeniowego w szybkości?

Źle to rozumiesz. W trybie "disconnected" dane są dostępne również po zamknięciu połączenia. Ma to znaczenie w przypadku dużych systemów bo każde połączenie zżera zasoby. Poza tym ADO jest pewną uniwersalną abstrakcją dostępu do baz danych stąd posiada dużą elastyczność na której można budować bardziej wyrafinowane narzędzia.

Tryb połączeniowy ma sens do prostych aplikacji, w których chodzi o wydajność albo model danych jest bardzo prosty (kilkanaście prostych tabel) i niezmienny.
Tryb połączeniowy to implementacja wzorca table data gateway pozwalająca na mapowanie rekordów tabeli na proste obiekty w trybie 1:1. W dobie sensownych ORMów i mikroORMów nie ma sensu używanie go.

no wlasnie to mnie zastanawialo, po co te datasety tworzyc jak mozna entity wrzucic...