25. august 2006 - 18:54Der er
13 kommentarer og 1 løsning
MySQL funktion + transactions
Hej eksperter. Jeg kunne godt tænke mig større indblik det med transaction f.eks. med commit og alt det andet jeg ikke kender til :D og så ligeså med funktioner.
Jeg tror det er bedre, men spørger lige alligevel: Kan det betale sig at f.eks. cut'te en string af i mySQL, frem for at gøre det f.eks. i PHP? Jeg vil sige det er bedre i mySQL, da man så sparer ressourcer på at trække det hele ud, og så kun vise 30 tegn eller hvor meget man nu vil bruge.
Hvis netvaerket mellem web serveren og database serveren er en flaskehals og strenget er meget laengere end de 30, saa vil du forbedre performanced ved at trunkere i MySQL fremfor i PHP.
Men hvis du nu begynder at operere med en objekt model i PHP, saa giver den slags adhoc optimeringer ikke meget mening.
hvis du i en mysql_query i den side der skal vise data kun selecter de foerste 30 tegn ud af f.eks. 2000 tegn, saa faar du en performance forbedring
men hvis du opbygger en lagdelt web applikation, saa vil du laese alle felter op fra tabellen i en instans af en data klasse, som intet ved om hvordan data skal vises, og derfor vil trunkeringen skulle ske i dit praesentations lag
min pointe er at teknikken undre visse omstændigheder (se ovenfor) kan forbedre performance, men at det i mere professionelle applikationer ikke kan bruges fordi der er bruger interfacet (hvor man kun har brug for de 30 tegn) adskilt fra den kode som læser op fra databasen
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
Slettet bruger
Slettet bruger
Opret
Preview
