stanford-oval/wikipedia huggingface dataset:
East Garston

| East Garston |
| --- | --- |
Kent

East GarstonEast Garston'in Birleşik Krallık'taki konumu
Ülke:  Birleşik Krallık
Ülke:  İngiltere
Kontluk: Berkshire
Zaman dilimi: UTC±00.00 (BAS)
 • Yaz (YSU): UTC+01.00 (BAYS)
East Garston, İngiltere'nin Berkshire kentinde, bulunan bir sivil pariştir.
Yerel yönetim

East Garston, seçilmiş bir pariş konseyine sahip bir sivil pariştir. Berkshire üniter otoritesine ve Newbury'nin parlamenter seçim bölgesine aittir.
Konuyla ilgili yayınlar

Page, William; Ditchfield, P.H., (Ed.) (1924). A History of the County of Berkshire, Volume 4. Victoria County History. ss. 3-8.
Pevsner, Nikolaus (1966). Berkshire. The Buildings of England. Harmondsworth: Penguin Books. ss. 63-65.
RocksDB

| --- | --- |

Geliştirici(ler): Facebook
İlk yayınlanma: Mayıs 2012
Güncel sürüm: 31 Ocak 2020
Programlama dili: C++
İşletim sistemi: Windows, macOS, Linux, FreeBSD, OpenBSD, Solaris, AIX
Platform: x86, x86_64, ppc64, ppc64le, aarch64
Tür: Veritabanı
Lisans: Apache 2.0 or GPL 2
Resmî sitesi: rocksdb.org
Kod deposu: https://github.com/facebook/rocksdb
RocksDB, anahtar / değer verileri için yüksek performanslı yerleşik bir veritabanıdır. Çoklu merkezi işlem birimi (CPU) çekirdeğinden yararlanmak ve giriş / çıkış (G / Ç) bağlı iş yükleri için katı hal sürücüleri (SSD) gibi hızlı depolamayı verimli bir şekilde kullanmak üzere optimize edilmiş, Google tarafından geliştirilen LevelDB'nin bir çatalıdır . Günlük yapılı birleştirme ağacı (LSM ağacı) veri yapısına dayanır.
C ++ ile yazılmıştır ve C ++, C ve Java için resmi uygulama programlama arabirimi (API) destekler. RocksDB açık kaynaklı bir yazılımdır ve ilk olarak BSD 3  lisansı altında yayımlanmıştır. Bununla birlikte, Temmuz 2017'de proje, muhtemelen Apache Software Foundation'ın önceki BSD + Patent lisans şartının kara listesine yanıt olarak hem Apache 2.0 hem de GPLv2 lisansına taşındı.
Facebook, Yahoo!, ve LinkedIn dahil olmak üzere çeşitli web ölçekli işletmelerin sistemlerinde kullanılımaktadır.
Özellikleri

