Share via

  • Makale

Gezici kullanıcılar ile veri değişimi

Verileri sağlayan ve gezici kullanıcılar verileri toplayan birçok uygulama önemli bir parçası olur.Gezici kullanıcılar destekleyen çoğu uygulama iki geniş kategoriden birine girer:

  • Müşteri ilişkileri yönetimi (CRM) ve satış gücü otomasyonu (SFA)

    Örneğin, satış elemanını SFA uygulama, bir müşteriyi ziyaret ederken sipariş verilerini girmek için kullanabilirsiniz.Bu veriler, daha sonra şirket genel müdürlüğü gibi merkezi bir konum veya bir veri merkezi aktarılır.

  • Alan ekibi Otomasyon (FFA)

    Örneğin, çalışanları, alan – teslim sürücüleri, bakım çalışanları, denetçilerinde ve diğerleri – FFA uygulama avuçiçi aygıtta toplayıp uzak konumlardan yapılan veri aktarmak için kullanabilirsiniz.Bir teslimat sürücü paketini teslimatlar teslim adreslerde ilgili verileri girebilirsiniz ve bu verileri daha sonra merkezi bir konum iletilir.

Her iki kategori uygulamaların benzer çoğaltma özelliklerini gerektirir.Uygulamalar arasındaki birincil fark olup olmadığı, verileri birden çok kullanıcı tarafından güncelleştirildi ' dir.Bu konudaki "Ortak gereksinimleri için bu senaryo" bölümünde, bu sorun giderilmiştir.

Aşağıdaki diyagram verileri teslim etmeden, gezici kullanıcılar için iki farklı yaklaşımlar gösterilmiştir: one uses laptops and the other devices (which run Microsoft SQL Server Compact 3.5 SP1).Ilk yaklaşımı daha sık SFA ve CRM uygulamalarla kullanılır ve ikinci bir yaklaşım, sık olarak FFA uygulamalarla kullanılır.Ancak, her iki yaklaşımın iki uygulama kategorisi için kullanılabilir.

  • Bir senaryo, ilk diyagramı gösterilmektedir bir küme olan dizüstü bilgisayarlar için merkezi bir siteye doğrudan bağlanır:

    Replicating data from salespeople to headquarters

  • Ikinci diyagramı kullanıcılar aygıtlardan aracılığıyla bağlanmak için bir senaryo gösterir. Microsoft Internet ınformation Services (IIS) sunucuları için merkezi bir siteye. IIS sunucuları kullanılırken gereklidir SQL Server Compact 3.5 SP1.

    Replicating data to delivery drivers

Adventure Works döngüsü örnekleri

Adventure Works Cycles is a fictional manufacturing company used to demonstrate database concepts and scenarios.Daha fazla bilgi için bkz: AdventureWorks örnek veritabanları.

Adventure Works Cycles önemli miktarda saat, geçirdiği büyük bir satış ekibi sahip alan doğrudan şirketin birincil olan müşteriler, bağımsız çalışan ve bir bisiklet Dağıtıcılar franchise.Satış kişileri, ekipleri, bölgeler için atanır ve her Satış sorumlusu, genellikle kendi müşteriler işler.Ancak, müşteri verilerine satış kişiler ve satış yöneticileri tarafından paylaşılabilir.Satış kişiler, dizüstü bilgisayarlarda sipariş verilerini girin ve uygun olduğunda, bu verileri merkez iletme.

Adventure Works Cycles A-1 sevkiyat parça ve tam bir bisiklet, teslimatlar için kullanır.Teslimat sürücüleri A-1 sevkiyat tüm gelen çalışan aygıtlar kullanın... SQL Server Compact 3.5 SP1. Sürücüler, bir teslim işlemi tamamlandıktan sonra her Teslimde verileri girin.Bu veriler A-1 sevkiyat merkez ofise yinelenmiş ve aygıttan silindi.Verileri daha sonra için kullanılabilir Adventure Works Cycles bir müşterinin extranet.

Bu senaryo için ortak gereksinimleri

