Kuģis - [entries|archive|friends|userinfo]
Kuģis

[ userinfo | sc userinfo ]
[ archive | journal archive ]

[Jun. 16th, 2009|11:26 am]
Previous Entry Add to Memories Tell A Friend Next Entry
linkpost comment

Comments:
From:[info]divi_g
Date:June 16th, 2009 - 12:36 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Kurš no SQL-iem? MS SQL?
[User Picture]
From:[info]sirdna
Date:June 16th, 2009 - 12:42 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
ANSI SQL. Ar kuru var tīri laimīgi vilkt datus no MS SQL servera datu bāzēm.

Ar SQL es domāju programmēšanas valodu.
From:[info]divi_g
Date:June 16th, 2009 - 12:45 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Hmm, tad praktisks jautājums: no kā ir atkarīgs tas, vai pie where labāk izmantot like vai =?
[User Picture]
From:[info]sirdna
Date:June 16th, 2009 - 01:02 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
LIKE operators noder, ja jāmeklē simbolu virkne, kura pilnībā nav zināma un jāizmanto wildcard simboli "%" un "_". Ja ir zināma precīza simbolu virkne, labāk lietot "=". LIKE operators bieži nozīmē papildus tabulu skanēšanas un lēnāku pieprasījuma izpildīšanos.
From:[info]divi_g
Date:June 16th, 2009 - 01:05 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Hmm, 'ot man kkā liekas, ka ne vienmēr šitik viennozīmīgi :(
[User Picture]
From:[info]sirdna
Date:June 16th, 2009 - 01:12 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Saki, reizēm LIKE strādā ātrāk nekā "="?

Var jau gadīties, lai gan tas ir tāds netipisks gadījums. Tas ir uz MS SQL servera? Kura tieši?
From:[info]divi_g
Date:June 16th, 2009 - 01:24 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Jap. Uz čuju man liekas, ka tas ir no kolonnu tipa atkarīgs, bet nu eksperimentējis neesmu (un gūglējis arī ne).
Nope, MySQL.
[User Picture]
From:[info]sirdna
Date:June 16th, 2009 - 01:37 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
interesanti, bet tur bez dziļākas pētīšanas un eksperimentēšanas neiztikt. Anyway, tā ir neparasta situācija.

MySQLam nāk visādi patchi un updeiti, varbūt kāds no tiem risina konkrēto problēmu, tur gan jāpalasās, vai laboto gļuku sarakstā ir kaut kas tāds pieminēts.
From:[info]divi_g
Date:June 16th, 2009 - 01:40 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Ja godīgi, lauž :) Tā kā iespējas ir tikai divas, tad es parasti eksperimentālā kārtā noskaidroju, kas katram konkrētajam kverijam ir labāks :)
[User Picture]
From:[info]crescendo
Date:June 16th, 2009 - 01:48 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
eksperimentee tikai kverijs laizhot? vai tomeer arii uz kveriju izmaksaam skatoties?
From:[info]divi_g
Date:June 16th, 2009 - 01:49 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Man parasti ir pietiekami mazi kveriji un pa vienam, lai varētu atļauties eksperimentēt laižot :)
[User Picture]
From:[info]crescendo
Date:June 16th, 2009 - 01:52 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
A nav taa, ka tavs LIKE iet aatraak tikai tad, ja tieshi pirms ir palaists atbilstoshais EQUAL? :)
From:[info]divi_g
Date:June 16th, 2009 - 01:53 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Ņea, bet joku sapratu ;))
[User Picture]
From:[info]crescendo
Date:June 16th, 2009 - 01:47 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)

Es gan tikai oracle taustu, bet nu no pieredzes -

Ja datubaaze ir pie normaalas veseliibas, indeksi ir visi kur jaabuut, statistika nav sachakareeta, tad tam taa nebuutu jaanotiek. Equal saliidzinaajums ir labaaks. Optimizeets tiek vairaak - un var gadiities, ka kaut kur tajaa optimizaacijaa arii iespruust, bet tas nav normaali.

Vieniigais, kas attieciiba uz tipu naak praataa buutu kaut kaads hitrijs implicit conversion - bet arii tas saapiigaak skartu LIKE nevis EQUAL.
From:[info]divi_g
Date:June 16th, 2009 - 01:52 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Nu man arī liekas, ka normāli tam jā nevajadzētu būt, bet...
[User Picture]
From:[info]sirdna
Date:June 16th, 2009 - 02:10 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Bet pārbūvēt indeksus uz vainīgās tabulas, palaist kādu update statistics gan nebūtu par skādi.
From:[info]divi_g
Date:June 16th, 2009 - 02:16 pm

Re: Datu bāzu, datu noliktavu izstrādātājs. Datu transformācija un ielāde. SQL.

(Link)
Ok, kad nākamreiz saskaršos, atcerēšos šos padomus. Paldies :)