LevelDB gibi RocksDB'de anahtarları ve değerleri bayt dizilerinde saklar ve veriler anahtarla veya özel bir karşılaştırıcı sağlayarak bayt olarak sıralanır.
RocksDB, LevelDB'nin tüm özelliklerini ve ayrıca şunları sağlar:
İşlemler
Yedeklemeler ve anlık görüntüler
Sütun aileleri
Bloom filtreleri
Yaşam süresi (TTL) desteği
Evrensel sıkıştırma
Birleştirme işleçleri
İstatistik toplama
Mekansal indeksleme
ve diğerleri: LevelDB'de olmayan RocksDB özelliklerinin listesi 25 Kasım 2020 tarihinde Wayback Machine sitesinde arşivlendi. .
RocksDB bir SQL veritabanı değildir (MyRocks, RocksDB'yi MySQL ile birleştirmesine rağmen). Diğer NoSQL ve dbm depoları gibi ilişkisel veri modeli yoktur ve SQL sorgularını desteklemez. Ayrıca, ikincil dizinler için doğrudan bir desteği yoktur, ancak bir kullanıcı kendi içinden Sütun Aileleri'ni veya harici olarak kendi şifrelerini oluşturabilir. Uygulamalar, sunucu veya komut satırı arabirimi sağlamadığından RocksDB'yi kitaplık olarak kullanır.
Tarihçe

RocksDB, Nisan 2012'de Dhruba Borthakur tarafından, sunucu iş yükleri için performansı artırmak amacıyla bir LevelDB çatalı olarak Facebook'ta oluşturuldu.
Entegrasyon

Katıştırılabilir veritabanı olarak RocksDB, daha büyük bir veritabanı yönetim sisteminde (DBMS) bir depolama motoru olarak kullanılabilir. Örneğin, CockroachDB depolama motoru olarak RocksDB'yi, çoğunlukla işlemsel iş yükleri için kullanırken Rockset çoğunlukla analitik veri işleme için RocksDB'yi9 Temmuz 2019 tarihinde Wayback Machine sitesinde arşivlendi. kullanır. Yani RocksDB bir depolama motoru olarak da kullanılabilir.
Entegrasyon > Alternatif arka uç

Önceden kurulmuş veritabanı sistemleri için RocksDB ile alternatif bir depolama motorunu değiştirmek veya sunmak için aşağıdaki projeler başlatılmıştır:
Entegrasyon > Alternatif arka uç > ArangoDB

ArangoDB, önceki depolama motoruna ("mmfiles") RocksDB'yi ekledi. ArangoDB 3.4'tan başlayarak, RocksDB ArangoDB'deki varsayılan depolama motoru olacaktır.
Entegrasyon > Alternatif arka uç > Cassandra

RocksDB, Apache Cassandra'nın performansını önemli ölçüde artırabilir (genel olarak 3-4 kat daha hızlı, bazı kullanım durumlarında 100 kat daha hızlı). Facebook'taki Instagram ekibi, performans sonuçlarının karşılaştırmalarıyla birlikte bu sistemi geliştirdi ve açık kaynaklı olarak yayınlandılar.
Entegrasyon > Alternatif arka uç > Mariadb

MariaDB, 10.2.5'ten (Alfa durumu) beri MyRocks depolama motorunu (RocksDB'den çatallanmıştır) kullanabilir hale getirdi. 2018'de MariaDB 10.2.16'dan beri stabil olarak sunuldu.
Entegrasyon > Alternatif arka uç > MongoDB

MongoRocks projesi, depolama motorunun RocksDB olduğu MongoDB için bir depolama modülü yayınladı.
Entegrasyon > Alternatif arka uç > MySQL

MyRocks projesi, MySQL için yeni bir RocksDB tabanlı depolama motoru oluşturur. MyRocks hakkında derinlemesine ayrıntılar Percona Live 2016'da sunuldu.
Entegrasyon > Gömülü sistemlerde kullanım

Aşağıdaki veritabanı sistemleri ve uygulamaları, yerleşik depolama motoru olarak RocksDB kullanmayı seçmiştir:
Entegrasyon > Gömülü sistemlerde kullanım > Ceph'in BlueStore'u

CEPH BlueStore depolama tabakası OSD cihazlarında meta veri yönetimi için RocksDB kullanıyor.
Entegrasyon > Gömülü sistemlerde kullanım > Faktory

Facktory arka plan iş sistemi depolama için RocksDB kullanıyor.
Entegrasyon > Gömülü sistemlerde kullanım > Apache Flink

Apache Flink, kontrol noktalarını saklamak için RocksDB'yi kullanıyor.
Entegrasyon > Gömülü sistemlerde kullanım > FusionDB

FusionDB XML, Anahtar / Değer ve JSON için depolama motoru olarak RocksDB'yi kullanıyor.
Entegrasyon > Gömülü sistemlerde kullanım > LogDevice LogsDB

LogDevice'in LogsDB'si, RocksDB üstüne inşa edilmiştir.
Entegrasyon > Gömülü sistemlerde kullanım > Rockset

Operasyonel veri analizi için kullanılan Rockset28 Eylül 2020 tarihinde Wayback Machine sitesinde arşivlendi. hizmeti, depolama motoru olarak RocksDB'yi kullanıyor.
Entegrasyon > Gömülü sistemlerde kullanım > SSDB

Ssdb-rocks projesi, SSDB NoSQL Veritabanı için depolama motoru olarak RocksDB'yi kullanır.
TiDB projesi depolama motoru olarak RocksDB'yi kullanmaktadır.
Üçüncü taraf dil kütüphaneleri

