"Stig Johansen" <stig@w3data.dk> skrev i en meddelelse
news:_CRl6.39226$2w6.744476@twister.sunsite.dk...
> Hej.
> "Allan Ebdrup" <ebdrup@ti-fire.dk> wrote in message
> news:978e4r$4dd$1@news.cybercity.dk...
[klip]
> > Mit bud vil være at dit problem skyldes din opsætning af SQL server, der
> er
> > sikkert noget permission checking eller netværks problemer af en slags,
> har
> > du checket eventloggen for at se om der kommer nogle fejl ?
>
> For en god ordens skyld, vil jeg lige nævne, at MSSqlserver IKKE er en fil
> som access. Rettigheder bliver sat på systemniveau.
>
> Typisk fejl ved migrering fra FIL til RDMS er, at man benytter en 'table
> approach' mod databasen.
> Eksempelvis "select * from tabel". osv.
>
> Lave et fornuftig DB design, optimer forespørgsler, udtag altid den
> 'billigste' ressource, kig på fast forward only cursors.
>
> Når det er lavet, vil du finde ud af, at MSSQLserver 'sparker røv'.
Hej Stig
Jeg ved ikke helt om denne kommentar er mindet på mig, men da du svarer på
mit indlæg tager jeg udgangspunkt i det.
Det jeg mener med at checke permissions og netværksproblemer er de
permissions der er på netværksadgang, opsætningsproblemer i protokoller,
bugs og alle de 1.000 andre ting der kan gå galt når man konfigurer en
Server eller to.
Min pointe er at et udtræk fra MSSQL server under normale omstændigheder
ikke bør tage længere tid end det tilsvarende udtræk fra Access, medmindre
der er noget der er sat forkert op.
Derfor tror jeg det kunne være smart at checke eventloggen på både frontend
og DB server og checke opsætningen igen.
De links jeg havde i bunden af min post indeholder praktiske tests og
gudelines for software arkitektur til at bygge gode webapplikationer dvs.
både med god performance, god skalerbarhed, nem vedligeholdelse, nem videre
udvikling osv. med Windows DNA, som typisk er IIS med ASP, COM(+) og MSSQL
Server.
Hvis jeg tager fejl og den oprindelige skrivers problem vitterligt er en
software design fejl, vil jeg anbefale at kigge de guides igennem jeg
linkede til og hive SQL Profileren op ad lommen. (det vil jeg også anbefale
alligevel, men det løser nok ikke det oprindelige problen
Jeg er ikke helt sikker på hvad du mener med 'table approach'. Hvis du mener
normalisering af databasen er det vel ikke noget man først bør gøre når man
flytter tim MS SQL Server ? Hvis du mener indpakning af tabelleren i et Data
Access Layer, typisk vha. stored procedures, er jeg enig. Hvis du mener
noget helt tredie må du lige specificere det lidt nærmere for mig.
Jeg er fuldstændig enig i at MS SQL Server "sparker røv".
Jeg har aldrig prøvet at MS SQL Server var langsommere end Access.
MVH
Allan Ebdrup.
--------------
http://www.ti-fire.dk