[x] Anda belum terdaftar di forum kami. Klik REGISTER untuk melakukan registrasi. || Atau LOGIN di sini.
IF UNIKOM
Please login or register.

Login with username, password and session length
Advanced search  

News:

The Official Website is http://if.unikom.ac.id

Privacy

Author Topic: replication, Publication and Subscription SQL Server  (Read 5271 times)

0 Members and 1 Guest are viewing this topic.

« on: May 04, 2009, 01:02:31 PM »

awang

  • TK
  • *
  • Reputation Power: 1
  • awang belum punya pengaruh.
  • Offline Offline
  • Posts: 7

  • Aktivitas bulan ini
    0%
  • Lokasi: Danau endah
  • HUaaaaaaahhhgg
replication, Publication and Subscription SQL Server
« on: May 04, 2009, 01:02:31 PM »
Guys,
Ada yang bisa Penjelasan tentang replication, Publication and Subscription?

Atau ada yang punya reference nya?
Logged

«Reply #1 on: May 05, 2009, 09:20:13 AM »

kiddo7th

  • SD Senior
  • *
  • Reputation Power: 4
  • kiddo7th belum punya pengaruh.
  • Offline Offline
  • Posts: 201

  • Aktivitas bulan ini
    0%
  • Lokasi: Langit Sebagai Atap Rumahku
  • Orang Gila ajah masih lebih care
Guys,
Ada yang bisa Penjelasan tentang replication, Publication and Subscription?

Atau ada yang punya reference nya?

kang,... punten ni th replication yg mana ya?
klo soal teori saya biasa nya lbh suka cari pake wikipedia :
http://en.wikipedia.org/wiki/Main_Page


soal smua itu ada beberapa artikel untuk replication,
tp saya gag tau maksudnya yg mana.


replication : http://en.wikipedia.org/wiki/Replication

publication : http://en.wikipedia.org/wiki/Publication

subscription : http://en.wikipedia.org/wiki/Subscription



coba check dulu benar atau ngga.
klo benar nanti tak share translate nya...

thx
Logged

«Reply #2 on: May 07, 2009, 04:58:28 PM »

awang

  • TK
  • *
  • Reputation Power: 1
  • awang belum punya pengaruh.
  • Offline Offline
  • Posts: 7

  • Aktivitas bulan ini
    0%
  • Lokasi: Danau endah
  • HUaaaaaaahhhgg
dari milis dotnet :scenic:

Secara sederhana replication adalah sebuah feature untuk meng-kopi atau mendistribusikan data dari satu database ke database yang lain.
Kalau digambarkan, replication ini mirip dengan sebuah percetakan koran. Si percetakan nya disebut publisher, table-table yang di-replicate disebut article. Satu set article disebut publication. Database destination replication disebut subscriber. Untuk berlangganan sebuah publication, kita harus membuat sebuah subscription.Yang harus diingat adalah bahwa satu publisher hanya dapat memiliki satu distributor.
Untuk lebih jelasnya silakan kesini atau baca SQL Server book online


Regards,

hendrik
============================================



mas tri,
contoh kasus, kita punya pabrik di cikarang, dan kantor pusat di sudirman. data persediaan ter up to date mungkin ada di cikarang, karena ada di site produksi. jika karena alasan tertentu, tim di kantor pusat sudirman perlu kondisi data 'real time', maka ada 2 pilihan:
1. pake teknologi web, either orang cikarang akses web site di kp jakarta , or orang jakarta akses website orang cikarang, or malah data persediaan nya 'di hosting' jadi sama sama orang cikarang dan jakarta akses ke 'outside network'

2. data persediaan mungkin paling masuk akal di 'live' kan di cikarang, tetapi di replikasi ke jakarta (tidak 100% real time, karena ada delay proses sinkronisasi)

dalam solusi no 2 lah muncul istilah replicaton, publication dan subscription. intinya, tabel tabel database di cikarang harus mencatat perubahan data sehingga pada saat database di sudirman meminta data (sinkronisasi, tidak harus meminta dalam kasus merge replication), database cikarang tahu mana yang perlu di kirimkan ke jakarta. database *server* di cikarang inilah disebut publisher, sedang yg dijakarta disebut subscriber. konsep ini bisa diperluas bahwa data di cikarang tidak hanya bisa di replikasi ke jakarta tetapi juga bisa ke bandung (misal boss besar tinggal di bandung dan gak mau bolak balik jakarta bandung). nah perubahan data dari cikarang (publisher) dicatat tidak perlu di publisher sendiri (cikarang) tetapi di satu server khusus (yg bisa juga dijadikan satu ama publisher, tapi tidak harus) disebut distributor. distributor ini mencatat perubahan data di publisher, dan bertugas mem propagate perubahan itu ke semua subscriber.

