VB, VC++, .NET, Acces, MySQL, MS SQL - Seite 2

Seite 2 von 2 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/vb_vc_net_acces_mysql_ms_sql_94509/page_2 - zur Vollversion wechseln!

chaze schrieb am 03.10.2003 um 19:52

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

watchout schrieb am 04.10.2003 um 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 schrieb am 04.10.2003 um 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 schrieb am 04.10.2003 um 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)

crashman schrieb am 04.10.2003 um 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 schrieb am 04.10.2003 um 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)