--- title: "Varför är Wipcore snabbt?" type: "forum-thread" url: "https://www.webforum.nu/amne/asp/11300-varför-är-wipcore-snabbt" topic: "ASP" topic_url: "https://www.webforum.nu/amne/asp" author: "Lukaspojken" published: "2001-08-26T19:54:00.000Z" updated: "2001-08-26T21:53:00.000Z" replies: 12 views: 264 page: 1 pages: 1 language: "sv-SE" site: "webForum — webforum.nu" rights: "Upphovsrätten till varje inlägg tillhör dess författare." attribution: "Citera som: webForum, https://www.webforum.nu/amne/asp/11300-varför-är-wipcore-snabbt" --- # Varför är Wipcore snabbt? ## #1 — Lukaspojken, 2001-08-26T19:54Z 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: Permalänk: https://www.webforum.nu/p/11300 ## #2 — LarsG, 2001-08-26T20:09Z Det sker inga databasslagningar överhuvudtaget, allt ligger i primärminne. Wipcore är ingen databashanterare. Permalänk: https://www.webforum.nu/p/284764 ## #3 — Lukaspojken, 2001-08-26T20:18Z 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? Permalänk: https://www.webforum.nu/p/284765 ## #4 — emission, 2001-08-26T20:42Z 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. Permalänk: https://www.webforum.nu/p/284766 ## #5 — LarsG, 2001-08-26T20:44Z 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. Permalänk: https://www.webforum.nu/p/284767 ## #6 — Lukaspojken, 2001-08-26T20:50Z Men hur cachar man i primärminnet om inte med sådana include-filer som jag nämnde? Permalänk: https://www.webforum.nu/p/284768 ## #7 — emission, 2001-08-26T20:59Z 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\] Permalänk: https://www.webforum.nu/p/284769 ## #8 — Lukaspojken, 2001-08-26T21:15Z 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. Permalänk: https://www.webforum.nu/p/284770 ## #9 — emission, 2001-08-26T21:25Z Application("Lukaspojken")="lagrar information i primärminnet" Som sagt, det är inte snabbt. Permalänk: https://www.webforum.nu/p/284771 ## #10 — Lukaspojken, 2001-08-26T21:32Z 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... Permalänk: https://www.webforum.nu/p/284772 ## #11 — Pace, 2001-08-26T21:40Z Application kan betraktas som en miljövariabel för serverprogrammet. Wipcore använder nog förmodligen hela ram:et Permalänk: https://www.webforum.nu/p/284773 ## #12 — emission, 2001-08-26T21:41Z 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. Permalänk: https://www.webforum.nu/p/284774 ## #13 — LarsG, 2001-08-26T21:53Z 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. Permalänk: https://www.webforum.nu/p/284775 --- Tråden på webben: https://www.webforum.nu/amne/asp/11300-varför-är-wipcore-snabbt