Bitmiş ürün üzerinde bir yük testi yapmak ve Access web siteleri güç için bir anlamı olmadığını kanıtlamak.

Kolayca veritabanı arka ucunu değiştirebilirsiniz böylece kod yazın. Erişimi gerçek db veya MySQL veri göç başarısız olduğunda Sonra varsa.

İşte bazı Microsoft Web server stress tools vardır

Kayıt için, böylelikle bir seferde 6 ya da 7 bağlantıları çok daha fazla sağlayan, etkin bir bağlantısı açık tutmak veritabanına çoğunlukla SQL komutları göndermek değil, mümkün, ama gerçeği erişim sadece bunu yapmak anlamına değildir. Yani "iyi çalışıyor" nokta bu yapışkan bant ile zemini temizlemek için ince olduğunu söyleyerek gibidir: çalışır, ama iş için doğru araç değildir.

UPDATED ANSWER TO UPDATED QUESTION:

Gerçekten burada anahtar kod veri erişimi ayrılmasıdır. Daha fazla veya daha az DBMS herhangi bir sayıda veri veritabanı yapısı olması gerekir. Karmaşık şeyler alabilirsiniz, ama tablolar haritası evrensel olmalıdır. Sonra farklı bir veritabanı kullanmaya karar, işe ulaşmak gerekir.

Erişim tür yüksek trafik sitelerinde kullanılabilir. SQL deyimi ile sadece rutinleri ben bir kaç milyon satış bir yıl yaptığı bir e-ticaret sitesi kurmak için başardı, ve 60K ziyaretçi bir ay vardı. Mümkün, ama belki ideal değil. Bunlar büyük rakamlar değil, ama onlar bir parçası olmuştur herhangi bir site için büyük vardır.

IT Manager çok başka bir sunucuyu korumak için meşgul, ya da bir yapılandırmaya zaman harcamak istemezler ise erişim tutmak. Sonuçta tahmin hiçbir şey yapmaz, ve test size bilmeniz gereken her şeyi anlatır. Test ve sonuçları kararlar.

İşte size yardımcı olabilecek Microsoft bir belge var:

Access vs. Sql Server

Another Article.

Benim kendi kişisel düşünceleri, Access fazla iki veya üç eşzamanlı bağlantı ötesinde ölçeklenebilecek bir ortamda yeri yoktur. Eğer arka uç olarak Excel kullanmak istiyorsunuz?

Sizin müdür o Access kullanmak istediği nedeni belirtti. Eğer bir alternatif tasarımı sorumlu musunuz? Eğer yönetici yanlış kanıtlayan yararlanacak düşünmek için herhangi bir neden var mı? Bu konuşma sizin kişisel ters nedir? Access "yeterince iyi" olmayacak emin misiniz? Yeniden tasarlanan sitesi manivela veya farklı yükler (yani daha fazla kullanıcı, ya da daha az verimli tasarım) sahip oluyor? Ben size eski tasarımın yanı sıra bir şeyi uygulamak değil ki senin yöneticisi ile savunarak olmak istediğimden emin değilim.

Bu yöneticisi yaptığı daha iyi durumu anlamak kabullenmek almak yerine, (bu sonuç olacaktır düşünüyorsanız) projesi başarısız izin ve SQL Server ile onu kurtarmak için çok daha kolay olacak.

En Access Veritabanı kadar küçük bir şey için unutmayın, ücretsiz SQL Server Express Edition'ı kullanabilirsiniz, bu yüzden size bir maliyeti olmaz.

Ben de bu güzel alıntı bulundu:

It is not recommended to use an Access database in a production web application. For production purposes, consider connecting to a Microsoft™ SQL Server database using the SqlDataSource or ObjectDataSource controls.

http://quickstarts.asp.net/QuickStartv20/aspnet/doc/ctrlref/data/accessdatasource.aspx

, Benchmark bunu iddia etmiyoruz. Gerçek veri rasyonel bir dünyada (koz retorik gerektiği, en azından! ;-)

Iki alternatif ile metin Boxen kurmak ve sert 'em çalıştırın. Geà toplayın (web hizmetlerini teşhir ediyorsanız. Bu alanda diğer araçları çok sayıda bulunmaktadır. Otomatik stres testi gibi SoapUI gibi bir aracı kullanabilirsiniz) ve tradeoffs belirlemek için bunları analiz.

DB kullanıcıları bir sürü tarafından yoğun olarak kullanılan edilecektir MS Access DB bir darboğaz neden olabilir: yerine bir Microsoft Access veritabanı SQL Server kullanmak için basit bir nedeni.

Biri için lisans. Ben o Ofis lisanslarının (siteye bağlanan her son kullanıcı için bir) yüzlerce istiyor şüpheliyim. SQL özel bağlantı lisansları olmadan aynı anda birden CONNECT sağlar lisansları vardır.

Ölçeklenebilirlik ve güvenilirlik sorunlarını cabası. Kullanılan ve 24/7 ortamında idare edilmesi için tasarlanmış SQL Server ios. Erişim değil.

SQL Access yapamam, eşzamanlı bağlantı squillions için ölçeklendirilebilir.

SQL Access olamaz, yedek işletim olurken.

SQL Access aklında aynı gereksinimleri ile tasarlanmamış, son derece sağlam bir veri deposu olarak tasarlanmıştır.

Erişim (tüm?) Çok iyi birden fazla kullanıcı ile uğraşmak değil. Erişmek veya özellikle sitenize ölmek ya da en azından çok yavaş olması çok olasıdır güncellemek için çalışırken birden fazla kişi varsa, bu demektir.

SQL Server (SQL veya varlık çerçevesi veya ORMs herhangi bir sayı linq) etrafında çok daha iyi takım var.

SQL express bir web sitesi arkaplanı için erişimi çok daha iyi bir seçimdir ve ücretsiz.

Belki doğru olan seçeneği düşünün. Bu Access ile iyi çalışıyor, sadece bu gibi bırakın. Ölçeklenebilirlik sorunları gelecekte varsa sizin değil, onun sorunu dışında, (Site aynı anda 1 den fazla kullanıcı kullanılır).

Ayrıca sqlite düşünün, erişimi daha iyi olabilir

Sadece bir testsuite kapmak (ya da sadece birlikte birini atmak):

1. 1000.000 enteries ile bir db oluşturmak için alınan zaman karşılaştırın.
2. db bir giriş arayın.
3. Db vakum
4. Db Sil
5. Sence işlemleri birkaç kere db çift daha yapılacaktır etmeyin.

ve ona Infront (bir senaryo yazmak) karşılaştırmak yok. Benim tahminim BT yöneticisi ya şaka yapıyor, ya da üzerinde çalıştığınız sitesi olmayan kritik ve o (siz dahil) kaynak tahsis etmek istemiyor olmasıdır.

MS Access 1 büro 1 kullanıcı içindir! Ben Access (kullanıcılar açısından kurumsal boyutu büyüyen) bir uygulamayı ayırmak için bir önceki projede bir yıllık harcama onun tuhaf kilitleme davranışı ve korkunç performans çünkü. Önceki mesaj yankılandı olarak SQL Server Express Edition, iyi bir başlangıç ​​noktasıdır.