Müşteri satış noktası (POS) uygulamaları
Tüketici point-of-sale (POS) uygulamaları, tüketicilerin doğrudan veya dolaylı olarak satış noktasında karşılaşırsanız bu uygulamaları içerir.Terminalleri cashiers, ATM makinelerinin ve depolama kulübeleri tarafından kullanılan örnek olarak verilebilir.Bu uygulamalar, uzak sitelerdeki verilerini toplamak ve bu iletmek için bir merkez ofis veya bir veri merkezi gibi bir merkezi konum geri.Tek bir uzak kullanıcının (genellikle bir müşteri veya satış memuru), belirli bir veri parçasını güncelleştiriliyor, çünkü bu uygulamalar için temel olarak satış noktasında toplanan ve daha sonra çakışma olmadan merkez yüklenen veri içinde yaygındır.
Aşağıdaki şemada, verileri bir merkezi siteye ve Uzak konumlar arasında iki yönde akan tipik bir senaryoda gösterilmiştir:
.gif "Replicating data from stores to headquarters")
Adventure Works döngüsü örneği
Adventure Works Cycles is a fictional manufacturing company used to demonstrate database concepts and scenarios.Daha fazla bilgi için bkz: AdventureWorks örnek veritabanları.
Satış, perakende çıkışlarının çoğunu Adventure Works Cycles ürünler, veri almak ve merkezi bir siteye veri aktarırken kullanabilecekleri point-of-sale sistemleri kullanır. Genellikle, bu veriler için bir güncelleştirme olduğunda salt okunur ürün fiyatlandırma ve ambar stok veri perakende çıkışı için gönderilir.Müşteri bilgileri satın her perakende çıkışı için merkezi bir sitedeki aktarılır.
Bu senaryo için ortak gereksinimleri
POS uygulamalar genellikle bir uygun çoğaltma çözüm adres gerekir aşağıdaki özelliklere sahiptir:
En çok veri girdi ve uzak olan siteleri güncelleştirildi.
Uzak kullanıcılar güncelleştirmelerin bağımsız olarak, merkezi siteye bağlantı gerekmeksizin yapabilmek için olması gerekir.
Başka bir site uzak bir sitede güncelleştirilmiş verileri güncelleştirilir; bu nedenle çakışmaları genellikle değil ortaya.
Bazı veriler yalnızca merkezi güncelleştirilmesi sitesini; örneğin, ürün açıklaması tablolardaki verileri.
Kullanıcıların veri eşitleme zamanlanan saatlerde (örneğin, iş gününün bitiş).
Uygulama, uzak bir sitede ne kadar süreyle kalabileceği kontrol gerekir eşitlenmemiş.
Bazı tabloların her mağazanın bir veya daha çok tablo için değişik veri alır, süzme gerektirir.Örneğin, her mağazanın yalnızca onu stoğuna ürünlerin bilgilerini alır.
Uygulama veri eşitlendiğinde yürütülmek üzere özel bir iş mantığına gereksinim duyabilir.
Uygulama, adanmış bir bağlantı üzerinden değil, ınternet üzerinden veri eşitlenmesi gereksinim duyabilir.
Aşağıdaki şemada, bu senaryoyla ilgili süzme gösterilmiştir:
.gif "Filtering for point-of-sale applications")
Bu senaryo için kullanılacak çoğaltma türünü
Microsoft SQL Server Yayımlama bir endüstri mecazının çoğaltma sistemi bileşenleri tanımlamak için kullanır.Yayımcı, aboneleri, yayınlar ve makalelere ve abonelikler, bileşenleri içerir.Yukarıdaki diyagramı merkezi yayımcı sitedir.Merkezi bir sitedeki her bir makale olan bir veri tablosu içeren yayın veridir (saklı yordamlar gibi diğer veritabanı nesnelerini makaleleri de olabilir).Her satışın terminal şema ve abonelik verileri almak için yayın bir abone noktasıdır.Sistem bileşenleri hakkında daha fazla bilgi için bkz: Çoğaltma modeli olan genel yayımlama.
SQL Server farklı türde çoğaltma için farklı bir uygulama gereksinimleri sunar: çoğaltma, işlem çoğaltması ve birleştirme çoğaltması anlık görüntü görüntü görüntüsünü. Bu senaryo, önceki bölümde gereklere işlemek için de uygundur birleştirme çoğaltma ile en iyi şekilde uygulanır.Birleştirme çoğaltma hakkında daha fazla bilgi için bkz: Birleştirme çoğaltması genel bakış ve Birleştirme çoğaltması'nasıl çalışır?.
birleştirme çoğaltma Seçenekleri bu senaryo için ilgili
Birleştirme çoğaltma, bu konunun önceki kısımlarında anlatılan gereksinimlerini karşılayacak şekilde birkaç seçenek sunar.Aşağıdaki liste, her gereksinimi ve birleştirme, adres çoğaltma seçenekleri sunar.
En çok veri girdi ve uzak olan siteleri güncelleştirildi.
Birleştirme çoğaltma, ayrı herhangi bir seçenek belirtmeden bu yeteneği sağlar.
Uzak kullanıcılar güncelleştirmelerin bağımsız olarak, merkezi siteye bağlantı gerekmeksizin yapabilmek için olması gerekir.
Birleştirme çoğaltma, ayrı herhangi bir seçenek belirtmeden bu yeteneği sağlar.
Başka bir site uzak bir sitede güncelleştirilmiş verileri güncelleştirilir; bu nedenle çakışmaları genellikle değil ortaya.
POS uygulamalarında tek bir kullanıcı belirli bir parça veri güncelleştirmesi nedeniyle çakışmaları genellikle kaçınılmış.Veri, kullanıcılar arasında çakışan değildir çünkü çakışmayan bölümlerini seçeneğiyle performansını en iyi duruma getirmek mümkündür.Daha fazla bilgi için konu "Bölüm Seçenekleri' ayarlama" bölümüne bakın... Parametreli satır süzgeçleri.
Birleştirme çoğaltma için servis talepleri, veri çakışmalarını beklenen çakışma algılama ve Çözümlemesi'ni sağlar.Daha fazla bilgi için bkz: Saptama ve çözme çoğaltma çakışması Birleştir.
Bazı veriler merkezi bir sitede yalnızca güncelleştirilmesi gerekir; örneğin, ürün fiyatlandırma, veri tabloları.
Birleştirme çoğaltma, yalnızca Yayımcı tarafında güncelleştirildi, bu tablo için yalnızca karşıdan yükleme makaleleri sağlar.Daha fazla bilgi için bkz: Yalnızca yükleme makaleleri ile birleştirme çoğaltma performansı en iyi duruma getirme.
Kullanıcıların istek üzerine veri eşitlemeye isteyemeyeceklerini yerine yalnızca at zamanlama saatleri.
Çoğaltma, bu iki abonelik sunar: Abonelikler itin ve abonelikler çeker. Çekme abonelik daha iyi talep eşitlemeyi uygun.Abonelik türleri ve iş planlama çizelgeleme eşitleme hakkında daha fazla bilgi için bkz: Yayın için abone olma ve Veri Eşitleme.
Uygulama, uzak bir sitede ne kadar süreyle kalabileceği kontrol gerekir eşitlenmemiş.
Birleştirme çoğaltma yapabilirsiniz küme belirli miktarda bir saat içinde tüm abonelere eşitlenen olmak için bir abonelik sona erme saat.Daha fazla bilgi için bkz: Abonelik bitiş ve etkinliğini kaldırmayı.
Çoğu tabloları, böylece her kullanıcı için bir veya daha fazla tablo, farklı veri alan süzme gerektirir.
Birleştirme çoğaltma, sütun ve satırları süzmek sağlar.Satır süzgeçleri, statik veya parametreli hale getirilmiş olabilir.Statik bir süzgeç, bir yayın oluşturulduğunda uygulanır; bu, tek bir veri sonuçları küme.Her bir abone eşitler parametreli hale getirilmiş bir süzgeç uygulanır; her abone için farklı bir veri kümesindeki neden olur.POS uygulamalar genellikle parametreli süzgeçleri kullanın, ancak statik filtreler de kullanabilirsiniz.Daha fazla bilgi için bkz: Birleştirme çoğaltması için yayımlanan veri süzme.
Uygulama veri eşitlendiğinde yürütülmek üzere özel bir iş mantığına gereksinim duyabilir.
Birleştirme çoğaltma, eşitleme sırasında yürütülmek üzere kod belirtmenize olanak verir.Bu kod, çok çeşitli olaylara yanıt verebilir ve eşitleniyor verilere erişimi vardır.Daha fazla bilgi için bkz: Iş mantığı birleştirme eşitlemesi sırasında çalıştırma.
Uygulama, adanmış bir bağlantı üzerinden değil, ınternet üzerinden veri eşitlenmesi gereksinim duyabilir.
Kullanırken SQL Server Compact 3.5 SP1, verileri bir HTTP veya HTTPS bağlantısı eşitlenir. Diğer sürümleri için SQL Server HTTPS gerektiren Web üzerinden eşitleme kullanabilirsiniz. Daha fazla bilgi için bkz: Birleştirme çoğaltması için Web üzerinden eşitleme.
Bu senaryo uygulamak için gerekli adımları
Bu senaryo uygulamak için , önce yayın ve abonelikleri oluşturma ve sonra da her abonelik: gerekir.Her adımla ilgili daha fazla bilgi için aşağıdaki bağlantıları tıklatın:
Abonelik başlatıldı ve verileri, yayımcı ve aboneleri arasında akan sonra ortak yönetim ve görevleri izleme hakkında bilgi için aşağıdaki konulara başvurun gerekebilir: