Vai kāds lieto APEX?

47 skatījumi
Pāriet uz pirmo nelasīto ziņojumu

Maris Punenovs

nelasīta,
2012. gada 7. marts 10:46:5307.03.12
uz Latvian Oracle User Group
Sveiciens!


Apmēram nedēļu ar minimālām sekmēm mēģinu apgūt it kā par vienkāršu
izdaudzināto APEX.
Uzdevums ir uztaisīt formu, ar ko skatīt, ievadīt un labot datus
datubāzē stavošā tabulā caur web interfeisu.

Vispirms samulsu pie Application Type - Database vai Websheet:
1) vispirms pamēģināju websheet, bet nekas prātīgs nesanāca;
2) konstatēju, ka vairums helpu ir par Apex 3.2, bet Websheet ir
jaunievedums iekš 4.x un nolēmu, ka jaunievedumu man nevajag.

Nākošā izvēle - Select Page Type:
Report - šo es neņemu, jo "report" manā izpratnē nozīmē tikai datu
skatīšanos, bet nevis papildināšanu vai mainīšanu (?);
Form - šis it kā uztaisa formu vienam ierakstam, bet forma nesatur
nekādus datus;
Tabular Form - vienīgais, kas it kā strādā. It kā, jo:
1) grupē ierakstus pa 10 vai 15 - vai tiešām šo grupas lielumu nevar
mainīt?
2) neatļauj rediģēt kolonnas, kas ietilpst tabulas "primary key".
Nācās pārtaisīt tabulu, izveidojot jaunu primary key, veco pārtaisot
par vienkārši unique;
3) elementu izkārtojumu aplikācijas weblapā, cik saprotu, tiešā veidā
mainīt nevar, to dara kautkāds rendering process.
Attēlā Poga.gif redzams, kur defaulti izvietotojās poga, kas atver
otru formu
http://failiem.lv/down.php?i=pkpwltm&n=Poga.gif
Man pat neizdodas iekš Application Builder atrast, kur un kā šī poga
ir definēta.

Tāpat arī nav izpratnes par lietotāju autentifikācijas mehānismiem un
to iespējamo vienkāršošanu.
Vispirms jau kautkādos gadījumos tiek izmests XML DB autentifikācijas
pieprasījums
http://failiem.lv/down.php?i=rslutdb&n=XDBautentiskums.gif
par kuru man vispār nav idejas, kāds username un passwords tur būtu
jāvada. Šo gan varēja kautko pamakarējot iekš html EM consoles uz
laiku novērst, bet vai cik bieži tas būs jādara, kas sistēma tiks
lietota?
Otrkārt, ja izvēlos Authentication Scheme: Database Account, kas un kā
jādara, lai Apex ļautu šādam datubāzes userim ielogoties?
http://failiem.lv/down.php?i=qnzrsmd&n=HowToDatabaseUserLoginInApex.gif

Pieļauju arī, ka pats APEX (4.1) man nav pareizi aktivizēts (jo arī
tas man izdevās tikai ar kādu ceturto piegājienu).

Varbūt kādam ir pieglabāta Ditas Gabaliņas 2010.gada prezentācija par
APEX?
Es par to neesmu parūpējies, un vecā saite vairs nestrādā:
http://groups.google.com/group/lvoug/browse_thread/thread/f88475c63fc014e/72181a14d5fe5f61?lnk=gst&q=2010+konference#72181a14d5fe5f61



Iepriekš paldies,


Māris,

neadvancēts, dažreiz arī Oracle, useris.

andrejs....@gmail.com

nelasīta,
2012. gada 7. marts 11:05:1607.03.12
uz lv...@googlegroups.com
prezentaaciju atradisim. wait plzz.

p.s. es apex izmantoju bet kaa lietotaajs, neesmu developer.
Andrejs.


,ipad

> --
> Jūs saņēmāt šo ziņojumu, jo abonējāt Google grupu "Latvian Oracle User
> Group" grupa.
> Lai nosūtītu ziņojumu šai grupai, sūtiet e-pastu uz
> lv...@googlegroups.com
> Lai redzētu papildiespējas, apmeklējiet šo grupu
> http://lvoug.lv

Andrejs Vorobjovs

nelasīta,
2012. gada 7. marts 11:32:4907.03.12
uz Latvian Oracle User Group

Māris Gabaliņš

nelasīta,
2012. gada 7. marts 11:48:0907.03.12
uz lv...@googlegroups.com
Sveiki,

2012/3/7 Maris Punenovs <maris.p...@gmail.com>

Sveiciens!


Apmēram nedēļu ar minimālām sekmēm mēģinu apgūt it kā par vienkāršu
izdaudzināto APEX.
Uzdevums ir uztaisīt formu, ar ko skatīt, ievadīt un labot datus
datubāzē stavošā tabulā caur web interfeisu.

