gunakan database yg ringan untuk menyimpan metadata proses.
jadi kalo bisa jangan sampe mengotori database sumber maupun database tujuan.
dimana-mana, proses migrasi data, tidak ada yg sampe "mengotori" data
yg dipindahin.
hehehe...
2008/4/29 Yohan Yudanara <[EMAIL PROTECTED]>:
>
>
>
>
>
>
> Kalo
josh
gimana kalo gini :
di database asal ditambahin trigger, jadi waktu ada record di database
asal yg di insert or di update maka triger itu akan mencatat ke table
x
trus akhir hari tinggal query table x utk menentukan record mana yang
harus di sinkronisasi ke database tujuan
On 4/29/08, Joshua
On 4/29/08, Samuel Franklyn <[EMAIL PROTECTED]> wrote:
> Joshua Jackson wrote:
> > On 4/29/08, Yohan Yudanara <[EMAIL PROTECTED]> wrote:
> >> menggunakan middleware itu maksudnya gimana ya?
> >
> > middlewarenya ya bisa apa saja mulai dari ESB server, Application
> > server, Message broker. :-d
> >
Joshua Jackson wrote:
> On 4/29/08, Yohan Yudanara <[EMAIL PROTECTED]> wrote:
>> menggunakan middleware itu maksudnya gimana ya?
>
> middlewarenya ya bisa apa saja mulai dari ESB server, Application
> server, Message broker. :-d
>
>> Tapi ini gw ada ide yang mungkin bisa dipakai:
>>
>> di databas
pake webservices bisa sih, tapi syncnya menjijikan
guesih pake dbunit
F
On 4/29/08, Yohan Yudanara <[EMAIL PROTECTED]> wrote:
> Kalo gak ada last_update ya kayaknya kita mesti tetep nambah satu field
> di table'nya database ASAL.
>
> Soalnya bagaimanapun juga kan kita harus tahu apakah record itu udah
> pernah kita pindahin ke database TUJUAN.
> Kalau nggak tahu, kan b
Kalo gak ada last_update ya kayaknya kita mesti tetep nambah satu field
di table'nya database ASAL.
Soalnya bagaimanapun juga kan kita harus tahu apakah record itu udah
pernah kita pindahin ke database TUJUAN.
Kalau nggak tahu, kan berarti kita tiap hari harus query semua (gak
mungkin kan query se
On 4/29/08, Yohan Yudanara <[EMAIL PROTECTED]> wrote:
> Josh,
>
> waktu gw propose solusi di bawah, asumsi gw:
> 1. data yang dipindah cuman dari 1 table
> 2. table database asal memiliki field lastupdate / date
>
> kalau asumsi cocok dengan kasus Joshua, maka penjelasan saya lebih
> detail begini
On 4/29/08, Wiyanto Ngasinur <[EMAIL PROTECTED]> wrote:
>
>
> kalo dolo kantor g pake oracle pake
> materialize view nya oracle trus dischedule kapan view tsb dipopulate ...
>
> dan cara lainnya lagi dolo sempet pake webmethod .. nih barang bagus cm dolo
> pake masi byk bug nya ...
Sebenarnya di
kalo dolo kantor g pake oracle pake
materialize view nya oracle trus dischedule kapan view tsb dipopulate ...
dan cara lainnya lagi dolo sempet pake webmethod .. nih barang bagus cm dolo
pake masi byk bug nya ...
Thanks,
W
2008/4/29 dody perdana <[EMAIL PROTECTED]>:
> kalo pake hibernate bisa
Josh,
waktu gw propose solusi di bawah, asumsi gw:
1. data yang dipindah cuman dari 1 table
2. table database asal memiliki field lastupdate / date
kalau asumsi cocok dengan kasus Joshua, maka penjelasan saya lebih
detail begini step-by-step'nya:
1. temporary table di database TUJUAN kita kosongk
kalo pake hibernate bisa pake
"getSession().replicate(object,replicationMode)";
replication modenya bisa di set ke "OVERIDE" data yg lama di timpa sama yg
baru,gak perlu manual hapus data dulu.
atau bisa juga di set ke "LATEST_VERSION"
smoga membantu,
dodi
2008/4/29 Joshua Jackson <[EMAIL PROTEC
On 4/29/08, Yohan Yudanara <[EMAIL PROTECTED]> wrote:
> menggunakan middleware itu maksudnya gimana ya?
middlewarenya ya bisa apa saja mulai dari ESB server, Application
server, Message broker. :-d
> Tapi ini gw ada ide yang mungkin bisa dipakai:
>
> di database tujuan kita bikin temporary table.
menggunakan middleware itu maksudnya gimana ya?
Tapi ini gw ada ide yang mungkin bisa dipakai:
di database tujuan kita bikin temporary table.
Terus tiap hari:
a. data di temporary table di clear
b. copykan data satu hari dari database asal ke temporary table di
database tujuan
c. kemudian di data
Dear all,
Ada yang pernah memindahkan data per-hari antar database menggunakan
middleware tidak? Database asal tetap digunakan oleh aplikasi lama,
tetapi aplikasi baru akan membaca dari database tertuju oleh karena
itu proses pemindahan data ini akan dilakukan oleh batch setiap
harinya. Ini prose
15 matches
Mail list logo
