1. ev
  2. Soru-cevap
  3. ms erişiminde maksimum eşzamanlı bağlantı

ms erişiminde maksimum eşzamanlı bağlantı

2011-04-13 27 views
7

Maksimum eşzamanlı bağlantı ms-access destekleri nelerdir?ms erişiminde maksimum eşzamanlı bağlantı

kaynak

2011-04-13 ramu

+3

Sürekli ve güvenilir kalmak için Access'e ihtiyacınız olduğunda: sadece bir bağlantı. Erişim eşzamanlılık için tasarlanmamıştı. Bunun için birçok Access veritabanının doğru olduğunu gördüm. – Steven

+0

@Steven: s/correct/bozuk /? – Mat

+0

@Mat: Yazım hatası hakkında haklısınız. "Bozuk" değil "doğru" demek istiyorum. – Steven

cevap

12

Teoride 255, pratikte iyi bağlıdır. Çoğunlukla okunurlarsa ve bulunduğunuz ağ hızlıysa, iyi yazılmış bir veritabanında 100'den fazla sorun yaşamadım. Öte yandan, eminim veritabanlarının aynı eski korku hikayeleri 2 kullanıcı ile bozulmaya başlayacaktır. Evet olabilir, ancak iyi bir veri tabanı oluşturursanız ve bununla ne yaptığınız konusunda gerçekçi olursanız, şaşırtıcı sayıda kullanıcının takılabileceğini görürsünüz. Daha yüksek kullanıcı sayılarının için SQL server serbest (Ekspres) sürüm bakmak isteyebilirsiniz uzun vadede

.

kaynak

2011-04-13 11:03:52

1

Gerçekten, "Jet veritabanı altyapısı sürüm 1.1, 2.0 ve 2.5, yalnızca herhangi bir makinede aynı anda 10 istemci uygulamaları tarafından kullanılabilir". Jet 3.0'dan başlayarak böyle bir sınırlama yoktur. Bu bağlantıya bakın: http://support.microsoft.com/default.aspx?scid=kb;en-us;154869

kaynak

2014-06-25 15:49:31 Pere

+0

Bu makale en son 2004 yılında gözden geçirilmiştir ve açıkça Jet'in 16 bit sürümlerini ifade eder. Bu * aynı * makale, sınırlamanın Jet 3.0 (32 bit) için geçerli olmadığını da söylüyor. –

+0

Neden düşüş var? Orijinal soru, istediği süreyi belirtmedi. Ayrıca, sürümlerin etkilendiğini bildiren makalenin geçişini de aktardım. Burada tüm metni teklif edemediğimden, kullanıcının da kontrol etmesi için bir bağlantı var. Her neyse, cevabımı temizlerim için, (yeterince açık olmaması durumunda) v3'ten başlayarak bu sınırın bulunmadığını, herhangi birinin "1.1, 2.0 ve 2.5 "parçası. Umarım şimdi daha iyi hissedersin. – Pere

+1

OP size farklı bir şekilde açıklamadığı sürece, 16 bit yazılım sınırlamaları veya önceki yüzyılda piyasaya sürülen yazılım sınırlamalarıyla ilgilenmediklerini varsaymak oldukça güvenlidir. –

0

Benim durumumda 10 eşzamanlı kullanıcı sorunlara neden oluyor. Eminim ki, çok sayıda kullanıcı tarafından iyi çalışan çok küçük veri kümeleri vardır. Bazı uygulamalar için erişim iyi olabilir. Bu iş parçasında çok fazla tutku var gibi görünüyor.

Burada anlaşılması gereken temel kavram, sunucu olmamasıdır. HER QUERY, ENTIRE tablosunu ağ boyunca çekecektir. onun bir JOIN Eğer

, HER SORGU ağ üzerinden katılan HER tabloyu çeker. Çünkü JOIN motoru masaüstünüzde bulunur.

Erişim dosyasının nerede olduğu önemli değil. En iyi ihtimalle, birincil kullanıcının masaüstü bilgisayarında bulunur. Diğer herkes, verilere erişmek için ağı kullanmalıdır. Eğer bir 100k tablo varsa ve id # 1042 istiyorsanız

, ağda yapılan verilerin 100k * Tutanak uzunluğu değerinde çekin ve ardından # 1042 ama her şeyi filtreler. Önbelleğe alınamıyor, çünkü iş arkadaşınız bakmak istediğiniz bir sonraki kaydı değiştirmiş olabilir.

Bunun bir Access DB'deki eşzamanlı kullanıcıların sayısı olduğunu sanmıyorum. Sanırım, her düğmeyi tıklattıklarında, ağ üzerindeki büyük boyutlu veri yığınlarını eşzamanlı olarak çeken kişi sayısıdır. masa sayımı büyüdükçe

Ağ yük/Ağ gecikmesi kayıt sayısı büyür, artacak ve kullanıcı sayısı büyür. Muhtemelen w/bir çarpma etkisi. Dış merkez veri merkezleriniz (şifreleme), vpn kullanıcıları (şifreleme), farklı kıtalardaki kullanıcılar vb. Vb. Olduğunda bunu sağlayın.

kaynak

2017-11-16 12:50:57 greg

İlgili konular

 İlgili konular