F18

my_use table:fakt_doks / rdd: SEMAPHORE alias: FAKT_DOKS exclusive: .T. new: .F.
qry: SELECT idfirma,idtipdok,brdok,partner,datdok,dindem,iznos,rabat,rezerv,m1,idpartner,idvrstep,datpl,idpm,dok_veza,oper_id,fisc_rn,dat_isp,dat_otpr,dat_val FROM fmk.fakt_doks WHERE  (idfirma || idtipdok || brdok) IN ('101000048/S ') ORDER BY idfirma, idtipdok, brdok LIMIT      15000 OFFSET          0
fakt_doks synchro cache:         0.01
my_use table:fakt_doks / rdd: SEMAPHORE alias: FAKT_DOKS exclusive: .T. new: .F.
qry: SELECT idfirma,idtipdok,brdok,partner,datdok,dindem,iznos,rabat,rezerv,m1,idpartner,idvrstep,datpl,idpm,dok_veza,oper_id,fisc_rn,dat_isp,dat_otpr,dat_val FROM fmk.fakt_doks WHERE  (idfirma || idtipdok || brdok) IN ('101000048/S ') ORDER BY idfirma, idtipdok, brdok LIMIT      15000 OFFSET          0
fakt_doks synchro cache:         0.01

ovaj where radi:

SELECT ('#' || idfirma || idtipdok || brdok || '#'), idfirma,idtipdok,brdok,partner,datdok,dindem,iznos,rabat,rezerv,m1,idpartner,idvrstep,datpl,idpm,dok_veza,oper_id,fisc_rn,dat_isp,dat_otpr,dat_val FROM fmk.fakt_doks  where (idfirma || idtipdok || brdok) IN ('101000048/S')

a sa space-ovima na kraju ne radi:

... WHERE  (idfirma || idtipdok || brdok) IN ('101000048/S ')

ovo međutim radi

select brdok || '#' from fmk.fakt_doks where brdok = '00048/S '

iako daje brdok bez bez space padding-a

select brdok || '#' from fmk.fakt_doks where brdok = '00048/S '

čak iako dodam viška space-ova

select brdok || '#' from fmk.fakt_doks where brdok = '00048/S     '

opet dobijam ovaj zapis

interesantno je kako će se ponašati u slučaju da stavim

select brdok || '#' from fmk.fakt_doks where brdok = '00048'

daće mi samo zapis 00048, neće 00048/S što je za nas dobro

http://www.postgresql.org/docs/9.1/static/datatype-character.html

hmmm rpad je jedino rješenje.

Samo sa njim možemo biti sigurni da ćemo string željene dužine:

select rpad(idfirma,2) || rpad(idtipdok,2) || rpad(brdok,8) || '#' from fmk.fakt_doks where brdok = '00048'

izgleda da samo char(x) radi padding http://wiki.postgresql.org/wiki/FAQ

VARCHAR(n)    varchar    size specifies maximum length, no padding
CHAR(n)    bpchar    blank-padded to the specified fixed length
TEXT    text    no specific upper limit on length

ali ni to

create table test (id char(10), naz char(20));

insert into test(id, naz) values('a', 'anaz');
insert into test(id, naz) values('b         ', 'bnaz           ');

select id || naz from test;

select spaja stringove

"aanaz" 
"bbnaz" 

postgresql uopšte ne gleda na padding space-ove kod karakternih polja

http://postgresql.1045698.n5.nabble.com/Blank-padding-was-Oracle-buys-Innobase-td2143927.html

Rješenje pronašao u funkciji

rpad( brdok, 2, ' ' )

Saša Vranić je napisao/la:

Rješenje pronašao u funkciji

[...]

dovoljno je rpad(brdok, 2)

na fakt_azuriranje imamo alltrim:

_tmp_id := record["id_firma"] + record["id_tip_dok"] + ALLTRIM( record["br_dok"] )

ima/nema navodnika:

"{101000045,"101000045   ","101000044/S ","101000044   ",101000045/S,"101000045/S ",101000047,"101000047   ",101000048,"101000048   ",101000047/S,"101000047/S ",101000048/S,"101000048/S ",101000049,101000050,"101000050   ","101000049   ",101000050/S,"101000050/S "}" 

u azur nema

u update_rec ... pravi navodnike

isti dokument 00559 prvo je napravio azur, pa onda update_rec_server_and_dbf:

"{"101000017   ",101000558,101000559,"101000559   "}" 

ažuriram dokument:

hernad@macan:~/github/F18_knowhow$ cat F18.log | grep ids

push ids: fakt_doks / (array): 1 / 101000560    ; 
push ids: fakt_doks2 / (array): 1 / 101000560    ; 
push ids: fakt_fakt / (array): 1 / 101000560    ;

sada imam navodnike i u ažuriranju kada sam izbacio alltrim

"{"101000560   "}" 

nakon c-V ispravka broja fiskalnog računa:

push ids: fakt_doks / (array): 1 / 101000560    ;

i dalje je isti broj:

"{"101000560   "}" 

zato što je i funkcija ažuiranja i update_rec proslijedila identičan ids. tako i treba

bildao jutros f18 zadnju verziju za windows i postavio kod željke, dobila je sve jučerašnje dokumente

otvori build ticket dodijeli Emiru da i on to uradi

Saša Vranić je napisao/la:

bildao jutros f18 zadnju verziju za windows i postavio kod željke, dobila je sve jučerašnje dokumente

poseban ticket treba biti

Ernad Husremović je napisao/la:

Saša Vranić je napisao/la:

bildao jutros f18 zadnju verziju za windows i postavio kod željke, dobila je sve jučerašnje dokumente

poseban ticket treba biti

sve one operacije što su juče rađene mogle su i trebale ići na taj ticket

Ernad Husremović je napisao/la:

Saša Vranić je napisao/la:

bildao jutros f18 zadnju verziju za windows i postavio kod željke, dobila je sve jučerašnje dokumente

poseban ticket treba biti

ova informacija nema veze sa ovim ticketom

naravno, treba ubaciti i u KALK i FIN također one RPAD funkcije

commit

Ubacio sam i u FIN i KALK isti fazon kao i kod FAKT-a.

Gledam sada ažuriranje finanasija...

Nakon što sam ažurirao dokument u semaforu dobijam ovo:

"{101400000065,"101400000065   1"}" 

prvi put bez navodnika a drugi put sa navodnicima - pa čak ima i redni broj (ovo je tabela fin_suban) ?!??

Zašto 2 puta ?

očistio sam i fakt i kalk i fin, prepravio opcije semafora commit

Sada je update u semafore svuda ok u ovim modulima.

Treba testirati povlačenje na drugoj strani.