RocksDB için kullanılabilen üçüncü taraf programlama dili kütüphaneleri şunları içerir:
C #
D
Elixir
Erlang
Git
Haskell
Java
Node.js
Objective-C ve Swift
OCaml
Perl
PHP
Prolog
Python
Yakut
Rust
Zamansal veri tabanı

Zamansal veritabanı, zaman örnekleriyle ilgili verileri depolar. Zamansal veri türleri sunar ve geçmiş, şimdiki ve gelecekteki zamanla ilgili bilgileri depolar. Zamansal veritabanları tek zamanlı, iki zamanlı veya üç zamanlı olabilir.
Daha dar kapsamıyla zamansal yönler genellikle geçerli zamanı, işlem zamanını veya karar zamanını içerir.
Geçerli zaman, gerçek dünyada bir gerçeğin doğru olduğu vakit dilimi veya olay vaktidir.
İşlem zamanı, bir gerçeğin veritabanına kaydedildiği vakittir.
Karar zamanı, gerçek hakkında kararın verildiği vakittir.
Tek zamanlı

Tek zamanlı bir veritabanının, geçerlilik aralığı ya da sistem zaman aralığı olmak üzere bir zaman ekseni vardır.
İki zamanlı

İki zamanlı veritabanının iki zaman ekseni vardır:
Geçerli zaman
İşlem zamanı ya da Karar zamanı
Üç zamanlı

Üç zamanlı veritabanının üç zaman ekseni vardır:
Geçerli zaman
İşlem zamanı
Karar zamanı
Örnek > Zamansal olmayan bir veritabanı kullanma

Örnek olarak, kurgusal bir adamın, Hilem'in ömrünü güncel (geçici olmayan) bir veritabanında saklamak için bir tablo Kisi (Ad, Adres) kullanılır. (Basitleştirilirse; Ad, Kisi'nin birincil anahtarı olarak tanımlanır.)
Hilem'in babası, oğlunun doğumunu resmi olarak 20 Rebiülevvel 1395'te doğumunu bildirir. Bu tarihte, doğduğu yerin bir yetkilisi veritabanına aşağıdaki girişi ekler: Kisi(Hilem, Örtkol). Tarihin kendisinin veritabanında depolanmadığı unutulmamalıdır.
Daha sonra Hilem taşınır, ancak yeni adresini kaydetmeyi unutur. Hilem'in veritabanındaki girişi, nihayet rapor ettiği 24 Recep 1415'e kadar değişmedi. Bir Altınev yetkilisi veritabanındaki adresini günceller. Kişi tablosu artık Kisi(Hilem, Altınev) içerir. Yeni bilginin Örtkol'da yaşayan Hilem'in bilgilerinin üzerine yazıldığı, bu nedenle eski bilgilerin veritabanından alınmasının artık mümkün olmadığı unutulmamalıdır. 25 Recep 1415'te veritabanına erişen bir yetkiliye, Hilem'in Altınev'de yaşadığı söylenir. Daha teknik olarak: Bir veritabanı yöneticisi sorguyu SELECT ADRES FROM KISI WHERE AD='Hilem'23 Recep 1415'te çalıştırdıysa, sonuç Örtkol olur. Aynı sorguyu 2 gün sonra çalıştırmak Altınev sonucunu verir.
Ölümüne kadar, veritabanı Altınev'de yaşadığını belirtecekti. 7 Muharrem 1422'de, adli tabip Hilem girdisini veritabanından siler. Bundan sonra yukarıdaki sorguyu çalıştırmak hiçbir sonuç döndürmez.
| Tarih | Gerçek dünya etkinliği | Veritabanı eylemi | Veritabanının gösterdiği |
| --- | --- | --- | --- |
| 20 Rebiülevvel 1395 | Hilem doğar | Hiç | Hilem diye biri yok |
| 21 Rebiülevvel 1395 | Hilem'in babası, oğlunun doğumunu resmen bildirir | Eklenen: Kisi(Hilem, Örtkol) | Hilem Örtkol'da yaşıyor |
| 18 Rebiülevvel 1415 | Hilem Altınev'e taşınır ama yeni adresini kaydetmeyi unutur | Hiç | Hilem Örtkol'da yaşıyor |
| 23 Recep 1415 | Hiç | Hiç | Hilem Örtkol'da yaşıyor |
| 24 Recep 1415 | Hilem yeni adresini kaydettirir | Güncelleme: Kişi(Hilem, Altınev) | Hilem Altınev'de yaşıyor |
| 7 Muharrem 1422 | Hilem ölür | Silme: Kisi(Hilem) | Hilem diye biri yok |
| g t Veri tabanı modelleri |
| --- | --- |
Genel modeller:  Düz  Hiyerarşik  Boyutsal  Ağ  İlişkisel  Varlık-ilişki Geliştirilmiş  Çizge  Nesne yönelimli  Varlık-öznitelik-değer 
Diğer modeller:  Korelasyonel  Çok boyutlu  Dizi  Semantik  Yıldız şeması  XML veri tabanı 
Uygulamalar:  Düz-dosya  Sütun yönelimli  Belge odaklı  Nesne-ilişkisel  Tümdengelimli  Zamansal  XML veri deposu  Anahtar-değer deposu  Triplestore 
| --- | --- |
Otorite kontrolü :  NKC: ph612513
Englefield, Berkshire