issue lain yang sangat penting dalam replikasi, utama nya merge, adalah conflict resolution. don't worry, BOL tell us many think (but not everything) bout replication, i guess :(

tri
Logged

«Reply #3 on: May 07, 2009, 06:57:34 PM »

kiddo7th

  • SD Senior
  • *
  • Reputation Power: 4
  • kiddo7th belum punya pengaruh.
  • Offline Offline
  • Posts: 201

  • Aktivitas bulan ini
    0%
  • Lokasi: Langit Sebagai Atap Rumahku
  • Orang Gila ajah masih lebih care
dari milis dotnet :scenic:

Secara sederhana replication adalah sebuah feature untuk meng-kopi atau mendistribusikan data dari satu database ke database yang lain.
Kalau digambarkan, replication ini mirip dengan sebuah percetakan koran. Si percetakan nya disebut publisher, table-table yang di-replicate disebut article. Satu set article disebut publication. Database destination replication disebut subscriber. Untuk berlangganan sebuah publication, kita harus membuat sebuah subscription.Yang harus diingat adalah bahwa satu publisher hanya dapat memiliki satu distributor.
Untuk lebih jelasnya silakan kesini atau baca SQL Server book online


Regards,

hendrik
============================================



mas tri,
contoh kasus, kita punya pabrik di cikarang, dan kantor pusat di sudirman. data persediaan ter up to date mungkin ada di cikarang, karena ada di site produksi. jika karena alasan tertentu, tim di kantor pusat sudirman perlu kondisi data 'real time', maka ada 2 pilihan:
1. pake teknologi web, either orang cikarang akses web site di kp jakarta , or orang jakarta akses website orang cikarang, or malah data persediaan nya 'di hosting' jadi sama sama orang cikarang dan jakarta akses ke 'outside network'

2. data persediaan mungkin paling masuk akal di 'live' kan di cikarang, tetapi di replikasi ke jakarta (tidak 100% real time, karena ada delay proses sinkronisasi)

dalam solusi no 2 lah muncul istilah replicaton, publication dan subscription. intinya, tabel tabel database di cikarang harus mencatat perubahan data sehingga pada saat database di sudirman meminta data (sinkronisasi, tidak harus meminta dalam kasus merge replication), database cikarang tahu mana yang perlu di kirimkan ke jakarta. database *server* di cikarang inilah disebut publisher, sedang yg dijakarta disebut subscriber. konsep ini bisa diperluas bahwa data di cikarang tidak hanya bisa di replikasi ke jakarta tetapi juga bisa ke bandung (misal boss besar tinggal di bandung dan gak mau bolak balik jakarta bandung). nah perubahan data dari cikarang (publisher) dicatat tidak perlu di publisher sendiri (cikarang) tetapi di satu server khusus (yg bisa juga dijadikan satu ama publisher, tapi tidak harus) disebut distributor. distributor ini mencatat perubahan data di publisher, dan bertugas mem propagate perubahan itu ke semua subscriber.

issue lain yang sangat penting dalam replikasi, utama nya merge, adalah conflict resolution. don't worry, BOL tell us many think (but not everything) bout replication, i guess :(

tri

ummm,...
jd sdikit bingung juga apa yg dipertanyakan  :blink:

tapi,... klo sudah terjawab, syukur dh ^^
Logged

«Reply #4 on: June 12, 2017, 09:58:07 AM »

belewa

  • TK
  • *
  • Reputation Power: 1
  • belewa belum punya pengaruh.
  • Offline Offline
  • Posts: 5

  • Aktivitas bulan ini
    0%
  • Lokasi: jakarta
ngikut nyimak aja gan sama pertanyaan dan jawabannya













Transaksi Perfect Money yang Simple

Logged

Pages: [1]
« previous next »
 

Page created in 0.263 seconds with 31 queries.