BILGI: Microsoft Access tarafından nasıl Visual Basic 3.0 tanıtıcıları güvenlik ayarla

Makale çevirileri Makale çevirileri
Makale numarası: 105990 - Bu makalenin geçerli olduğu ürünleri görün.
Bu makale arşivlenmiştir. "Olduğu gibi" sunulmaktadır ve bundan sonra güncelleştirilmeyecektir.
Hepsini aç | Hepsini kapa

Bu Sayfada

Özet

Visual Basic sürüm 3.0, Microsoft Access veritabanı altyapısı içerir. Visual Basic, Microsoft Access veritabanını Microsoft Access için hemen hemen her şekilde işlemek için sözdizimi içeriyor. Tek ana güvenlik alanında işlemdir. Yalnızca Microsoft Access ayarlayabilir veya (oturum açma kimliklerini ve parolaları sistemi gibi) güvenlik seçeneklerini değiştirmek ve ayarlamak veya belirli bir veritabanında bulunan özel nesnelerdeki izinleri değiştirin.

Visual Basic sürüm 3.0, Microsoft Access ımplements güvenlik düzeneğini karşılamak için Visual Basic uygulaması izin ve Visual Basic kodu kullanarak oturum iki ifade (SetDataAccessOption ve SetDefaultWorkspace) içermiyor. Bu ifadeler kullanarak, belirli bir kullanıcıya verilen izinlere kazanabilirler.

Bu makalede, Visual Basic sürüm 3.0 ve Visual Basic Programcı uygulanan, güvenlik mekanizmaları açıklanmaktadır. Microsoft Access tüm güvenlik özellikleri, bu makalenin kapsamı dışındadır ' dir.

Microsoft Access <a1>Güvenlik</a1> özellikleri eksiksiz bir açıklaması için lütfen aşağıdaki Knowledge Base makalesine başvurun:
122036WX1051: Güvenlik Sihirbazı ve teknik incelemesi App. Not 2.0

Daha fazla bilgi

Güvenlik iki bölümü de uygulanır:
  • Her kullanıcı ve grup için benzersiz bir güvenlik KIMLIĞI (SID) kodu vardır.
  • Bu SID kodu ilişkili izinlerini bu SID ile birlikte bir veritabanında depolanır.
Sonraki iki bölümde ayrıntıları verir.

Her kullanıcı ve Grup benzersiz güvenlik KIMLIĞI (SID) sahiptir...

Microsoft Access'te, bir güvenlik KIMLIĞI (SID) her kullanıcı ve grup vardır. SıD'I kullanıcıyı veya grubu benzersiz olarak tanımlayan ikili bir dizedir. Bir kullanıcı olup, oturum açma iletişim kutusunda, Microsoft Access veya Visual Basic'te (makalenin ilerisinde gösterilen) kodu kapattığında Microsoft Access altyapısı SYSTEM.MDA veritabanı MSysAccounts tablosundan okur. Bu veritabanı, yalnızca Microsoft Access tarafından oluşturulur ve özgün kopya silinirse, yeni (boş) bir oluşturulur.

Not: özgün SYSTEM.MDA yanlışlıkla silinmesi, tüm benzersiz Sıd'ler kaybolur. Bu nedenle, tüm korumalı veritabanlarına erişim yeteneği de kaybolur. Bu nedenle, bu veritabanı hem de yerinde SYSTEM.MDA dosya izinleri veritabanında ayarlanmış olduğunda yedeklemek için iyi bir fikirdir.

Kullanıcı, oturum açarken (büyük küçük harf duyarlı değil) kullanıcı adı ve parola (büyük/küçük harf duyarlı) sağlar. Kullanıcı adı ve parolası doğruysa, kullanıcı SıD'SINI alınır ve bir alt yapısına iç yapısı kaydedilir. Parola, yalnızca kullanıcıyı doğrulamak için kullanılır. Doğrulanmış bir kullanıcı, kullanıcı hale geldiğinde bu noktadan, parola güvenlik etkisi vardır.

Visual Basic'ın davranışını ilgili bir nokta aşağıdadır. Varsayılan olarak, kullanıcı ve yönetici parolasını doğrulamak Microsoft Access altyapısı çalışır ve "" sırasıyla. Visual Basic sürüm 3.0 herhangi bir kodu, bu tuş birleşimini için Microsoft Access motoru varsayılan olarak gönderir. "Admin" Grup yöneticileri, kullanıcı parolasını hiçbiri varsayılan değiştirilen görmemiştir, hatta kullanmadan, güvenlikle ilgili Visual Basic deyimi, Visual Basic programı, veritabanına giriş geçirmesine, yani ("").

