1 up | 2 up | 3 up | 4 up | 5 up | 6 up | 7 up | 8 up | 9 up | 10 up | 11 up | 12 up | 13 up | 14 up | 15 up | 16 up | 17 up | 18 up | 19 up |
^^^ Additional posts ^^^
zorg.ch
#36908 by @ 06.07.2004 14:34 - nach oben -
Taugt denn die Access bassierte Lösung was?

Ich musste mich vor ein paar Tagen mit so einem Access Dings rumschlagen, einfach grässlich.
zorg.ch
#36909 by @ 06.07.2004 14:39 - nach oben -
Ich schlag mich täglich mit solchen Dingern rum...und taugen tuts vielleicht schon was...nur geschwindigkeit ist ein fremdwort bei Access.
zorg.ch
#36911 by @ 06.07.2004 15:07 - nach oben -
kommt draufan. mit access 2000 kann man ein projekt direkt aufm ms sql server machen (früher konnte man höchstens per odbc tables reinrupfen).

Was hier ab und zu erzählt wird, ich aber immer noch nicht glaube ist, dass queries zum teil auf dem client gemacht werden. sprich, er rupft sich erstmal die ganze table vom server und tut dann auf dem client sorten, filtern etc.. das könnt dann schon flaschenhälse geben. glaub aber höchstens dass das so ist wenn man eine odbc table reinrupft.

bin voll nicht der experte. Es suckt hald irgendwie auch zum entwickeln, zum glück bin ich da nicht beteiligt.
zorg.ch
#36912 by @ 06.07.2004 15:11 - nach oben -
genau so ist es, um die ganze sache direkt auf dem SQL server zu machen muss man da nen speziellen abfragen-typ wählen (ka wie der wieder hiess) erst dann werden die abfragen direkt auf dem server ausgeführt und nur die results im access angezeigt. Den als GUI ist Access gar nicht sooo schlecht.
Nur wenn man die tables einfach per ODBC ruft, und nicht speziell definiert das alles aufm SQL laufen soll, wird halt alles lokal ausgeführt, was alles dann sau langsam macht.
zorg.ch
#36914 by @ 06.07.2004 15:13 - nach oben -
views
zorg.ch
#36915 by @ 06.07.2004 15:20 - nach oben -
äh ja...nur müssen die wiederum direkt auf dem SQL abgerufen werden...und nicht jeder kennt die möglichkeit dazu...*g*
zorg.ch
#36983 by @ 06.07.2004 21:58 - nach oben -
mir hännd also views (seeeehr vil!) und sisch trotzdem scheiss-langsam!
zorg.ch
#37014 by @ 07.07.2004 09:37 - nach oben -
ähm...schnell isch immer relativ...üsi views händ amigs au äs paar minütäli...aber i wöt nöd wüsä wiäs usgsächt wen mä diä im access wür no baschtlä
zorg.ch
#37135 by @ 07.07.2004 17:54 - nach oben -
hätt öbbis...
zorg.ch
#36934 by @ 06.07.2004 17:08 - nach oben -
Ich mein Access in seiner reinsten Form, nicht als GUI für einen MS SQL Server.
Zudem wenn man Access als GUI für einen MS SQL Server benutzt hat man auch n bischen was falsch gemacht nicht?
zorg.ch
#36936 by @ 06.07.2004 17:18 - nach oben -
Wieso? Ist dann ungefaehr dasselbe wie wenn du nen Oracle Forms-Server hast, oder mit ASP.NET eine Weboberflaeche dazu schreibst.
zorg.ch
#36984 by @ 06.07.2004 21:59 - nach oben -
odär php mit html findi au gar nöd sooo andärsch
zorg.ch
#36986 by @ 06.07.2004 22:11 - nach oben -
Geh sterben ;)
zorg.ch
#37005 by @ 07.07.2004 08:09 - nach oben -
schtimmts nöd?
zorg.ch
#36990 by @ 06.07.2004 22:50 - nach oben -
Nur kannst du die Oberfläche dann gleich mit VB.NET machen und musst dir nicht noch extra das Access kaufen.
zorg.ch
#37002 by @ 07.07.2004 07:23 - nach oben -
Das Access hat man eeh schon ;)
zorg.ch
#37007 by @ 07.07.2004 08:32 - nach oben -
gibt (gab zumindest mal) ne runtime version, durfte man gratis verteilen.
zorg.ch
#37074 by @ 07.07.2004 12:11 - nach oben -
Ne Runtime Version von Access? Du meinst eine der Access "Datenbank"-Engine? Ja die gabs mal, aber die ist nicht sonderlich viel wert.
zorg.ch
#36944 by @ 06.07.2004 17:41 - nach oben -
Nur das ASP.NET weniger kostet und Access nicht wirklich dazu gedacht ist.
zorg.ch
#36957 by @ 06.07.2004 18:00 - nach oben -
Office Pro hast du sowieso (im Normalfall nur wegen PP).

Und Access ist eben sehrwohl als Forms Frontend fuer den MSSQL Server gedacht.