Orāklis vispār ir mistiska dabas parādība. ODBC it kā skaitās pēdīgais, ko lietot, nekā labāka nebija?

(Reply to this) (Thread)

Gribas izvirst un brīžos, kad vajag apskatīties no tabulas vienu vai divas vērtības, to darīt, klikojot programmā ar GUI (kaut Access), nevis katru reizi rakstīt kveriju.
Turklāt tas varētu būt vajadzīgs arī ļaužiem, kuri Accessu vēl varbūt sagremos (līdzīgs ekselim tak!), bet pie SQLplus toč dabūs stuporu :(

(Reply to this) (Parent) (Thread)

Varbūt es ko nesaprotu?
Kapēc nevar slēgties klāt ar normālu tūli - SQL Developer, SQL Navigator, TOAD?
Tak uzraksti tiem ļaužiem gatavu selektu, lai rullē uz nebēdu. Un ak vai, jums tak ir Discoverer ja nemaldos - uztaisi skatījumu ielādē Disco un pa virsu uzbliez atskaiti, pat jūsu PD meitenes ar to ņemas. Salasīt datus var uz nebēdu pat parametru ievadot.

(Reply to this) (Parent) (Thread)

Hmm... Tās nav PD meitenes. Developers būtu pārāk sarežģīti, TOAD imho nav nopirkts (tas tak nebija frīvāre, ne?), par Navigatoru un Discoverer painteresēšos - es te atrodos "brīvā peldējumā", tb, pašmācībā.

(Reply to this) (Parent) (Thread)

Nevis Oracle Developer, bet SQL Developer (kādreiz bija šķiet par velti, tagad manuprāt ir kaut kādas nieka kapeikas par licenci salīdzinoši). Toad vajag licenci. Navigator arī, bet man šķiet, ka jums kaut kas bija, varbūt ir kāda brīva. Ja līdzina cenu pirmajam un pēdējam produktam, tad pirmais ir krietni lētāks, tam var vienā logā palaist vairākas sesijas paralēli, ko nevar Nafigatoram. Nu kaut kā tā. Bet nu katrs developeris tomēr izvēlas to, kas labāk iet pie sirds.
TOAD man pašai nekad nav paticis, tapēc nemāku neko konkrēti teikt.

(Reply to this) (Parent) (Thread)

Zinu, ka SQL developeris, un tas joprojām ir bezmaksas.

(Reply to this) (Parent)

Kā reiz oracle java based developers ir bezmaksas - http://www.oracle.com/technetwork/developer-tools/sql-developer/pricing-faq-085267.html
Man ne pārāk patika, virknes iemeslu dēļ, bet ja ļoti vajag, tad tas ir variants. Lūk addoni (data modeller & such) tur ir maksas.

Allaroundautomations pl/sql developers ir awesome, bet maksas.
Lai gan ē... nu jā neatceros, vai kādam no šitiem diviem bija funkcija kveriju būvēšanai kā accessā (nevis uzrakstīšanai, bet kaut kādai laiciņu sabūvēšanai... ) - ja arī tāda funkcija ir, mēs to nekad nelietojam.

Toad arī esot awesome, bet maksas, vēl dārgāks un funkciju tavām meitenēm būs daudz par daudz... no otras puses, bija kaut kāds access veidīgais query buildings.

(Reply to this) (Parent) (Thread)

Ahā, ir oracle developerī query builderis - http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/sqldev/r30/SQLdev3.0_Querybuilder/sqldev3.0_QB.htm

(Reply to this) (Parent)

No lietotāja vienkāršā viedokļa imho vienīgais labums no developera ir tas, ka šamam var pieseivot paroles ;) Citādi šams ir mulsinošs.
Beigās laikam vienkārši uzķepināšu bat failu un lietošu sqlplus.

(Reply to this) (Parent) (Thread)

Nea, galvenais labums ir - rezultātu tabuliņa ir nevis statiska (sqlplus.....) bet kaut cik manadžējama un sortējama + nav no galvas jāmācās objektu nosaukumi + pasvītro kļūdaino vietu garajos kverijos + var kverija daļas atkomentēt un izkomentēt + var viegli redzēt un rediģēt iepriekšējos kverijus utml. Produktivitātei svētīgi - JA kverijus katru dienu jāraksta daudz un dažādus.

Kad testējām oracle sql devu mums galvenais mīnuss bija nestabilitāte (ļoti mīlēja frīzot/crašot) un atmiņas rijīgums kombinācijā ar visādiem remote desktop softiem.


Bet ja tev kveriji baigi nemainās, jaunus kverijus dāmām jādzejo nebūs (vai vismaz ne biežāk kā pāris jauni kveriji nedēļā) un kveriju rezultāti anyway ir 1 rinda vai kādas max 10... sqlplus+batch+spool to file izklausās ērti un aiztaupīs galvassāpes ar 'kāpēc mans kverijs nedarbojas' izskaidrošanu.

Instalācija ir diezgan nesāpīga, galvenā sāpe - environment variables (path, ld_library_path, oracle_sid, oracle_home ir pirmie 4 ko skatīties) Vai nu akurāti saliec pats, vai, ja jau lietosi batchfile, nodefinē savā scriptā, lai katru reizi uzliek konkrētajai sesijai un nebūs nekādu problēmu. Vēl reizēm ar datumu/valodu/charsetu šis tas saiet grīstē, ja klientam neesi skurpulozi norādījis tos pašus regional settingus, ko datubāzei. Nu un... klienti ir diezgan back compatible, vairumā gadījumu vari ņemt jaunāko pieejamo un derēs arī ar vecākām bāzes versijām.

Ko vēl pastāstīt? :)

(Reply to this) (Parent) (Thread)

Pagaidām pietiks, paldies :)

(Reply to this) (Parent)