Bir kez oturum açan kullanıcı SıD'SINI alınır. Bu SID, Microsoft Access alt yapısı içindeki tüm sonraki işlemler için kullanılır.

SID SYSTEM.MDA veritabanının depolandığı

SID veritabanında depolanır. Bu nedenle, belirli bir kullanıcı veya grup için tüm izinleri de benzersiz bir SID ile ilişkili veritabanında depolanır.

Bu davranışa Visual Basic'ın ilgili başka bir nokta sağlar. Visual Basic programı veritabanına giriş geçirmesine ve aşağıdakilerden biri doğruysa, Microsoft Access güvenlik düzeneğini yoksaymasını seeming, tam izinlere sahiptir:
  • Visual Basic Programcı SYSTEM.MDA konumunu sürdü veritabanına, program kodu hesabı.
  • "Admin" kullanıcının parolasını hiçbiri varsayılan değiştirilmediğinden sahip olduğu ("").
Bu, varsayılan davranış Microsoft Access altyapısı ve Visual Basic nedeniyle oluşur. Birleşik etkisi, Visual Basic koduna göre veritabanına ve nesnelerine girişe sağlamaktır.

Microsoft Access nesne türleri listesi: tablo, sorgu, form, rapor, makro ve modül. Bu nedenle, bu açıklama diğer atlanabilir bunlar yalnızca ilk iki Visual Basic kodundan erişilebilir.

Aşağıdaki iki bölümde her iki açıklayan Visual Basic güvenlik deyimleri (SetDataAccessOption ve SetDefaultWorkspace) ilgili. Iki ifade SYSTEM.MDA dosyaların bir seçenek sağlamak için tasarlanmıştır ve Microsoft Access tarafından oturum açma güvenliği ile bir Microsoft Access veritabanı girişlerini ayarlayın. Bu iki bölümü aşağıdaki davranış için iki ifadeyi Microsoft Access altyapısı ile için güvenlik ilişkilendiren bir bölümdür.

SetDataAccessOption ekstresi--Sözdizimi ve davranışı

SetDataAccessOption aşağıdaki parametreleri vardır:
   SetDataAccessOption option, value

   option is a numeric value with only one legal value (1).
				

Örneğin,:
   SetDataAccessOption 1, "E:\VBPROJ\MY.INI"
				

\VB dizininin kökündeki sağlanan DATACONS.TXT dosyasında, bu değeri için bir sabit tanımlanır:
   Global Const DB_OPTIONINIPATH = 1
				

SetDataAccessOption uygulamanızın başlatma (.ını) dosyasının yolunu ve adını ayarlar. Veri erişim işlevlerini yükledi ve başlatılan önce yalnızca SetDataAccessOption kullanıldığında uygulamanın .ını dosyası, etkili olur. Veri erişim başlatıldı sonra bu ayar, uygulamadan çıkmak değiştirilemez. Değer bir dize ifadesidir. DB_OPTIONINIPATH seçeneği için değer bağımsız değişkeninin, uygulamanızın başlatma (.ını) dosyasının adını ve yolunu sağlayan bir dize deyimi içerir. Başlatma dosyaları, genellikle kullanıcının \WINDOWS dizininde saklanır ve yürütülebilir dosya olarak, ancak bir .ını uzantısı ile aynı ada sahip. Yalnızca uygulama başlatma dosyası farklı bir ad veya \WINDOWS dizininden farklı bir dizinde bu deyimi kullanın.

Aşağıdaki satırlar (\WINDOWS dizininde) VB.INI dosya içeriyorsa, Visual Basic projesinin VB.EXE ortamda çalıştırdığınızda SetDataAccessOption deyimi gereklidir:

[Options]
SystemDB=T:\ACCESS\SYSTEM.MDA
UtilityDB=T:\ACCESS\UTILITY.MDA

Not: Microsoft Access hem de Visual Basic, bunlar paylaşacak SYSTEM.MDA için gösteren bir girdi varsa SYSTEM.MDA gerçek konumu önemli değildir. Uygulama</a1>.exe dosyasını kendi \WINDOWS .ını dosyasında bulunan ve aynı adı .exe ve .ını dosyalarını paylaşmak SetDataAccessOption bildirimi gerekli değildir.