| Englefield |
| --- | --- |
Kent

EnglefieldEnglefield'in Birleşik Krallık'taki konumu
Ülke:  Birleşik Krallık
Ülke:  İngiltere
Kontluk: Berkshire
Zaman dilimi: UTC±00.00 (BAS)
 • Yaz (YSU): UTC+01.00 (BAYS)
Englefield, İngiltere'nin Berkshire kentinde, bulunan bir sivil pariştir.
Yerel yönetim

Englefield, seçilmiş bir pariş konseyine sahip bir sivil pariştir. Berkshire üniter otoritesine ve Newbury'nin parlamenter seçim bölgesine aittir.
Konuyla ilgili yayınlar

Page, William; Ditchfield, P.H., (Ed.) (1924). A History of the County of Berkshire, Volume 4. Victoria County History. ss. 3-8.
Pevsner, Nikolaus (1966). Berkshire. The Buildings of England. Harmondsworth: Penguin Books. ss. 63-65.
Ampthill

| Ampthill |
| --- | --- |
Kent

AmpthillAmpthill'in Birleşik Krallık'taki konumu
Ülke:  Birleşik Krallık
Ülke:  İngiltere
Kontluk: Bedfordshire
Nüfus
 • Toplam: 6.767
Zaman dilimi: UTC±00.00 (BAS)
 • Yaz (YSU): UTC+01.00 (BAYS)
Ampthill, İngiltere'nin Bedfordshire kentinde, bulunan bir sivil pariştir.
İletişim ve işbirliği sistemi

Bir iletişim ve iş birliği sistemi (Alm. Groupware; İng. groupware), bireylerin, çalışma gruplarının ve kurumların kendi içlerinde ya da birbirleri ile veri, enformasyon ve bilgi alışverişi için kullandıkları bir bilgisayar tabanlı bilişim sistemidir. Veri, enformasyon ve bilgi alışverişine mesajlaşma adı verilir. Mesajlaşma iki boyutta gerçekleşmektedir: Yer ve zaman. İletişim ve iş birliği sistemleri farklı yerlerde veya aynı yerde farklı zamanlarda bulunan birey ya da grupların mesajlaşma gereksinmelerini karşılamak için kullanılmaktadır. Mesajlaşma farklı zamanlarda gönderilen iletilerle gerçekleşebileceği gibi, iletileri eşzamanlı olarak paylaşma biçimini de alabilmektedir.
Ortak çalışma için veri, enformasyon ve bilgi paylaşımı

