wah, sebetulnya saya tidak pernah pakai replikasi, saya coba2 ganti tipenya, keliatannya bakal beda. silakan mas yudie, dicoba, sekalian berbagi hasil percobaannya kemari.
Jika ternyata tidak berhasil, anda bikin primary key dua field kalau begitu, kodecabang dan nourut. kodecabang di set fix per cabang, sedang nourut by code saja di tambah satu setiap save new record. aksan kurdin 2008/6/12 Yudie <[EMAIL PROTECTED]>: > 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 >> ---------------------------------------------------------- >> >> >> ---------------------------------------------------------- >> > > -- Aksan Kurdin
