Jeg har netop fuldført design og kode (asp) af min nye hjemmeside, men vil her efterfølgende skifte fra access db til mysql db, og er nu rendt ind i nogle problemer med kodeændrig, som jeg desværre ikke selv har erfaring med.
Derfor har jeg brug for periodisk hjælp med at komme på rette spor, og det må jeg naturligvis betale for. Jeg kunne forestille mig, at der måske sad en meget dygtig amatør koder eller måske en student, som var interesseret i disse små opgaver, og hvis projektet udvikler sig positivt, skal hele koden på et tidspunkt strammes op, måske tilmed ændres.
Jeg går efter en mere stabil db og håber at min webside kan komme op på et rimeligt stort antal brugere, som jeg har forstået at access ikke kan klare....i hvert fald på en gang. Derfor har jeg valgt at skifte db inden jeg lægger min side ud på nettet.
Beklager jeg først svarer nu, der har været virus i luften:-)
Jeg ved ikke med antal brugere, men måske 50.000 det ville da være lækkert. Som jeg har forstået det, kan access godt håndtere mange brugere, men kun 10-20 på én gang. Det skulle helst udvikle sig på den måde, at jeg har en database som pludselig står af, for så står jeg nok også af:-)
Beklager jeg først svarer nu, der har været virus i luften:-)
Jeg ved ikke med antal brugere, men måske 50.000 det ville da være lækkert. Som jeg har forstået det, kan access godt håndtere mange brugere, men kun 10-20 på én gang. Det skulle helst udvikle sig på den måde, at jeg har en database som pludselig står af, for så står jeg nok også af:-)
Mvh. happymig
Den står da ikke af ved mere end 20 kald - de bliver bare betjent en ad gangen.
Behold dog din database hvis det virker.
Man risikerer nemt som selvstændig at komme ud i optimerings- og nogen gange automatiserings mani. Helt unødvendigt. Det der tæller at få et produkt ud - og lade brugerne bestemme hvornår kapaciteten skal udvides.
Problemet er, at hvis databasen efterfølgende viser sig ikke at kunne holde trit med brugerne, så skal jeg med min ringe kode-erfaring pludselig begynde at ændre på kode osv. Det vil jeg helst undgå, og efter lidt læsning på diverse forum fik jeg fornemmelsen af, at et skift fra access til mysql kunne ske forholdsvis nemt. Der tog jeg så fejl, det var mere besværligt end forventet, men hvis min side bliver polulær, står jeg på et eller andet tidspunkt og skal skifte db alligevel, hvorfor det vel er klogst at gøre det nu, er det ikke korrekt?
Problemet er, at hvis databasen efterfølgende viser sig ikke at kunne holde trit med brugerne, så skal jeg med min ringe kode-erfaring pludselig begynde at ændre på kode osv. Det vil jeg helst undgå, og efter lidt læsning på diverse forum fik jeg fornemmelsen af, at et skift fra access til mysql kunne ske forholdsvis nemt. Der tog jeg så fejl, det var mere besværligt end forventet, men hvis min side bliver polulær, står jeg på et eller andet tidspunkt og skal skifte db alligevel, hvorfor det vel er klogst at gøre det nu, er det ikke korrekt?
Fordi det er dumt at sælge skindet før bjørnen er skudt.
Hvis din side bliver populær skal du sikkert også have en ny bil og et jakkesæt. Så må det altså være klogest at købe nu ! :-)
Bevares - skift du bare, men du risikerer at pengene er spildt hvis du ikke får udnyttet de ekstra kapacitetsmuligheder alligevel.
Jeg syntes, du er lidt langt ude nu med dine betragtninger vedr. ny bil og jakkesæt, det jeg forsøger, er jo blot at komme evt. problemer i forkøbet som mange giver udtryk for på diverse forum på nettet ifm med brug af accces ved flere brugere. At det så måske er unødvendigt kan jeg med min ringe erfaring ikke vide, men må dog prøve at vurdere hvad der er bedst, ud fra de oplysninger jeg har.