SetDefaultWorkspace ekstresi--Sözdizimi ve davranışı

SetDefaultWorkspace aşağıdaki parametreleri vardır:
   SetDefaultWorkspace username, password
				

Ifadenin bırakıldığı takdirde Visual Basic, Visual Basic ile gelen Microsoft Access veritabanı altyapısı için aşağıdaki satırı eşdeğeridir gönderir:
   SetDefaultWorkspace "Admin" , ""
				

Bu deyim geçerli bir SID almak ve veritabanındaki tüm tablo ve sorgu nesneleri için giriş kurtarmanız sahiptir.

Visual Basic ve Microsoft Access güvenliği arasındaki ilişki

Visual Basic ve Microsoft Access güvenliği arasındaki ilişkiyi anlamak için <a0></a0>, Microsoft Access güvenlik düzeneğini anlamak gerekir. Işte, Microsoft Access bolca kullanmamış Visual Basic Programcı yararına yönelik ayrıntılı bir açıklama. Microsoft Access'te izinleri sıradüzeni vardır. En üst düzeyde gruplar vardır. Belirli bir içinde yer alan grup olan kullanıcılar. Seçime bağlı olarak belirli kullanıcılar için izinleri için tüm izinleri olmalı önce seçili veya Users grubuna kaldırıldı. Daha sonra ve yalnızca sonra izin verilen veya tek tek kullanıcılar için iptal.

Açık izinler, izinleri tek tek bir kullanıcı için listelenen denir. Kullanıcı hesabının bulunduğu grup için ayarlanan izinlere örtülü izinleri verilir. Örtülü izinlerinin, açık izinlerin öncelik kazanır.

Microsoft Access'te, bir veritabanı açılır ve kullanıcı oturum açtıktan sonra izinleri ayarlamak için güvenlik menüsünü kullanabilirsiniz. Güvenlik) menüsünde, yani Visual Basic'te sadece tablo ve sorgu nesneleri veritabanındaki her nesne üzerindeki izinleri atamak için izinler'i seçin.

Örneğin, bir grup varsa Microsoft Access'te veritabanı kullanıcı Emre ve Ercu içeren Çözümleyicileri adlı ve, Can'ın veri için yalnızca sınırlamak ve Sue, tam izinleri vermek için şu adımları izleyin:
  1. Microsoft Access Admins grubundaki bir kullanıcı olarak oturum açın. Örneğin, yönetici veya Gamze girin.
  2. Güvenlik</a0> menüsünden, <a1>izinler</a1> (ALT S A) seçin.
  3. Tablo, varsayılan türü nesneleridir. Izinleri ayarlamak istediğiniz tablonun adını seçin. Örneğin, TestTbl seçin.
  4. Kullanıcı/Grup çerçevesinin içinde seçenek grupları için ayarlayın. Daha sonra aşağı açılan liste kutusunu tıklatın ve analistleri bu grup seçmek için tıklatın.
  5. Grubun tamamı için tüm izinleri iptal etmek için tüm onay kutularını temizleyin.
  6. Liste seçenek düğmesini kullanıcıları olarak değiştirmek ve Can'ı seçin. Can'ın izinleri için onay kutularını temizleyin.
  7. Ercu listeden seçin ve sonra da <a0>tam izin</a0> onay kutusunu işaretleyin.
  8. Tabloya değişiklikleri uygulamak için bir Ata düğmesini tıklatın.
Bu noktada, form load olayına aşağıdaki kodu içeren bir Visual Basic programı sahip olduğunuz varsayılmaktadır:
Sub Form_Load ()
   Dim db As database
   Dim ds As dynaset
   Dim scenario as integer

   scenario = 'insert a value between 1 and 4 here

   select case scenario
      case 1:
         ' Do nothing

      case 2:
         SetDefaultWorkspace "bob", "leftout"

      case 3:
         SetDataAccessOption 1, "E:\VB.INI"    ' not in \WINDOWS directory

      case 4:
         SetDataAccessOption 1, "E:\VB.INI"    ' not in \WINDOWS directory
         SetDefaultWorkspace "bob", "leftout"
   end select

   Set db = OpenDatabase("E:\DATACON\BASES\ACCESS11\ASAMPLE.MDB") ' point 1
   Set ds = db.CreateDynaset("TestTbl")                           ' point 2

   autoredraw = True   ' to make Print  statement persist on the form
   Print ds(0), ds(1)