Vispirms samulsu pie Application Type - Database vai Websheet:
1) vispirms pamēģināju websheet, bet nekas prātīgs nesanāca;
2) konstatēju, ka vairums helpu ir par Apex 3.2, bet Websheet ir
jaunievedums iekš 4.x un nolēmu, ka jaunievedumu man nevajag.

Pēdējā versija ir APEX 4.1.1. Websheet tiešām droši vien nevajag (nezinu, nekad nēesmu lietojis)

Ir tāds teiciens - Ja nekas cits nelīdz - lasi dokumentāciju! http://docs.oracle.com/cd/E23903_01/welcome.html
 

Nākošā izvēle - Select Page Type:
Report - šo es neņemu, jo "report" manā izpratnē nozīmē tikai datu
skatīšanos, bet nevis papildināšanu vai mainīšanu (?);
Form - šis it kā uztaisa formu vienam ierakstam, bet forma nesatur
nekādus datus;
Tabular Form - vienīgais, kas it kā strādā. It kā, jo:

Slikta izvēle. Manuprāt labāk Report + Form (manliekas, ka saucas "Form on a Table with Report")
 
1) grupē ierakstus pa 10 vai 15 - vai tiešām šo grupas lielumu nevar
mainīt?

Nezinu. Tabulāras formas arī cenšos nelietot. Domāju, ka mainīt var, bet ir ieksējie ierobežojumi tab. formu apstrādei, kas atduras kopējā max ievada lauku skaitā viena ekrānam.
 
2) neatļauj rediģēt kolonnas, kas ietilpst tabulas "primary key".
Nācās pārtaisīt tabulu, izveidojot jaunu primary key, veco pārtaisot
par vienkārši unique;

Nevajag tās kolonnas rediģēt. Primary key tapēc ir primary key, ka tas ir domāts kā nemainīgs identifikators. Ja nu galīgi nevar, tad parastajai formai (nezinu par tabulāro) var pateikt lai lieto ROWID primary key vietā.
 
3) elementu izkārtojumu aplikācijas weblapā, cik saprotu, tiešā veidā
mainīt nevar, to dara kautkāds rendering process.

Push/Pull/Drag/Drop zīmētāja tiešām nav.  Katram elementam ir kaudze parametru, kas ļauj pa lielam procesu novadīt. Ja grib smalki - jālieto CSS un tamlīdzīgi brīnumi.
 
Attēlā Poga.gif redzams, kur defaulti izvietotojās poga, kas atver
otru formu
http://failiem.lv/down.php?i=pkpwltm&n=Poga.gif
Man pat neizdodas iekš Application Builder atrast, kur un kā šī poga
ir definēta.

Izskatās, ka tur ir nodefinēts reģions ar kaut kādiem dīvainiem parametriem, kurā tā poga iesprukusi.
 
Tāpat arī nav izpratnes par lietotāju autentifikācijas mehānismiem un
to iespējamo vienkāršošanu.

Kaut kur augstāk par dokumentāciju bija ....
 
Vispirms jau kautkādos gadījumos tiek izmests XML DB autentifikācijas
pieprasījums
http://failiem.lv/down.php?i=rslutdb&n=XDBautentiskums.gif

Visticamāk, ka Tu izmanto iebūvēto EPG listeneri. Tad tā notiek ja
http://serveris:8080/apex/   vietā uzraksti  http://serveris:8080/
XDB autentifikācija ar APEX nav nekādā sakarā. APEX aplikācijai ir jēdziens autentifikācijas shēma. Vienkāršām aplikācijām 90% gadījumu būtu jāpietiek ar APEX autentifikācijas shēmu.

 
par kuru man vispār nav idejas, kāds username un passwords tur būtu
jāvada. Šo gan varēja kautko pamakarējot iekš html EM consoles uz
laiku novērst, bet vai cik bieži tas būs jādara, kas sistēma tiks
lietota?
Otrkārt, ja izvēlos Authentication Scheme: Database Account, kas un kā
jādara, lai Apex ļautu šādam datubāzes userim ielogoties?
http://failiem.lv/down.php?i=qnzrsmd&n=HowToDatabaseUserLoginInApex.gif

Autentifikācijas shēmu Tu vari izvēlēties aplikācijai nevis priekš workspace. Workspace lieto APEX definētos userus.

Pieļauju arī, ka pats APEX (4.1) man nav pareizi aktivizēts (jo arī
tas man izdevās tikai ar kādu ceturto piegājienu).