İletişim ve iş birliği sistemleri, kullanıcıların bilgi paylaşımı ve uyumlu hareket etme gereksinmelerini başlıca üç düzeyde karşılar:
Eşgüdüm (koordinasyon).
Eşeylem (kooperasyon).
İşbirliği (kolaborasyon).
Eşgüdüm, farklı aidiyet özellikleri taşıyan kullanıcıların ortak bir amacı gerçekleştirmek için farklı yerlerde yapmaları gereken işlerin zamanlamasını tayin etmek ve işleri ortak bir plana göre sonuçlandırmaktır. Taraflar amacı gerçekleştirmek için gereken kaynakları ayrı ayrı edinir ve kullanır. Aralarındaki etkileşim eşeylem ve iş birliğine göre sınırlıdır ve daha çok mesajlaşma biçiminde gerçekleşir.
Eşeylem, farklı aidiyet özellikleri taşıyan kullanıcıların, ortak bir amacı gerçekleştirmek için, eşzamanlı olarak, çoğu kez aynı yerde yapmaları gereken işlerin zamanlamasını tayin etmek ve işleri ortak bir plana göre sonuçlandırmaktır. Gerekli kaynaklar, geçici bir süre için, taraflarca ortak kullanıma sunulabilir; taraflar arasında mesaj değiş tokuşunun yanı sıra kaynak alışverişi de söz konusu olabilir.
İşbirliği ise farklı aidiyet özellikleri taşıyan birey ve grupların, ister aynı yerde ister farklı yerlerde olsun, ortak bir amacı gerçekleştirmek için, uzunca bir süre, tek bir takım ya da kurum gibi, karşılıklı mesajlaşması, kaynak paylaşması ve yoğun bir biçimde birlikte çalışmasıdır.
İletişim ve iş birliği sistemlerinin bileşenleri

İletişim ve iş birliği sistemleri genellikle istemci-sunucu mimarisi temel alınarak geliştirilmiş modüler ve entegre sistemlerdir. İstemci tarafında Web tarayıcılarından yararlanılabildiği gibi sisteme özgü masaüstü uygulamarı da kullanılmaktadır. Sunucu tarafında ise kapsamlı bir iletişim ve iş birliği uygulaması şu bileşenlerden oluşmaktadır:
İletişim çözümleri
E-posta sunucusu.
Ses-posta sunucusu.
SMS sunucusu.
Faks sunucusu.
Elektronik söyleşi (İng. Internet relay chat; kısaca IRC) sunucusu.
Sesli ya da görüntülü konferans sunucusu.
İnternet telefonu sunucusu.
Etkileşimli beyaz tahta (İng. interactive white board) sunucusu.
Web sunucusu.
Dosya iletim (İng. file transfer protocol; kısaca FTP) sunucusu.
Ağ güncesi sunucusu.
İşbirliği çözümleri
Elektronik duyuru panosu (İng. electronic bulletin board) sunucusu.
Elektronik forum sunucusu.
Paylaşımlı takvim sunucusu.
Paylaşımlı görev sunucusu.
Proje yönetimi sunucusu.
Belge yönetimi sunucusu.
İş akışı sunucusu.
Bu uygulamalardan TCP/IP protokolu üzerinden eşzamanlı (gerçek zamanlı) veya eşzamansız çapraz iletişim olanağı verenler, birleştirilmiş iletişim (İng. unified communications) uygulamaları olarak adlandırılmaktadır. Birleştirilmiş iletişim uygulamaları, aynı veri ya da mesajı farklı uygulama sunucuları üzerinden gönderebilmektedir.
İletişim ve iş birliği sistemi mimarileri

İletişim ve iş birliği sistemleri üç ya da dört kademeli istemci-sunucu mimarisi kullanılarak geliştirilir. Sistemler genellikle ağ işletim sistemi üzerinde yer alan bir veritabanı yönetim sistemi platformu üzerine kurulmaktadır. Bazı uygulamalarda, kullanıcıları ve kullanıcı gruplarını tanımlamak için ağ işletim sistemi kullanılmaktadır. Diğer uygulamalarda kullanıcı yönetimi için uygulama sunucusu ve veritabanı yönetim sisteminden yararlanılmaktadır. Veritabanı yönetim sistemi mesajların belirli bir düzende kaydedilmesini ve mesaj içeriklerinin ve diğer nesnelerin depolanmasını sağlamaktadır. Kullanıcılar sunucuların verdiği hizmetlere, üç kademeli uygulamalarda özel istemci yazılımları, dört kademeli uygulamalarda Web sunucuları ve Web sayfaları üzerinden, kurum içerisinde intranet, kurum dışında da ekstranetten erişmektedir. İletişim ve iş birliği sistemleri için bulut tabanlı mimariler de kullanılmaya başlamıştır. Bulut tabanlı bir iletişim ve iş birliği uygulaması halka açık (İng. public cloud) olabildiği gibi kuruma özel (İng. private cloud) de olabilmektedir.
İletişim ve iş birliği sistemleri, çoğu kez kurumsal kaynak planlaması, kurumsal zeka, karar destek ve bilgi yönetimi sistemleri ile entegre olarak çalışmaktadır. İletişim ve iş birliği sistemleri, adı geçen sistemler tarafından üretilen enformasyonun yayınlanmasını ya da kullanıcı ve karar vericilere iletilmesini sağlamaktadır.
İletişim ve iş birliği sistemlerinin geleceği

