Avatar billede 2dbornot2db Nybegynder
05. februar 2005 - 23:57 Der er 1 kommentar og
3 løsninger

Valg af backend-platform/type

Jeg har arbejdet en del med Access, men der er nogle spørgsmål vedr. backends, der stadig er uafklarede.

1)
Jeg har brugt access som backend på interne netværksdrev (altså hvor drevet optræder som G/H/I osv. drev). Det er imidlertid ofte, at denne løsningmodel kører særdeles langsomt ved blot 2 eller 3 samtidige brugere, selvom jeg bruger forskellige optimeringsteknikker (eks. begrænser jeg recordsource for en form til et enkelt ID og opdaterer denne ved navigation).
- Hvordan er folks erfaringer med dette? Findes der nogle steder beskrivelser af yderligere optimeringsteknikker?

2)
MS SQL-server som backend. Dette fungerer fremragende og gnidningsløst via ODBC

3)
MySQL-server som backend. Dette fungerer ikke altid gnidningsløst. Er der nogen der kan pege på steder/artikler, der særlig omhandler hvordan man kan forbedre/udnytte dette kombination?
Er der evt. nogle der kan henvise til udbydere af web-hoteller, hvor det er muligt at oprette ODBC-forbindelse til MySQL-serveren? Jeg har erfaret at få tilbyder dette.

4)
Access på webhotel som backend. Jeg forstår slet ikke denne kombination! :-) Mange webudbydere reklamerer med dette, men hvordan forestiller de sig at man forbinder en frontend til access-databasen (hvis det altså er det de forestiller sig)?
Er der nogle der har erfaringer med dette?

Jeg forestiller mig, at en del kan drage nytte af eventuelle tips og/eller kommentarer så hold dig ikke tilbage.
- også selvom du ikke kan kommentere på alt :-)

Ift. point forestiller jeg mig at dele sol og vind lige til de (brugbare) inputs der måtte komme i løbet af en lille uges tid.

Tak for hjælpen!
Avatar billede nih Novice
06. februar 2005 - 00:07 #1
1) prøv at lade dine brugere have en fælles frontend på samme netværksdrev som backend. Det har hjulpet på nogle af mine db'ere

2) enig

3) ingen erfaring

4) her er det meningen´at du skal programere din frontend i form af asp, asp.net eller hvad webhotellet understøtter

Niels
Avatar billede bufferzone Praktikant
06. februar 2005 - 00:07 #2
1. Min erfaring er den samme som din, nemlig at det kører langsomt og næsten dræbende når derer flere samtidige brugere. Access er god under udviklingen, hvor man selv tester, men når miljøet skal i produktion, så skal der oftest porteres til noget andet. Du kan, IMHO, ikke optimere det afgørende.

2. Fungerer godt, men kontroller licens bestemmelserne. Som jeg læser dem koster det kassen hvis du skal have applikationen på internettet med offentlig adgang. Jeg har kun MS SQL kørende på Intranet af samme årsag.

3. MySQL har jeg ikke de store problemer med når den først kører. Den fungere selvfølgelig bedst med Apache og php, men det kan godt lade sig gøre med ASP. Jeg har folk der kan sætte det op, så jeg roder ikke så meget med selv SQL basen selv

4. Ja det er med en access backend. Jeg tror det er ud fra devisen " det kender folk og er trykke ved". Jeg ser dette til små private løsninger hvor der sjældent er mere end en bruger på ad gangen

Du kunne prøve at kikke forbi http://www.linuxbog.dk Det er primært om Linux (næsten udelukkende) men de bør kunne give dig nogle hints
08. februar 2005 - 09:18 #3
Jeg er generelt enig i jeres synspunkter. Dog har jeg lavet masser af rene Access-applikationer som kører uden problemer med 5-10 brugere. Det afhænger meget af netværket og selvfølgelig optimareing af databasen.

Som et alternativ til dine 4 modeller, vil jeg da anbefale MSDE som backend og Access som frontend. MSDE er jo Microsofts "gratis" SQL-server, som blot er optimeret til 5 samtidige brugere og har en begrænsning på 2 GByte. Den følger med Office Prof.

Mht pkt 4, så er det (som du selv er inde på) en meget almindelig konstellation, da Access er nem at vedligeholde som backend (ifh til en databaseserver) og så kan den trods alt håndtere 255 samtidige brugere. 50.000 hist pr måned er således normalt ikke noget problem for en Access-backend. Når man programmerer i ASP, så lukker man jo forbindelsen til databasen med det samme, hvorfor mange brugere sagtens kan være på sitet samtidig uden egentlig at connecte samtidig til databasen.

Niels-> det glæder (eller skræmmer) mig, at du har haft de samme erfaringer med fælles frontend på server, som jeg! Det er jo ellers i strid med alle teorier og anbefalinger. Men faktum er, at det ofte kører hurtigere!
Avatar billede 2dbornot2db Nybegynder
14. februar 2005 - 23:33 #4
Det var ikke meget, der kom ud af dette. Jeg havde håbet der ville komme en mere livlig diskussion/erfaringsudveksling.

Tak til dem der har bidraget :-)
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Dyk ned i databasernes verden på et af vores praksisnære Access-kurser

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester