Ja nu kādu aizrauj šīs sadzīvē aplam noderīgās lietas.

(Reply to this) (Thread)

vai ir bijusi darīšana ar Oracle DB?

(Reply to this) (Parent) (Thread)

Zināma darīšana ir bijusi, tik daudz kā savākt no tādām datus, rakstīt SQL pieprasījumus, lādēt datus iekšā. Pavisam nekāda nojausma par Oracle administrāciju un konfigurēšanu.

(Reply to this) (Parent) (Thread)

mani pagaidām interesē prasības servera kastei un licenšu jautājums (pēc neta info to variantu ir TIIK daudz...).
vari kko teikt šajā jautājumā?

(Reply to this) (Parent) (Thread)

Sevišķi daudz par Oracle licencēm nezinu.

Vispār licencēšanas piegājieni Oracle šobrīd ir divi - lietotāju un procesoru licences. Lietotāju licencēm tu vari reģistrēt datu bāzē atļauto lietotāju skaitu. Labā ziņa ir tāda, ka lietotājs var būt Janka un Pēteris (2 lietotāji datu bāzē), bet lietotājs var būt arī programma, kuru izmanto Janka, Pēteris, Anniņa un viss pārējais kolektīvs (1 lietotājs datu bāzē).

Procesoru licencēm lietotāju var būt bez jēgas, tur ir ierobežojumi uz servera procesoru skaitu.

Servere kastes prasības atkarīgas no tā, kāda paredzēta slodze, cik lietotāju, cik tie aktīvi, kādi ir datu apjomi, kādu Oracle servera versiju ir paredzēts izmantot.

Vispār Oracle licencēšana un produktu pozīcijas ir stipri samudrītas, tas gan.

(Reply to this) (Parent) (Thread)

tik daudz +/- skaidrs.
jāsāk tramdīt ārzemnieki ;)

(Reply to this) (Parent) (Thread)

Uz vietas vai ta nav neviena, kādā Orākļa pārstāvniecībā?

(Reply to this) (Parent) (Thread)

vietējā nav pazīstamu cilvēku ;)
ir doma/vajadzība iepirkt softus ar DB no USA un Eiropas. Eiropas softam principā nāk līdzi Oracle licence darbam, bet, kas notiek ar USA softu, kā tam tiek skaitīti lietotāji un vai tos abus var/drīkst likt uz vienas kastes - hvz.
lai zinātu, ko jautāt, bik jāiebrauc sistēmā.

(Reply to this) (Parent) (Thread)

Nujā, tur ir jāskatās konkrētie softi, kādas cūcības tajos ir slēptas.

(Reply to this) (Parent)

Ja softam jau ir iekļauta runtime licence, tad pašam licences nav jāpērk. Tomēr ja paši taisīsiet papildus funkcionalitāti (piemēram reportus ar kaut kādu 3o pušu rīku) tad visiem lietotājiem vajadzēs pirkt licences.

(Reply to this) (Parent) (Thread)

vienam softam (Eiropas) licence ir gan softam, gan lietotājiem (tur pēc noklusējuma katram programmatūras modulim un lietotājam jāpērk license pa NkLs), par otru nav skaidrs.

(Reply to this) (Parent)

http://www.oracle.com/technology/products/database/xe/index.html
Par brīvu, ja nepārsniedz 1CPU serverim un 4GB datiem

(Reply to this) (Parent)

Kurš no SQL-iem? MS SQL?

(Reply to this) (Parent) (Thread)

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.

(Reply to this) (Parent) (Thread)

Hmm, tad praktisks jautājums: no kā ir atkarīgs tas, vai pie where labāk izmantot like vai =?

(Reply to this) (Parent) (Thread)

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.

(Reply to this) (Parent) (Thread)

Hmm, 'ot man kkā liekas, ka ne vienmēr šitik viennozīmīgi :(

(Reply to this) (Parent) (Thread)

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?

(Reply to this) (Parent) (Thread)

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.

(Reply to this) (Parent) (Thread)

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.

(Reply to this) (Parent) (Thread)

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 :)

(Reply to this) (Parent) (Thread)

eksperimentee tikai kverijs laizhot? vai tomeer arii uz kveriju izmaksaam skatoties?

(Reply to this) (Parent) (Thread)

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.

(Reply to this) (Parent) (Thread)

Nu man arī liekas, ka normāli tam jā nevajadzētu būt, bet...

(Reply to this) (Parent) (Thread)

Bet pārbūvēt indeksus uz vainīgās tabulas, palaist kādu update statistics gan nebūtu par skādi.

(Reply to this) (Parent) (Thread)