Varbūt kādam ir pieglabāta Ditas Gabaliņas 2010.gada prezentācija par
APEX?
Es par to neesmu parūpējies, un vecā saite vairs nestrādā:
http://groups.google.com/group/lvoug/browse_thread/thread/f88475c63fc014e/72181a14d5fe5f61?lnk=gst&q=2010+konference#72181a14d5fe5f61


 

Iepriekš paldies,


Māris,

neadvancēts, dažreiz arī Oracle, useris.


--
ar cieņu
Māris Gabaliņš
t. 29242193
http://www.sunberry.lv/

Sandijs

nelasīta,
2012. gada 7. marts 15:33:2807.03.12
uz lv...@googlegroups.com
Sveiks,

Websheet domāts ļoti vienkāršām aplikācijām - komentāru lapai vai kā
primitīvs atskaišu rīks.

Es taisītu Database application, par pamatu izvēlētos Interactive
Report + Form on table.
Interactive report nodrošina iespēju viegli atlasīt apstrādājamos
datus + katrs lietotājs pats var konfigurēt, kādas kolonas skatīties,
kādus filtrus izmantot utt. Tāpat IR piedāvā Link Column, kas ļauj
vienkāršot sasaiti ar datu labošanas formu - jānorāda tikai uz kuru
lapu pārsūtīt pieprasījumus un kādus parametrus nodot.

Jāsaprot, ka Apex nav gluži tas pats, kas Excel, kur braukā pa
rindiņām un labo datus kā ienāk prātā. Ja vajag datu ievadi, tad
jāģenerē formas, ja vajag datus attēlot, tad izmanto Reportus -
interaktīvos, parastos, grafikus utt.

Starp citu, formām ir pieejams Drag & Drop layout režīms - var samest
uz formas dažādus elementus, sabīdīt tos blakus, pamainīt secību utt.
Formas un reporti ir kā bloki, to atrašanās vietu var kontrolēt caur
Edit -> User interface -> Display point. Reģionu atrašanās vietas un
citus parametrus nosaka izvēlētais Template.


Sandijs

Uldis Gitendorfs

nelasīta,
2012. gada 8. marts 02:08:1908.03.12
uz lv...@googlegroups.com
Sveiciens!

Nu esmu uzmeistarojis pāris aplikācijas iekš APEX, liekas 3.2 versija.
Reāli APEXā var panākt visu to pašu ko ar jebkuru citu rīku veidojot
aplikācijas. No nulles kaut ko uzbliezt, ja nav zināšanas, protams, ir
sarežģīti, bet tāpēc taču ir Demo app, kurā pēc būtības ir iekšā visi
pamatelementi. Iesaku ar to arī sākt.

Starp citu gana daudz padomus var atrast oRailies (kaut kā tā viņu dēvē)
blogā (tas laikam ir blogs).

Elementu izvietojumu lapā pamatā nosaka template un form elementi.
Iekšēji nedefinētos var mainīt ar css.

Uldis

Uldis Gitendorfs

nelasīta,
2012. gada 8. marts 02:34:0808.03.12
uz lv...@googlegroups.com
Par tām autentifikācijām. Tiešām tas XDB gļuks ir. Es arī ar to
saskāros, godīgi sakkot neatceros (bija pirms 3 vai 4 gadiem) kā ar to
tiku galā, bet šad tad testēšanas procēsā vajag patīrīt browzera kešu,
jo gadās, ka tiek saglabāti kaut kādi aplami parametru un ja tu tos
neidzešt, tad var gadīties, ka ilgi dancosi apkārt, lai arī būsi visu
pareizi izdarījis.

Man ir divi autentifikācijas veidi aplikācijām - APEXa un uz tabulām
balstīta. Visu kas nepieciešams, vismaz 3.2 versijā varēja izdarīt
host:port/apex/apex_admin

No bildes par to pogu vispar neko nevar saprast.

Gadās, ka poga patiesībā ir items un tajā lapas adminēšanas logā pogu
nav, bet ir itemis. Rakstot šo ienāca prātā tādas lietas, kā Application
items un Shared components. Varbūt tur kaut kas ir.
Lai veicas

Maris Punenovs

nelasīta,
2012. gada 8. marts 10:24:2008.03.12
uz Latvian Oracle User Group
MG> (Tabular Form) Slikta izvēle. Manuprāt labāk Report + Form
(manliekas, ka saucas "Form on a Table with Report")

Pamēģināju: Report and Form
Uztaisījās nerediģējams "reports" un atsevišķa forma, kas satur laukus
vienai rediģējamai tabulas rindai.
Godīgi sakot, neredzu priekšrocības pret Tabular Form.

