SP den baska bir vt ye baglanmak

[mikser]

fb 1.5.3.
ibx...


senaryo söyle:

3 vt var: izmir.gdb samsun.gdb canakkale.gdb

bunlar birbirinin aynısı
biri izmirde biri canakkalede biri de samsun da.

izmir ve samsun da olan degişiklik canakkaleye yansıyacak...

yani kayıt eklendi silindi degiştirildi v.s... ne olursa olsun anında öteki vt ye de yansıyacak...

simdi ... ;

Kod: Tümünü seç

CREATE PROCEDURE NEW_PROCEDURE (
    PARAMETRE INTEGER)
AS
begin
   connect 'canakkaledekiserver:c:\canakkale.gdb'
   
   if (parametre = 0)
   felan dosyayi updateet

  if( yoksa )
  felan dosyayi insertet

  if ( olda olmadı ) felan dosyayi sil  bari

  suspend;
end

gibi parametreli bi sp ve veya trigger yazılabilir mi... sp icinden baska bi vt ye baglanılabilir mi??

replication felan diye bişiler buldum fakat bu sp den yapilabilirmi?

tesekkurler.

[Ali Erdoğan]

Hocam böyle bir iş yapacaksan neden tek veri tabanı kullanmıyorsun? Yâni üçü de aynı olacaksa? Bu şekil bir sistem seni çok yorar hemde kolay kolay rayına oturtamazsın. Hele de sürekli aktif bir veri girişi varsa.

[mikser]

surekli veri girişi var. zaten amaçda bu veri girişini devam ettirmek.
net olmadıgında local calisacak, net geldiginde verileri server daki vt ye aktaracak.

amaç verilerin tek bi yerde toplanması. fakat net olmadıgında ne olacak??
işin durmaması lazım. buna nasıl bi cözüm olabilir??

[aLonE CoDeR]

Yani diyorsun ki hem maliyetsiz olsun hem de kaliteli hizmet versin...Böyle bir alternatifi henüz üreten çıkmadı sanırım.Bahsettiğin gibi bir işlem için telekomdan özel hat çektirmen en sağlıklı yöntem olacaktır.Zaten localdeymiş gibi çalışır sistem ve bir aksama gündeme gelmez.Tabii külfeti var biraz ama yaptığın işin senaryosuna bakılınca bence değer.Ha yok illa bu şekilde yapmalıyım diyorsan program açılışında bağlantıyı kontrol ederek eğer varsa veritabanlarını check etmek ve olmayan/uyuşmayan kayıtları işlemek..Ama şunu söylemeliyim ki bu tür bir hizmet için ucuz yöntemler kullanmayı düşünmemek gerek.

Kolay gele.

[aslangeri]

s.a.
sanırım bi çeşit replikasyon yapmaya çalışıyorsun.
forumda replication ile ilgili konuşulmuştu onları incelersen belki işine yarar bişeyler elde edebilirsin.
kolay gelsin.

[fahrettin]

Replikasyon eğer çift yönlü olursa bunun altından kalkmak epey zor olur.. Bir çok problem var. Mesela aynı kayıdın aynı alanı üzerinde farklı değişiklikler yapılırsa hangisini geçerli sayacaksın... İlk yapılanı mı son yapılanı mı? Bunun kararı da problem uygulanması da....
Eğer mümkünse veritabalarından birisi merkez olsun... Veri girişi ona yapılsın. Diğerlerine de ondaki veriler gödnerilsin... Tabi diğerlerinde de bir takım lokal işlerin verileri girilecektir. Ama demek istediğim ortak veriler merkezden şubelere doğru, şubelerin lokal verileri de şubelerden merkeze doğru replikasyon yapılırsa tek yönlü replikasyon olur ve de bu da daha kolay altından çıkılabilir bir durum olur. Kolay demiyorum ama daha kolay olduğu kesin...
Replikasyonu online değil de belirli aralıklarla verilerin güncellenmesi şeklinde planlamalısınız. Süreyi kısalttıkça ve internet hızı imkan verdikçe online a yakın bir durum olur...
Temel mantık şöyle olabilir. Verinin oluştuğu veritabanında ilgili tabloya bir insert update veya delete olduğunda bu insert update veya delete işlemini yapan esql cümlesini bir şekilde yakalayıp veya ilgili tablonun ilgili trigger i içinde bu kodu oluşturup oluşan kodu bir tabloya atabilirsiniz. Boylece yapılan butun değişiklikleri tekrar bir başka veritabanı üzerinde yapabilecek kodlar elinizde olacak. Sonra bu kodları diger veritabanı baglanıp çekeip kendi üzerinde çalıştırtı mı işlem tamam....

Kolay gelsin...

[mikser]

cevap yazan herkese tesekkurler...
Replikasyon olayina bi bakim ufak ufak.