VB, VC++, .NET, Acces, MySQL, MS SQL

chaze

STIEGL Case 0wn0r

Registered: Nov 2002
Location: Braunau
Posts: 1016

03.10.2003 - 19:52

alles klar werds mit VB und Access machen.
danke für die hilfe

watchout

Legend
undead

Registered: Nov 2000
Location: Off the grid.
Posts: 6845

04.10.2003 - 01:22

also, du hast es no net erwähnt, also geb ich dir den tip so:
falls du eine client/server sache machen willst is access nicht optimal für sowas, da sollte schon mysql, mssql usw. zum zug kommen

chaze

STIEGL Case 0wn0r

Registered: Nov 2002
Location: Braunau
Posts: 1016

04.10.2003 - 13:15

Zitat von watchout
also, du hast es no net erwähnt, also geb ich dir den tip so:
falls du eine client/server sache machen willst is access nicht optimal für sowas, da sollte schon mysql, mssql usw. zum zug kommen

nein soll keine client/server sache werden. aber danke für den tipp!

atrox

in fairy dust... I trust!

Registered: Sep 2002
Location: HTTP/1.1 404
Posts: 2782

04.10.2003 - 14:03

das mit 32000 datensätzen ist eindeutig falsch - hatte schon welche mit mehreren hundert tausend - aber, man sei gewarnt: access skaliert sehr sehr schlecht - abfragen mit joins, views oder updates in diese großen tabellen entwickeln sich zu wahren geduldsproben!

//edit: manche hätten für ein kurzes mittagessen gereicht. (aber konkrete zeiten hängen dann eh wieder stark von der verwendeten hardware ab)

Bearbeitet von atrox am 04.10.2003, 14:31

crashman

OC Addicted

Registered: Oct 2001
Location: Vienna
Posts: 891

04.10.2003 - 19:18

Ich glaub die 32000 ist das limit der felder pro table soweit ich mich erinnere. Zumindestens kommt mir die zahl realistischer vor

Wobei ich für langsame abfragen nicht immer dem access allein die schuld geben würde. Das ist auch ein zusammenspiel mit den typischen usern von access ( zb. bwl'er ) die teilweise arge queries schreiben.

FMFlash

tranceCoder

Registered: Mar 2001
Location: Wien
Posts: 2037

04.10.2003 - 21:31

ob das konzept bereits fix ist oder nicht, hierbei muss ich meinen senf dazugeben:

ich würde dir C++/mysql empfehlen! warum?

- der zugriff unter C++ auf die datenbank ist dank einer einfachen, schlanken wrapper-klasse ein kinderspiel (auch in pure C keine hexerei)

- schneller !! da kannst du in vb soviel optimieren wie du willst

- hat imho mehr klasse (meine hemmungslos subjektive meinung

)

wenn du mit der WinAPI für die oberfläche nichts anfangen kannst oder vb einfach nur dein favorit ist, soll sein, andernfalls sehe ich hier keine existenzberechtigung für vb.

ps: meine diplomarbeit wird ähnlich aussehen, allerdings wird das interface kein windows-prog sein sondern eine weboberfläche (C++ CGI)

chaze STIEGL Case 0wn0r Registered: Nov 2002 Location: Braunau Posts: 1016	03.10.2003 - 19:52 alles klar werds mit VB und Access machen. danke für die hilfe
watchout Legend undead Registered: Nov 2000 Location: Off the grid. Posts: 6845	04.10.2003 - 01:22 also, du hast es no net erwähnt, also geb ich dir den tip so: falls du eine client/server sache machen willst is access nicht optimal für sowas, da sollte schon mysql, mssql usw. zum zug kommen
chaze STIEGL Case 0wn0r Registered: Nov 2002 Location: Braunau Posts: 1016	04.10.2003 - 13:15 Zitat von watchout also, du hast es no net erwähnt, also geb ich dir den tip so: falls du eine client/server sache machen willst is access nicht optimal für sowas, da sollte schon mysql, mssql usw. zum zug kommen nein soll keine client/server sache werden. aber danke für den tipp!
atrox in fairy dust... I trust! Registered: Sep 2002 Location: HTTP/1.1 404 Posts: 2782	04.10.2003 - 14:03 das mit 32000 datensätzen ist eindeutig falsch - hatte schon welche mit mehreren hundert tausend - aber, man sei gewarnt: access skaliert sehr sehr schlecht - abfragen mit joins, views oder updates in diese großen tabellen entwickeln sich zu wahren geduldsproben! //edit: manche hätten für ein kurzes mittagessen gereicht. (aber konkrete zeiten hängen dann eh wieder stark von der verwendeten hardware ab) Bearbeitet von atrox am 04.10.2003, 14:31
crashman OC Addicted Registered: Oct 2001 Location: Vienna Posts: 891	04.10.2003 - 19:18 Ich glaub die 32000 ist das limit der felder pro table soweit ich mich erinnere. Zumindestens kommt mir die zahl realistischer vor Wobei ich für langsame abfragen nicht immer dem access allein die schuld geben würde. Das ist auch ein zusammenspiel mit den typischen usern von access ( zb. bwl'er ) die teilweise arge queries schreiben.
FMFlash tranceCoder Registered: Mar 2001 Location: Wien Posts: 2037	04.10.2003 - 21:31 ob das konzept bereits fix ist oder nicht, hierbei muss ich meinen senf dazugeben: ich würde dir C++/mysql empfehlen! warum? - der zugriff unter C++ auf die datenbank ist dank einer einfachen, schlanken wrapper-klasse ein kinderspiel (auch in pure C keine hexerei) - schneller !! da kannst du in vb soviel optimieren wie du willst - hat imho mehr klasse (meine hemmungslos subjektive meinung ) wenn du mit der WinAPI für die oberfläche nichts anfangen kannst oder vb einfach nur dein favorit ist, soll sein, andernfalls sehe ich hier keine existenzberechtigung für vb. ps: meine diplomarbeit wird ähnlich aussehen, allerdings wird das interface kein windows-prog sein sondern eine weboberfläche (C++ CGI)

VB, VC++, .NET, Acces, MySQL, MS SQL

Forum Index > Software > Coding Stuff

chaze

watchout

chaze

atrox

crashman

FMFlash