Vēl pamēģināju Select Page Type: Master Detail
5 errors have occurred
IEKARTAS is not a valid master table name
IEKARTUTIPI is not a valid detail table name
Master tables for master detail forms must have a primary key
Detail tables for master detail forms must have a primary key
The Detail table is not related to the Master table

Tabulas izskatījās apmēram šādas, starp tām bija koreign key atkarība:

create table owner.iekartas (autokey number(10) not null,
devtype varchar2(25 byte), constraint iekartas_0 primary
key(autokey),
constraint iekartas_devtype foreign key(devtype) references
owner.iekartutipi(devtype))

create table owner.iekartutipi (devtype varchar2(25 byte) not
null, constraint iekartutipi_0 primary key(devtype))

Vai tam "radīšanas templeitam" (Select Page Type) ir izšķiroša nozīme
turpmākā darbā (ja nolemtu turpināt lietot APEX)?
Piemēram, MS Access vidē padsmit gadu laikā neatceros lietojis
kautkādus Wizardus vtml.


MG> Nevajag tās kolonnas rediģēt. Primary key tapēc ir primary key, ka
tas ir
> domāts kā nemainīgs identifikators. Ja nu galīgi nevar, tad parastajai
> formai (nezinu par tabulāro) var pateikt lai lieto ROWID primary key vietā.

ROWID tika automātiski iekļauts kverijā pašā sākumā, kad vēl mēģināju
tik pie tabulas vecajā vietā (ne tajā instancē, kurā aktivizēts APEX)
caur DBLinku.
Sagrābu vairākas kļūdas, dažas no kurām forumos bija minētas kā
neatrisinātas. Tam par godu pārnesu tabulu uz APEXa instanci.

Pārāk daudz no datu modeļiem nesaprotu un izglītojies šai jomā neesmu,
taču esmu novērojis, ka profesionālu kompāniju izstrādātās datubāzēs
atslēgas mēdz veidot gari, unikāli veseli skaitļi.
Man gan nekad nav bijis skaidrs, kāpēc šādi lieki, nevienam neko
neizsakoši cipari datubāzē obligāti jāglabā.
Pieņemsim, ka lietotājs (vēl neadvancētāks par mani) raksta
pieprasījumu iekš MS Access no augšminētajā piemērā kā IEKARTAS
minētajai līdzīgas tabulas.
Vārdiskie tipi viņam uzreiz kaut ko izsaka un pieprasījumā jāiekļauj
tikai viena, galvenā tabula.
Ja vārdiskās tipu kolonnas aizstāsim ar iekārtu tipam unikālu
skaitlisku ID, tad lietotājam, taisot pieprasījumu, katrai ciparu ID
kolonnai būs jāpiedžoino atsevišķa tipu tabula.
Ja tādu kolonnu ir daudz, sarežģīts kļūst arī pieprasījums, kā
rezultātā manis izveidotā datubāze, kam vajadzēja vienkāršot dzīvi,
var tikt uzskatīta par pārāk sarežģītu un lietotājs var atsākt lietot
"pagrīdes Exceli"...


MG> Autentifikācijas shēmu Tu vari izvēlēties aplikācijai nevis priekš
workspace

Šķiet, ka sapratu:
ja lietotājam iebaro pareizu, "aplikācijas" linku, tad workspace name
neprasa un Authentication Scheme: Database Account, izskatās, ka
strādā.

Labprāt nomainītu sarežgīto aplikācijas adresi uz kautko vienkāršu un
galvā atceramu, piemēram:
http://10.10.xxx.xxx:8080/apex/nosaukums
Pamēģināju:
http://failiem.lv/down.php?i=cxpppcx&n=MeginajumsVienkarsotURLdefinition.gif
http://failiem.lv/down.php?i=iktfjdt&n=MeginajumsVienkarsotURLsecurity.gif
bet nekā
http://failiem.lv/down.php?i=uboozzx&n=VienkarsaisUrlNestrada.gif
Kautkādos forumos manīju, ka to varot izārstēt tikai ar krietnu palagu
koda. Ja tikai tā, lai paliek, kā ir.


XML DB username un passworda pieprasījumu, izskatās, ka vismaz
pagaidām novākt ir palīdzējis Pravednik ieteikums 2008.13.8 22:53
https://forums.oracle.com/forums/message.jspa?messageID=2704653#2704653



Sākotnējā postā minēto nelaimīgo "pogu" atradu aplikācijas aprakstā
zem nosaukuma "Navigation".
Mainot novietojumu starp piedāvātajām izvēlēm atradās vismaz 2 tādas
pozīcijas lapas kreisajā pusē, kur "poga" vismaz redzama
"neapgriezta".



Paldies visiem, kas atbildēja.


Māris.
Atbildēt visiem
Atbildēt autoram
Pārsūtīt
0 jauni ziņojumi