Jadi dengan begitu, tidak akan sama pada saat di import datanya ya pak?
isi dari replicationID tsb, apakah random atau bagaimana pak?
many thanks

aksan kurdin wrote:
> tipe idnya yang auto number coba ganti menjadi id untuk replikasi, 
> jadi (mudah2an) tidak akan sama di setiap cabang.
>  ....
>  
>  
> aksan kurdin
>
>
>  
> On 6/5/08, *budi laksamana* <[EMAIL PROTECTED] 
> <mailto:[EMAIL PROTECTED]>> wrote:
>
>     enggak, kalau semua online ke satu server.
>     khan data nya di A,
>     dan B hanya client yang ngisi data A.
>     jadi ID nya locking di A.
>
>     cuma koneksi nya lumayan dech...
>     realtime database untuk WAN, lumayan berat....
>     kalau putus koneks....ID banyak yang lompat...tetapi khan tak apa...
>
>     mesti pakai model numbering semua, seperti yang aku pamerkan di
>     kopdar itu. dan mde di client harus kucil kucil..ada mde po..mde
>     so...mde issued..dll
>
>     lebih berat malahan kalau menggunakan ID yang di create...apalagi
>     untuk WAN.
>
>     making our life harder...
>
>     cheers,
>     budilaks
>
>     --- In [email protected]
>     <mailto:belajar-access%40yahoogroups.com>, "Haer Talib"
>     <[EMAIL PROTECTED]>
>     wrote:
>     >
>     > Mbah, mungkin yg dimaksud itu ada semacam function utk
>     menghasilkan angka ID
>     > scr otomatis, menggantikan autonumber, sehingga bisa diedit kalau
>     perlu, dan
>     > tdk sekuen spt autonumber. soalnya, dia bisa create autonumber di
>     banyak
>     > database, jadi bisa ada ID yg sama kalau datanya digabung.
>     >
>     > Haer
>     >
>     >
>     >
>     > 2008/6/5 budi laksamana <[EMAIL PROTECTED]>:
>
>
>     >
>     > > ini pertanyaan menjebak...ha ha ha ha.....
>     > > kalau mbah yang jawab...
>     > > 1. ID biarkan otomatis jalan terus...kalau ada yang
>     lompat...artinya
>     > > ada yang tak jadi buat record...
>     > > tak apa pa pa pa pa bukannnnnn.....
>     > > 2. Namanya juga ID, bukan nomor PO atau nomor Sales atau
>     > > lainnya....dan beliau itu numerik integer.
>     > > 3. Dan yang terpenting, primary key pasti akan tetap
>     terjaga...karena
>     > > indukID akan terbentuk dahulu...dan barulah detail akan merujuk
>     > > indukID yang sudah ada...
>     > > Artinya tak mungkin ada anak kehilangan induk, yang ada adalah
>     induk
>     > > tak punya anak...its normal.
>     > >
>     > > tapi kalau mau harus urut (?why you make yourself hurt)....aku
>     tak
>     > > bisa......
>     > >
>     > > cheers,
>     > > budilaks
>     > >
>     > > note:mentang mentang sibudi sudah training ERP.
>     > >
>     > > --- In [email protected]
>     <mailto:belajar-access%40yahoogroups.com>, Yudie <langsat@> wrote:
>     > > >
>     > > > Dear All,
>     > > > saya punya pertanyaan.
>     > > > misal kita ada database (access) yang jalan sebagai aplikasi A
>     dan
>     > > > aplikasi B.
>     > > > A = aplikasi utama yang mengambil dari data B
>     > > > B = Aplikasi di client sebagai input data yang akan di export
>     ke A
>     > > >
>     > > > dalam A dan B tersebut ada tabel yang berelasi dengan tabel
>     lain
>     > > > menggunakan autonumber.
>     > > > kira2 bagaimana ya solusinya? ada saran lain gak agar ada ID
>     > > otomatis
>     > > > sebagai primary key dan tetap terjaga di B dan A.
>     > > > ps: B bisa di banyak tempat
>     > > >
>     > > > terima kasih
>     > > >
>     > > > Yudi
>     > > >
>     > >
>     > >
>     > >
>     > > ------------------------------------
>     > >
>     > > SPAM IS PROHIBITEDYahoo! Groups Links
>     > >
>     > >
>     > >
>     > >
>     >
>     >
>     > --
>     > [Haer Talib]
>     > Office Access MVP
>     > Meet me at www.RumahAccess.com <http://www.rumahaccess.com/>
>     >
>     > =>
>     >
>
>
>
>
> -- 
> Aksan Kurdin 
> ------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>

Kirim email ke