Comments on: Mūžu dzīvo, mūžu mācies

By: DD

DD — Mon, 22 Oct 2007 14:42:26 +0000

=> Didulis, pie datu izmaiņām veikt pārkalkulāciju… Glabāt to var N-tos veidos… memcache, faili, db … izvēlies ērtāko… Visos gadījumos būs pieejami jaunākie dati, jo tie ir šārētie resursi… Sessiju es nevienā vietā nepieminēju.

Protams, ja ir paredzams izmantot tikai Mysql un principā nekad citu DB, tad var izmantot arī šo fīču… Tādā gadījumā es neesmu pret.

Bet katru reizi veikt kalkulāciju, ja tas nav nepieciešams (bez WHERE nosacījumiem, vai daļēji sakešoti [piem., CATID_COUNT]), no perfomances viedokļa ir muļķīgi.

By: Cypher

Cypher — Mon, 22 Oct 2007 10:26:58 +0000

Te ir laba lapa: http://www.mysqlperformanceblog.com/
varbūt nezini par tādu…

Te ir konkrēti par tavu tēmu:
http://www.mysqlperformanceblog.com/2007/08/28/to-...

Blogs ir interesants, divi krievu džeki ņem cauri visādas advancētas MySQL lietas. Viens no viņiem bija “Manager of High Performace Group at MySQL Inc”, otrs bija “employed by MySQL Inc as Performance Engineer”. Tā kā nav nekādi lameri…

By: Didulis

Didulis — Mon, 22 Oct 2007 10:18:52 +0000

–> DD: Saglabājot kaut kur pēc ievietošanas un dzēšanas vaicājumiem tik un tā vajadzēs izveikt atlases vaicājumu vai faila nolasīšanu. Protams tā nav skaitīšana, taču tik un tā. Sesijas ietvaros to vēl var glabāt kopā ar visu sesiju, izveicot sākuminicializāciju, taču tas var novest pie kļūdas datu izmaiņas gadījumā.

By: zb

zb — Mon, 22 Oct 2007 07:30:30 +0000

ir ir selecti ar šo fīču mazliet lēnāki, bet kopā tāpat ātrāk nekā 2 selecti

By: DD

DD — Mon, 22 Oct 2007 07:27:48 +0000

Ja nav kaut kāds WHERE, tad labāk tos COUNT() pieglabāt kaut kur – vai nu DB, vai nu atmiņā… tiks viens SQL un/vai pārs updeiti…

klasiskais – lappošana pakategorijām – count * group by catid + (updeiti or memcache/etc)… Nafig katru reizi skaitīt ? Ja pie insertošanas var pārskaitīt un saglabāt.

By: laacz

laacz — Mon, 22 Oct 2007 05:53:32 +0000

Kristap, asprātīgi, protams. Dienasgrāmatas īpašnieks nav vēlējies jums rādīt šo ierakstu vai arī ieraksts ir dzēsts!

By: kristaps

kristaps — Sun, 21 Oct 2007 21:08:12 +0000

Veicu nelielu testu attiecībā uz ātrdarbību .
http://www.draugiem.lv/?pid=2719570#

By: haa

haa — Fri, 19 Oct 2007 14:24:22 +0000

tak Ingus iemeta saiti, kur parastais COUNT(*) izpogāja šito brīnumu

By: lasītājs

lasītājs — Fri, 19 Oct 2007 13:30:21 +0000

Atklāju pirms pāris mēnešiem un biju ne mazāk priecīgs.
Vēlāk gan vīlos. Neatceros īsti par ko. Varbūt par to, ka procedūrās nevar īsti izmantot no PHP puses (bet divus mēnešus neesmu mēģinājis, neatceros).

By: KAC

KAC — Fri, 19 Oct 2007 12:27:57 +0000

kaut kad sen biju atklājis, bet neiegājās to lietot un tā arī aizmirsu, varbūt nākamajā jaunajā projektā būs jāiesāk izmantot

By: Velko

Velko — Fri, 19 Oct 2007 12:12:02 +0000

Ir tikai viena bēda – šī ir MySQL-only fīča. Tā kā man pārsvarā sanāk darīšana ar Postgres un Firebird bāzēm, tad būs vien jāpaliek pie vecā labā count(*).

By: Didulis

Didulis — Fri, 19 Oct 2007 11:55:32 +0000

Ctrl+D. ;-)

By: nelien

nelien — Fri, 19 Oct 2007 11:36:37 +0000

ņuņņa

By: Kristaps Kaupe

Kristaps Kaupe — Fri, 19 Oct 2007 10:21:32 +0000

Ingus: Tas tā varētu būt tik uz MyISAM tabulām, jo uz InnoDB COUNT() ir nejēgā lēns. Testējis gan neesmu.

By: Edijs

Edijs — Fri, 19 Oct 2007 10:19:54 +0000

Karoch. Es te izveicu pāris eksperimentus ar savas lapas datubāzi, selektēju komentus – tur man ir vietām posti, kur nenormāli daudz spamboti piedirsuši un es joprojām neesmu patīrijis. Attiecīgi tabulā ap 40k ierakstu. Testi liecina, ka tik tiešām ir tā kā tajā Ingus iemestajā linkā rakstīts – ar šito SQL_CALC_FOUND_ROWS pirmais kverijs izpildās ilgāk. Ne ļoti, bet katrā ziņā neizskatās, ka selects+selects-ar-count darbojas ātrāk.