End Sub
				

Visual Basic ve Microsoft Access güvenlik arasındaki ilişkiyi göstermek için birkaç senaryo aşağıda verilmektedir:

ONE. SENARYO: Böyle bir durumda, yok hiçbir başvuru SYSTEM.MDA dosyasının konumu. Windows ve Microsoft Access altyapısı .ını dosyası bulunacak ve daha önce bu makalede listelenen [Options] bölümüne erişemiyor. Bu nedenle, the SYSTEM.MDA yoksayılır ve Visual Basic, varsayılan kullanıcı ve parola bileşimiyle varsayılan ("Admin", ""). Ancak, daha önce varsayılan kullanıcı yönetim parolası için dışında değiştirildi "". Buna ek olarak, grup yöneticileri ve Yöneticiler grubunun "admin" kullanıcı için tüm izinleri iptal. Bu nedenle, Visual Basic hata noktasına 2 oluşur:
Couldn't Read; No Read Permission for Table or Query 'f)) '

Visual Basic ve oturumlarının SYSTEM.MDA dosyasındaki atlamak deneyen herhangi bir Visual Basic uygulamasının arka kapı kapatmış.

SENARYO TWO: Böyle bir durumda, herhangi bir işaretçi SYSTEM.MDA dosyaya gerek kalmadan SetDefaultWorkspace deyimi ba?latmak için Microsoft Access Visual Basic altyapısı SYSTEM.MDA dosyanın hunts ve, bulma aşağıdaki hata kodu 0 noktasında sağlar:
<a1>Dosya</a1> 'SYSTEM.MDA' bulunamadı

Not: her iki senaryo SYSTEM.MDA dosya taşınmış ise, ortaya çıkabilecek aynı olan ve iki ortaya çıkan hatalar yeniden adlandırıldı veya silindi.

ÜÇ. SENARYO: Böyle bir durumda, Microsoft Access Visual Basic altyapısı SYSTEM.MDA dosyasının bulunduğu söyleyin ancak bir kullanıcı ve parola birleşimi sağlamanız gerekmez. Bu nedenle, Visual Basic bunu bilir yalnızca kullanıcı ve parola birleşimi sağlar ("Admin", ""), yönetici kullanıcı hesabına bir parola eklenmiş olduğundan, artık geçerli birleşimidir. Sonuç olarak, Visual Basic kodunda 1 bağlantı noktasında şu hata verir:
Olmayan bir geçerli bir hesap veya parola.

DÖRT. SENARYO: Böyle bir durumda, her iki parametre doğru sağlayın. Bu nedenle, Kemal "Veri okuma" izni verdiği için "Read Microsoft Visual Basic erişim sağlamak için tanımları yan? s?ra" okunamıyor altyapısını, Visual Basic uygulamasını TestTbl adlı tablonun ilk kayıttaki ilk iki alanı yazdırır.

Dört senaryolarda Kullanıcı Sue ile yinelenen, tümü aynı olacaktır. Ancak, Ercu daha gidin ve tablo yapısını ve verileri de değiştirebilir. Unutmayın, önce grup analistler seçtiyseniz ve tüm izinleri iptal edilmiş. Sonra geri tüm izinler için Ercu ekledim, ancak yalnızca veri ve okuma tanımlarını geri Bob için eklenmiştir.

Not: Yöneticiler grubunun ile için güvenlik özel bir önemi vardır. Bu, çalışma grubundaki herhangi bir kullanıcı için geçerlidir. Bir veritabanı oluşturulur Yöneticiler grubunun SID SYSTEM.MDA içinde depolanır. Sonuç olarak, Yöneticiler grubunun her zaman veritabanındaki tüm nesneler üzerindeki izinleri değiştirme izni gerekir. Bu izin hemen herkes tarafından alınması edemiyor. Bu izin, bile tüm izinleri Yöneticiler grubundan iptal edilmiş ve izinler iletişim kutusunda görüntülenen kalır. Yedek tutabilirsiniz ve veritabanı oluşturulduğunda kullanımda SYSTEM.MDA görüntüleyebileceğinden izlemek için başka bir nedeni budur.

OwnerAccess seçeneğinde ile bir SQL sorgusu


Aşağıdaki deyim bir <a0>SQL</a0> sorgudaki kullanımını geçici bir son noktasını olası karışıklığı döner:
   ... With OwnerAccess Option
				