İletişim ve iş birliği sistemleri Web 2.0 ortamında giderek sosyal yazılımlara evrilmektedir: Bloglar, Vikiler, RSS beslemeleri ve sosyal etiketleme gibi uygulamalar kurum içi veya dışı paydaşların bilgi paylaşımı ve birlikte çalışma imkanlarını zenginleştirmektedir.
Eşgüdüm, eşeylem ve iş birliğinin boyutları. Eşgüdüm, eşeylem ve iş birliği dört boyutta ve farklı düzeylerde gerçekleşir: 1) İletişim yoğunluğu; 2) Kalıcılık; 3) Kaynak paylaşımı; ve 4) Kurum kimliği. İletişim ve iş birliği sistemleri farklı boyutlarda ve düzeylerde ortak çalışmayı olanaklı kılar.
Yer ve zamana bağlı olarak farklı iletişim ve iş birliği bileşenlerinin kullanımı. Herhangi bir görev aynı yerde bulunan taraflarca gerçek zamanlı olarak yürütülüyorsa, bu görev eşkonumlu ve eşzamanlı olarak nitelendirilmektedir. Görev farklı yerlerde bulunan taraflarca gerçek zamanlı olarak yürütülüyorsa, uzaktan ve eşzamanlı olarak adlandırılmaktadır. Görev aynı yerde bulunan taraflarca farklı zamanlarda yürütülüyorsa, eşkonumlu ve eşzamansız olarak bilinmektedir. Görev farklı yerlerde bulunan taraflarca farklı zamanlarda yürütülüyorsa, uzaktan ve eşzamansız olarak tanımlanmaktadır.
Dört kademeli bir iletişim ve iş birliği mimarisi. Dört kademeli mimari kullanıcılara Web tarayıcıları aracılığı ile intranetler, ekstranetler ya da İnternet üzerinden, gerek masaüstü ve gerekse taşınabilir aygıtlardan yararlanarak iletişim ve iş birliği olanakları sunmaktadır.
Bağışıklık yetmezliği

| Bağışıklık yetmezliği |
| --- | --- |
Uzmanlık: İMmünoloji 
Bağışıklık yetmezliği veya bağışıklık eksikliği, bağışıklık sisteminin herhangi bir nedenle baskılanması ve doğal davranışlarının kısıtlanması sonucunda savunma sistemi elemanları arasındaki koordinasyonun bozulması olgusudur. Memelilerin fizyolojik savunma sistemi 3 ana parçadan oluşur:
(a) Bağışıklık sistemi,
(b) Epitel sistemi (örtücü ya da döşeyici),
(c) Vücut sıvılarının koruma ve yıkama sistemi (mukus, IgA, lizozimler, vb).
Bireysel savunmanın en önemli ögesi “bağışıklık sistemi (immun sistem)” dir. Bağışıklık sistemi bozuklukları doğumsal ya da edinseldir. Sürekli olarak yineleyen infeksiyonlar bağışıklık sisteminde bir sorun olduğunun göstergesidir. Örneğin, sıvısal bağışıklık sisteminin güçsüz olduğu hastalarda sepsise dek gidebilen Streptococcus pneumoniae, Haemophilus influenza ve Neissera meningitidis infeksiyonları izlenir.  İlkbaharda polenlerin etkisi, deniz ürünleri ve yer fıstığı gibi besinlerin tüketilmesine bağlı abartılmış tepkiler (solunum güçlüğü, kaşıntı, ödem) alerji niteliğindeki bir aşırıduyarlık reaksiyonuyla ilgili olabilir. Bağışıklık sisteminin olumsuz etkilendiği edinsel olguların en iyi örneği “human immunodeficiency virus (HIV)” adı verilen canlı etkenin neden olduğu infeksiyon hastalığıdır.  CD4+ lenfositlerinin sayısı ileri derecede azalarak hücresel bağışıklık sistemi çöker; çıkarcı mantar (cryptococcus ve candida) infeksiyonları, virüs infeksiyonları (CMV ve adenovirus, vd), mikobakteri (M. tuberculosis ve M. avium-intracellulare) infeksiyonları sıklaşır.
İmmun sistem yetmezlikleri 3 ana grupta incelenir:
Konjenital (primer) immun sistem yetmezlikleri
Edinsel (sekonder) immun sistem yetmezlikleri
Fizyolojik immunosüpresyon: Gebelik
Konjenital immun (primer) sistem yetmezlikleri > Primer hücresel bağışıklık sistemi (T-lenfosit) bozuklukları

