Hej Preben
Enig... Men hvis jeg skal hente f.eks. en kunde udfra et kundenummer, ligger
jeg ikke data direkte ud på formens kontroller, noget data skal måske
konverteres eller lign. Derfor indlæser jeg data over i variables (tidligere
benyttede jeg Type's til dette). Jeg arbejder i et stort miljø med mange
databaser/tabeller. Og da VB ikke kan include filer lavede jeg først en
Module med Types og læse/skrive/slette rutiner for hver tabel - disse
moduler kunne jeg så indlæse i projekter.
Jeg fik engang et råd om at designe dette i Class'es og derefter compile dem
som .dll filer. Det skulle give bedre performens i programmerne - var en af
argumenterne for at gøre det på denne måde.
Men hvis du har en bedre måde at håndtere dette må du da gerne skrive...
/Johnny
"preben nielsen" <prel@post.tele.dk> wrote in message
news:3ec734e1$0$32505$edfadb0f@dread16.news.tele.dk...
>
> "Johnny E Jensen" <emde@emde123456.dk> skrev i en meddelelse
> news:3ec6c039$0$48888$edfadb0f@dtext02.news.tele.dk...
>
> > For at lette programmeringen til tabeller.
> > Jeg har i et projekt en Class for hver benyttet tabel (fra SQL
> Server) Hver
> > Class svare til tabellens design. F.eks. clsKunder - der
> indeholder 81
> > felter.
>
> Men så mister du jo al fordelen ved at data oprindelig lå i en
> relationel database ?!? I en database er dataene jo delt op i
> tabeller for at af hensyn til at undgå redundans etc, og man kan
> få alle typer resultater ved at kombinere tabellerne. Alt det
> smarte mister du jo ved at spejle hver tabel i en klasse !
>
> Jeg forstår stadig ikke helt hvorfor du gør det
Jeg ville nok
> have gjort det helt anderledes.
>
>
> --
> /\ preben nielsen
> \/\ prel@post.tele.dk.
>
>