Örneğin, bu kodu arayın:
   Sub Form_Load ()
      Dim db As Database
      Dim qd As querydef

      Set db = OpenDatabase("C:\ACCESS\DB1.MDB")

      ' Enter the following two lines of code as one, single line:

      Set qd = db.CreateQueryDef("myQD", "select * from [TableDetails]
         with owneraccess option ;")
      db.Close
   End Sub
				

Bu kod, bu hata oluşur:
Geçersiz veritabanı kimliği.

Veritabanının sahibi için OwnerAccess başvuruyor olmasıdır. Sahibi, veritabanını oluşturan ' dir. Diğer bir deyişle, OwnerAccess (Bu durumda BD1.MDB) veritabanında depolanmış sahibin kullanıcı ve parola bileşimini (benzersiz SID) gösterir. Ancak, kodun güvenli bir Access veritabanını SYSTEM.MDA dosyasını göstermek için gerekli olan iki ifadeyi içermiyor. Aslında, bu durumda, yalnızca SetDefaultWorkspace deyimi geçerli bir [Options] bölümüne içeren derlenmiş .exe dosyasının .ını dosyası \WINDOWS dizinde değilse gereklidir.

Bu kod, arka kapı kullanır. Bu nedenle, altyapı, varsayılan ad ve parola bileşimini hangisiyle, benzersiz SID motoru, <a1>Veritabanı</a1> sahibinin sağlanmayan (yönetici, "") veritabanı sahibi kullanıcısıdır. Bile, kullanıcı yönetim SYSTEM.MDA dosyayı okumak kalmadan veritabanı sahibi olduğunu kapatır; bu nedenle, bu hata verir bu bilgi, altyapı doğrulayamıyor.

Microsoft Access sürüm 2.0 kullanıcılar için notlar

Yayımlanmış olan en son Microsoft Jet 2.0/Visual Basic 3.0 uyumluluk katmanı'nı kullanarak, Visual Basic, Microsoft Access sürüm 2.0 veritabanlarına erişim kazanabilirler. Aşağıda, güvenli sürüm 1.0 veritabanını Microsoft Access sürüm 2.0 biçimine dönüştürmenize yardımcı olmak için bazı notlar var.

Bir sürüm 1.x veritabanı güvenli ise, Microsoft Access sürüm 1.x veya 2.0 ile açık olup olmadığını, güvenli kalır. Sürüm 2.0 veritabanını dönüştürülen kadar ancak, Microsoft Access sürüm 2.0 veritabanında izinleri eklemek veya değiştirmek için yönetici tarafından da kullanılamaz.

Microsoft Access sürüm 2.0 yüklendiğinde, kendi çalışma grubu dosyası (SYSTEM.MDA) oluşturur. Microsoft Access sürüm 2.0 sürüm 1.x ile aynı dizinde yüklü ise, sürüm 1.x SYSTEM.MDA dosya olacak SYSTEM1X.MDA yeniden adlandırıldı.

Dönüştürülen bir veritabanının güvenliğini değişiklikler yapmak için <a0></a0>, sürüm 2.0 kullanan aynı gruplar ve kullanıcılar (ve aynı Pıd) özgün olan SYSTEM.MDA olan SYSTEM.MDA.

Not: Microsoft Access sürüm 2.0 Pıd (kişisel kimliği) <a1>pın</a1> (Kişisel KIMLIK numaraları), sürüm 1.x içinde eşdeğerdir

Güvenli bir çalışma grubu oluşturmak için <a0></a0>:
  1. Yeni bir çalışma grubu oluşturmak için 2.0 çalışma grubu Yöneticisi aracını kullanın. Bu sürüm 2.0 SYSTEM.MDA dosyadır.
  2. Tüm kullanıcılar yeniden oluşturun ve grup hesaplarının aynı ad ve PID kullanarak Microsoft Access sürüm 1.x içinde kullanılan sayı.
Bir veritabanı güvenli 1.x 2.0 biçimine dönüştürmek için <a0></a0>:

Not: güvenli çalışma grubu, yalnızca tüm nesneler için tasarım değiştirme izinleri olan kullanıcılar bir sürüm 1.x biçimi sürüm 2.0 biçimine dönüştürebilirsiniz. Ayrıca, sürüm 1.x çalışma grubunu kullanarak Microsoft Access sürüm 1.x sürüm 1.x veritabanında için tasarım değiştirme izinleri atamanız gerekir.
  1. Hiç kimsenin veritabanı 1.x sürümünü kullandığından emin olun.
  2. Microsoft Access 2.0 için yönetici kullanıcısı olmayan bir Admins grubunun üyesi oturum açın.
  3. Dosya menüsünden Veritabanı Dönüştür komutunu seçin.
  4. Sürüm 1.x dönüştürmek istediğiniz veritabanını seçin. Sürüm 2.0 veritabanı adı sorulur.

    Not: Veritabanı için yeni bir ad seçmek için Veritabanı Dönüştür komutunu zorlar. Bu sürüm 1.x için geri dönüştürülemez sürüm 2.0 için bir veritabanı sürüm 1.x dönüştürdükten sonra sürüm 1.x veritabanınızın bir yedek kopya olarak kalmasını sağlar.
  5. Kullanıcılarınıza çalışma grubu Yöneticisi aracını kullanarak yeni sürüm 2.0 çalışma grubu (SYSTEM.MDA) alanına sahip.

    Not:, Aynı zamanda bu Windows dizininizde MSACC20.INI dosyasını değiştirerek yapabilirsiniz. Için sürüm 2.0 SYSTEM.MDA işaret edecek biçimde SystemDB giriş dosyasının <a1>[Options]</a1> bölümünde değiştirme dosya. Dosyasının [Options] bölümüne aşağıdaki örnektekine benzer olacaktır:
          [Options]
          SystemDB=<microsoft access path>\SYSTEM.MDA
    
    						

Önemli noktalar'in anımsa

  1. Yalnızca Microsoft Access, oluşturabilir ve SYSTEM.MDA dosyasını değiştirin.
  2. Benzersiz bir SID SYSTEM.MDA dosyayı içeren izinlere sahip bir veritabanı kullanan bir Microsoft Access bu izinleri Uygula altyapısını kim dışında sıralamak için kullanılır. SID, Microsoft Access altyapısı geçerli kullanıcı ve parola birleşimi, ile gelen sağlayarak alınır, benzersiz SID, alır, bellekte açık bir veritabanının güvenliğini sağlamak için altyapı depolar.
  3. Hem Microsoft Access ve Visual Basic SYSTEM.MDA dosyanın kapalı konuma veritabanlarının, güvenliği ve uygulanan izinleri olan bir girişe kazanmak için gösterilen gerekir.
  4. Kullanılabilir bir "arka kapı" için Visual Basic uygulama programı (Admin adlı) Admins grubundaki bir kullanıcı değil varsayılan parolasını hiçbiri varsayılan değiştirdiyseniz ("").
  5. CreateQueryDef, CreateDynaset veya CreateSnapshot yönteminin SQL sorgusunda kullanılan "OwnerAccess seçeneği ile" tümceciği, SYSTEM.MDA dosyayı gösteren bir işaretçi bulunması gerekir. "Arka kapı" kullanıyor olsanız bile (varsayılan kullanıcı ve parola birleşimi, yönetim ve "") ve "OwnerAccess seçeneği ile" kullandığınızda, SQL sorgu içinde SYSTEM.MDA gerek gibi görünebilir olmayan Bkz altyapısı SYSTEM.MDA dosyasını veritabanına oturum açmış olan kullanıcının (Oluşturucu) sahibinin SID eşleşmesi gerekir.
  6. Geçerli oturum açma kullanıcı ve parola bileşimleri SYSTEM.MDA dosyasında depolanır, ancak izinleri veritabanında depolanır (.MDB dosyası) kendisi. Benzersiz BIR anahtar (SID), bir geçerli kullanıcı ve parola birleşimi, oturum açma iletişim kutusunda, Microsoft Access veya Visual Basic kodu, Microsoft Access altyapısı için sağlanan kullanarak SYSTEM.MDA ayıklanır.

Özellikler

Makale numarası: 105990 - Last Review: 5 Şubat 2014 Çarşamba - Gözden geçirme: 2.0
Bu makaledeki bilginin uygulandığı durum:
  • Microsoft Visual Basic 3.0 Professional Edition
  • Microsoft Visual Basic 3.0 Professional Edition
Anahtar Kelimeler: 
kbnosurvey kbarchive kbmt kbinfo KB105990 KbMttr
Machine-translated Article
ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Makalenin İngilizcesi aşağıdaki gibidir:105990

Geri Bildirim Ver

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com