12 svar · 264 visningar · startad av Lukaspojken
Jag har inte riktigt förstått vad det är i Wipcore som gör att DB-hämtningarna går snabbt att göra. Är det lätt att skapa en sådan DB-hanterare?
En artikel om Wipcore: http://computersweden.idg.se/text/010810-cs6
Det sker inga databasslagningar överhuvudtaget, allt ligger i primärminne.
Wipcore är ingen databashanterare.
Blir webhotellägare glada över sånt? Om alla lagrar i serverns primärminne då borde det väl sega mer.
Skulle man kunna få en liknande lösning om man skapade en include-fil med mängder av variabler med värden från databasen. När man gör en uppdatering i databasen så uppdateras include-filen. Som utvecklare arbetar man bara med include-filen. Förstår du hur jag menar?
Blir webhotellägare glada över sånt? Om alla lagrar i serverns primärminne då borde det väl sega mer.
Jo, men WipCore är nog mer tänkt för drift i kontrollerade miljöer.
Skulle man kunna få en liknande lösning om man skapade en include-fil med mängder av variabler med värden från databasen. När man gör en uppdatering i databasen så uppdateras include-filen. Som utvecklare arbetar man bara med include-filen. Förstår du hur jag menar?
Visst kan man tjäna en del på att cacha ut delar av databasen till filer, men det lämpar sig inte när användaren de facto ska söka i informationen, eftersom DBMS:en i 999 fall av 1000 är bättre på att söka snabbt.
Jag har svårt att tro att något webhotell skulle gå med på att lägga in något som wipcore. Det är nog mer om man har dedicerade servrar.
Lösningen med include-filen verkar inte bra alls.
Men hur cachar man i primärminnet om inte med sådana include-filer som jag nämnde?
Det kan du bara göra med extra-komponenter. Visst kan man stoppa in en del i Application, men det blir inte särskilt snabbt.
[r]En include-fil ligger ju inte i primärminnet[/r]
[Redigerat av emission den 26 aug 2001]
jag är inte så kunnig i allt som ni...:) men jag är inte rädd för att fråga. Jag ana väl det också att en include inte har med primärminnet att göra.
Kan du exemplifiera med ett enkelt exempel hur man lagrar i primärminnet med hjälp av application.
Om inte det är snabbt vad är skillnaden egentligen i att göra så och med hjälp av en komponent? Jag fattar inte riktigt hur Wipcore kan speeda upp det genom att lagra i primärminnet...
Application kan betraktas som en miljövariabel för serverprogrammet. Wipcore använder nog förmodligen hela ram:et
Om inte det är snabbt vad är skillnaden egentligen i att göra så och med hjälp av en komponent?
Application-objektet är långsamt om många samtidigt försöker att använda det. Det är ju framför allt gjort för att lagra mindre datamängder som är globala för en hel webbpplats. Det går i och för sig att lagra i princip vad som helst i Application, men det är inte optimerat för feta datamängder eller objekt.
En separat komponent kan ju själv bestämma hur den ska lagra sakerna.
Jag fattar inte riktigt hur Wipcore kan speeda upp det genom att lagra i primärminnet...
Primärminnet är ju mycket snabbare än diskarna, och i fallet WipCore så har man antagligen valt att lagra förbättrade (skräddarsydda) index-tabeller i primärminnet.
Om du skall hämta något från en databas så innebär det kommunikation med en annan processs (eventuellt över ett nätverk). Databasen behöver i vissa fall läsa från disk. Diskio är väldigt kostsamt speciellt om man jämför med en direkt primärminnesaccess.
Nu vet jag inte vilka strukture wipcore bygger upp internt men jag kan tänka mig att dom bygger en nätverksliknande struktur med direkta pekare som man kan följa för att hitta relaterat data.
Jämför det med att man gör en join i en databas, vilket innebär att man går via ett index med behov av accessa ett flertal datasidor när man skall hitta en matchande post.
