SP den baska bir vt ye baglanmak

Firebird ve Interbase veritabanları ve SQL komutlarıyla ilgli sorularınızı sorabilirsiniz. Delphi tarafındaki sorularınızı lütfen Programlama forumunda sorunuz.
Cevapla
Kullanıcı avatarı
mikser
Üye
Mesajlar: 120
Kayıt: 30 Haz 2003 09:54
Konum: Ankara

SP den baska bir vt ye baglanmak

Mesaj gönderen 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
Kıdemli Üye
Mesajlar: 1026
Kayıt: 11 Şub 2005 02:12
Konum: İstanbul

Mesaj gönderen 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. :idea:
Kullanıcı avatarı
mikser
Üye
Mesajlar: 120
Kayıt: 30 Haz 2003 09:54
Konum: Ankara

Mesaj gönderen 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
Kıdemli Üye
Mesajlar: 1223
Kayıt: 26 Nis 2005 04:08

Mesaj gönderen 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.
Kullanıcı avatarı
aslangeri
Moderator
Mesajlar: 4322
Kayıt: 26 Ara 2003 04:19
Konum: Ankara
İletişim:

Mesaj gönderen 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.
Duyduğun Şeylerin Söylediklerim Olduğuna Eminim Ama
Anladığın Şeylerin Anlatmak İstediklerim Olduğuna Emin Değilim
Kullanıcı avatarı
fahrettin
Admin
Mesajlar: 2619
Kayıt: 11 Haz 2003 10:38
Konum: İstanbul
İletişim:

Mesaj gönderen 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...
* http://www.fahrettin.org Manzara Fotoğraflarım... :)
* http://delphiturkiye.gunduz.info Seminerler... ;)
* http://www.hakmar.com.tr Kalite bir haktır... 8)
Kullanıcı avatarı
mikser
Üye
Mesajlar: 120
Kayıt: 30 Haz 2003 09:54
Konum: Ankara

Mesaj gönderen mikser »

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