[tartareandesire]

Ursprungligen postat av StefanBergfeldt

Bjorne, är du säker på det? Självklart är det bra (nödvändigt) med index, men är du säker på att det blir lika snabbt som index på en integer?

Det är ju lätt att testa? Skillnaden är extremt liten och gör ingen som helst skillnad för besökaren såvida man inte har enorma tabeller med ett antal miljoner rader.

[tartareandesire]

Ursprungligen postat av fabian

Jag tror man skall ha en rätt saftig databas för att det skall räknas.

Testade att göra sökningar i en databas jag har. Ingen av sökningarna var cachad innan.

Att söka på slug tog 0.0008 sekunder.
Att söka på int tog 0.0007 sekunder.

Nu har jag iof bara ca 250 000 rader i databasen, men i den storleken gjorde det alltså mycket liten skillnad. Både int och slug är indexerade.

Det stämmer som du säger men att bara göra en sökning säger ingenting. Samma sökning en millisekund senare kan ta tre gånger så lång tid om man har otur.

[StefanBergfeldt]

Ah, men liten skillnad gör det alltså
Dock tillräckligt liten för att det ska vara värt att undvika Id i URLer

[Kimpo]

Själv har jag kört en cachad Dictionary <slug, id> för att slå upp slugs mot id:n, vet ej om det är optimalt men har gått väldigt snabbt och fungerat bra. Pratar ni om en indexerad tabell med slugs eller eller vanlig strängmatchnings query mot post tabellen där slugkolumnen finns?

[dAEk]

Är man inte låst till .NET 2.0 eller äldre verkar aspnet35routing bättre. Har vi någon som har testat det och i så fall: vad tycker ni är bra resp. mindre bra?
Jag kör med det i senaste projektet och hittills har det fungerat bra! Framförallt gillar jag att man kan använda alias för ens regler så att man slipper hårdkodade sökvägar här och där. En annan fördel är att sidnamnen inte läggs till i URL:n vid postbacks, något som UrlRewriter tenderar att göra.