Database Mapping Generelt

re 1)

DataSet bygger på en relationel model

O/R mappere inkl. NHibernate bygger på en objektorienteret model

Så jeg vil sige at der er en markant forskel.

re 2)

Jeg forstår ikke spørgsmålet. Et DataSet består af en eller flere DataTable ikke ?

re 3)

Mine præferancer:
1) type safe collections af data klasse læst med DataReader
2) O/R mapper helst NHibernate
3) typed DataSet

arne_v:

2. Jo, men jeg mener kun selve DataTable uden, at DataSet er loaded. Det kan man da godt eller er det mig der er træt? Såvidt jeg har forstået skulle DataSet give en masse overhead.

Et eksempel på det jeg mener:

private DataTable GetDataTable()
{
  string sql = "SELECT Id FROM MyTable";
  using (SqlConnection myConnection = new SqlConnection(connectionString))
  {
    using (SqlCommand myCommand = new SqlCommand(sql, myConnection))
    {
      myConnection.Open();
      using (SqlDataReader myReader = myCommand.ExecuteReader())
      {
        DataTable myTable = new DataTable();
        myTable.Load(myReader);
        myConnection.Close();
        return myTable;
      }
    }
  }
}

Oprettes der implicit et DataSet?

det gør der sikkert ikke

jeg har aldrig overvejet konstruktionen

hvad skulle fordelen være ved det fremfor et DataSet ?

jaaa... nok ikke andet end hvad man går glip af på tegningen + lidt ekstra.
http://dotnet.developpez.com/tutoriels/ado2/vbnet/images/DataSet.jpg

Jeg har søgt efter noget med dataset vs datatable (performance) ect. men har ikke rigtigt fundet noget på nettet. Fandt blot nogle der pointerede at de brugte DataTable fremfor DataSet på grund af performance. De gav dog ikke konkrete eksempler.
Kommer nok meget an på hvilke metoder/objekter man benytter ( fx. load/fill eller DataReader/DataAdapter ect.)
Det må nok komme an på en prøve senere idag.

hvis data mængder er af en vis størrelse så bør det extra i et DataSet være
meget lidt overhead

under alle normale omstændigheder bør performance afhænge af hvor meget data der
skal hentes op fra databasen (og SQL og tabel struktur) og meget lidt af hvordan
data struktuereres i memory (*)

det må primært være et spørgsmål om hvad an synes giver et pænt design

*) undtagelsen er O/R mappere som i nogen tilfælde godt kan generere udnødvendige
SQK kald og dermed performe dårligt

Tror jeg prøver NHibernate. Tak for brugbar respons. Læg et svar og de velfortjente point er dine :)

ok

med hensyn til *Hibernate kan jeg varmt anbefale at slå udskrivning af brugt SQL
til og checke at den ikke laver nogle overflødige SQL sætninger

Hermed taget til efterretning.

jeg har haft et par uheldige oplevelser med (stumpt j)Hibernate

det er mest hvis man går DB struktur -> objekt model

Hibernate foretrækker klart objekt model -> DB struktur