DiGeorge (22q11 deletion) Sendromu: 3. ve 4. brankiyal arkların (faringeal poşların) embriyolojik dönemdeki gelişim kusurlarının sonucudur. Söz konusu brankiyal yarıklarla ilgili olan timus ve paratiroid bezler gelişimindeki aksamalar Di George sendromunun temelini oluşturur. Di George sendromunun 3 türü vardır;
(a) Timus agenezisi olan grup: T-lenfositlerin olgunlaşmasını tamamlayamamasına bağlı immun yetmezlik bulgularının yanı sıra paratiroidlerin eksikliği sonucu beliren hipoparatiroidizm ve güçlü hipokalsemi ile konjenital kalp-damar anomalileri (Fallot tetralojisi, truncus arteriosus, aort arkı oluşum kusurları, ventrikül anomalileri, arterlerde transpozisyon) görülür. Çeşitli anomalilere karşın yaşamını sürdürebilen çocuklarda ölüm nedeni yineleyen ve çıkarcı kronik infeksiyon (özellikle virüs ve mantar) hastalıklarıdır. İmmun yetmezlik bulgularının ortadan kaldırılması için “timus transplantasyonu” uygulanabilir.
(b) Timus hipoplazisi olan grup: immun yetmezlik bulguları zamanla kendiliğinden düzelir; öteki anomaliler de daha hafif düzeylerdedir,
(c) Timus gelişimi normal olan grup: immun yetmezlik bulguları yoktur; yalnızca konjenital kalp-damar anomalileri (Fallot tetralojisi, truncus arteriosus, aort arkı oluşum kusurları, ventrikül anomalileri, arterlerde transpozisyon) görülür.
Kronik mukokutane kandidiazis: T-lenfositlerin işlevleri normaldir, ancak candida antijenlerine karşı olan konjenital duyarsızlıkları nedeniyle deri ve mukozalarda kandida kolonilerinin oluştuğu infeksiyon saptanır. Ayrıca hipoparatiroidizm, hipoadrenalizm (Addison hastalığı) ve diabetes mellitus üçlüsünün saptandığı endokrin sistem patolojileri izlenir.
Edinsel (sekonder) immun sistem yetmezlikleri

Bağışıklık sisteminin herhangi bir nedenle baskılanması ve doğal davranışlarının kısıtlanmasıdır. Savunma sistemi elemanlarının koordinasyon bozukluğuna bağlı immun yetmezlik sendromları gelişir.
Edinsel (sekonder) immun sistem yetmezlikleri > Yangısal tepki bozuklukları

Diabetes Mellitus: diabetik hastalarda arteriol çeperleri kalınlaşmıştır ve vazoaktif aminler yeterince etkili olamaz.
İskemiye neden olan vasküler hastalıklar: arter lümenlerini ileri derecelerde daraltan hastalıklarda kan dolaşımının yetersiz kalması infeksiyonlarla savaşım gücünü kırar. Özellikle yaşlılarda görülen ateroskleroz en önemli etyolojik faktördür.