CRM SFA ve FFA uygulamalar genellikle bir uygun çoğaltma çözüm adres gerekir aşağıdaki özelliklere sahiptir:

  • Böylece, bir dizüstü bilgisayar veya aygıtta bir uygulama, çoğaltma son kullanıcı bilgi istemeden eşitlemeyi eklemek için özelleştirilebilir veri eşitleme, programlanabilir olması gerekir.

  • Çoğu mobil uygulamalar verileri girilen ve olması merkezi bir sitede ve uzak sitelerdeki güncelleştirildi.FFA uygulamalarda, uzaktan sitelerinde en çok veri girildi.

  • Uzak kullanıcılar, girin ve bir dizüstü bilgisayar, aygıt veya Tablet PC kullanarak verileri güncelleştirilemedi.

  • Uzak kullanıcılar güncelleştirmelerin bağımsız olarak, merkezi siteye bağlantı gerekmeksizin yapabilmek için olması gerekir.

  • Birden çok kullanıcı aynı veriyi bağımsız olarak güncelleştirme, çünkü veri çakışmaları ortaya çıkabilir ve ele alınması gerekir.

  • Bazı veriler, yalnızca merkezi sitesi (örneğin tablo fiyatlandırma ürün verilerde güncelleştirilmelidir.

  • Kullanıcıların istek üzerine veri eşitlemeye isteyemeyeceklerini yerine yalnızca at zamanlama saatleri.

  • Uygulama, uzak bir sitede ne kadar süreyle kalabileceği kontrol gerekir eşitlenmemiş.

  • Bazı tablolar, böylece her kullanıcı için bir veya daha fazla tablo, farklı veri alan süzme gerektirir.Örneğin, her satışçının ilgili kişi bilgilerini yalnızca kendi müşterilerin alır.

  • Siteler arasında transfer edildiğinde verilerden bir birim olarak ele alınması gerekir.Örneğin, sipariş için merkezi bir sitedeki bir uzak kullanıcının gönderilirse, sipariş başlığındaki sipariş ayrıntılarını önce kaydedilmiş olmalıdır.

  • Uygulama veri eşitlendiğinde yürütülmek üzere özel bir iş mantığına gereksinim duyabilir.

  • Uygulama, VPN veya IPSEC bir çevirmeli ağ bağlantısı üzerinden değil, ınternet üzerinden veri eşitlenmesi gereksinim duyabilir.

CRM ve SFA uygulamaları çoğaltma gelince FFA uygulamalar arasındaki birincil fark olup olmadığı, verileri birden çok kullanıcı tarafından güncelleştirildi olan (güncelleştirmeleri birden çok kullanıcı tarafından çakışmaya neden olabilir).Birden çok kullanıcı tarafından ne kadar verilerin güncelleştirilme için veri de süzülür kapsam üzerinde bağlıdır.Örneğin, tüm kullanıcılar yalnızca kendi güncelleştirmek için veri süzülür, küme verileri, çakışmaları kullanıcılar arasında ortaya çıkabilecek değil:

  • CRM ve SFA uygulamalar, verileri genellikle süzülür, ancak bazı veriler yine de güncelleştirildi birden fazla yerde.Bazı veriler sırasında yalnızca merkez, bazı kullanarak tek bir uzak kullanıcının ve bazı uzak birden çok kullanıcı tarafından güncelleştirildi.Aşağıdaki şemada, CRM ile SFA ortak süzme gösterilmiştir:

    Filtering for sales force automation applications

  • Tek bir uzak kullanıcının, belirli bir veri parçasını güncelleştiriliyor, çünkü FFA uygulamalarda, öncelikle alanında toplanan ve daha sonra çakışma olmadan merkez yüklenen verilerin yaygındır.Aşağıdaki şemada FFA uygulamaları için ortak süzme gösterilmiştir:

    Filtering for field force automation applications

Bu senaryo için kullanılacak çoğaltma türünü

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 ilk iki diyagramları 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ış kişinin dizüstü ve teslimi sürücünün şema ve abonelik verileri almak için yayın bir abone aygıtı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 onu gideren birleştirme çoğaltma seçenekleri sunar.

  • Veri Eşitleme programlanabilir olması gerekir.

    Çoğaltma programlama saklı yordamlar ve çoğaltma Management Objects (RMO) aracılığıyla sunar.RMO, genellikle taşınabilir uygulamaları için kullanılır.Programlama çoğaltma hakkında daha fazla bilgi için bkz: Geliştiricinin Kılavuzu (çoğaltma) ve Sales Orders Sample Scenario.

  • Çoğu mobil uygulamalar verileri girilen ve olması merkezi bir sitede ve uzak sitelerdeki güncelleştirildi.FFA uygulamalarda, uzaktan sitelerinde en çok veri girildi.

    Birleştirme çoğaltma, ayrı herhangi bir seçenek belirtmeden bu yeteneği sağlar.

  • Uzak kullanıcılar, girin ve bir dizüstü bilgisayar, aygıt veya tablet kullanarak verileri güncelleştirilemedi.

    Dizüstü ve Tablet PC'lerde çalıştırabilirsiniz SQL Server Standart ve (dahil diğer sürümleri SQL Server Compact 3.5 SP1), ancak Pocket PC aygıtı SQL Server Compact 3.5 SP1. Birleştirme çoğaltma yayınları tarafından kullanılan bir abonelik oluşturmanıza olanak verir. SQL Server Compact 3.5 SP1. Daha fazla bilgi için bkz: Veri için SQL Server Sıkıştır çoğaltılıyor.

  • 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.

  • Birden çok kullanıcı aynı veriyi bağımsız olarak güncelleştirme, çünkü veri çakışmaları ortaya çıkabilir ve ele alınması gerekir.

    Birleştirme çoğaltma için servis talepleri, veri çakışmalarını beklenen çakışma algılama ve Çözümlemesi'ni sağlar.Çakışmaları önlemek için tasarım uygulamaları için uygundur, ancak bu mümkün yerlerde varsayılan seçebilirsiniz çakışma çözünürlüğü yönteminde (ilk wins) veya özel çakışma çözünürlüğü kullanın.Daha fazla bilgi için bkz: Saptama ve çözme çoğaltma çakışması Birleştir.

  • Bazı veriler, yalnızca merkezi sitesi (örneğin tablo fiyatlandırma ürün verilerde güncelleştirilmelidir.

    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ı.

  • Bazı tablolar, böylece her kullanıcı için bir veya daha fazla tablo, farklı veri alan süzme gerektirir.Örneğin, her satışçının ilgili kişi bilgilerini yalnızca kendi müşterilerin alabilirsiniz.

    Birleştirme çoğaltma, sütun ve satırları süzmek sağlar.Satır süzgeçleri olabilir statik or parametreli.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.CRM ve SFA 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.

  • Siteler arasında transfer edildiğinde verilerden bir birim olarak ele alınması gerekir.Örneğin, sipariş için merkezi bir sitedeki bir uzak kullanıcının gönderilirse, sipariş başlığındaki sipariş ayrıntılarını önce kaydedilmiş olmalıdır.

    Birleştirme çoğaltma, ilişkili tabloların bir birim olarak işlenmelidir belirlemenizi sağlar.Bu birim, mantıksal kayıt olarak anılır.Daha fazla bilgi için bkz: Değişiklikleri mantıksal kayıtlarıyla ilgili satırları gruplandırma.

  • 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: