Veri tabanı

Veritabanlarının vektör simgesi

Bilgisayar biliminde , bir veri tabanı veya veri tabanı (bazen İngilizce veri tabanından DB kısaltması ile kısaltılır ), bir bilgisayarda depolanan , içerik ve formatta homojen olan ve aslında dijital bir dizi yapılandırılmış veriyi ^[1] belirtir . bir veri arşivi veya dosyası.

Geçmiş

Bilgi işlem tarihinin başlarında , özel programların büyük çoğunluğu, esnekliği kaybederken yürütme hızı kazanmak için tek bir veritabanına erişime izin verdi. Ancak günümüzde modern sistemler, çok sayıda farklı veri tabanında işlem gerçekleştirmek için kullanılabilir. Yirminci yüzyılın yetmişli yıllarından bu yana , veritabanları hem depolanan veri miktarı hem de benimsenen mimari türleri açısından muazzam bir gelişme göstermiştir. O zamandan beri ve özellikle 21. yüzyılın başından beri . Bunlar, yıllar içinde geliştirilen veri mimarileridir:

Merkezi mimari, DBMS ;
Paralel mimari;
Dağıtılmış mimari ;
Birleşik mimari;
Veri Entegrasyon mimarisi ;
Veri Ambarı mimarisi .

Açıklama

Terminoloji kullanımı

Terim aynı zamanda şunları da gösterebilir :

fiziksel düzeyde arşiv ( donanım ) yani verileri içeren depolama ortamına ( depolama , örneğin sabit diskler ) sahip sistem, yani verilerin kalıcılığı ve bunları işlemek için işlemci ( veritabanı sunucusu );
mantıksal düzeyde arşiv, yani yapılandırılmış veriler ve yazılım bölümü , yani veritabanı yönetim sistemi (DBMS) veya verilerin oluşturulmasına, işlenmesine (yönetilmesine) ve verimli sorgulanmasına izin veren bu geniş uygulama kategorisi.

Gayri resmi ve uygun olmayan bir şekilde, "veritabanı" kelimesi genellikle veritabanı yönetim sistemini (DBMS) belirtmek için kullanılır, dolayısıyla yalnızca yazılım kısmına atıfta bulunur. İstemci tarafı veritabanı istemcisi , DBMS sunucusuyla ve dolayısıyla da veritabanıyla fiziksel anlamda etkileşime girer .

En modern veritabanlarında, yani ilişkisel modele dayalı olanlarda, veriler konulara göre özel tablolara bölünür ve daha sonra bu konular yukarıda belirtilen tüm olası işlemlerle kategorilere (alanlara) ayrılır. Bu bölüm ve bu işlevsellik, veritabanlarını , en azından karmaşık verileri yönetmek için, örneğin bir bilgisayardaki bir işletim sisteminin dosya sistemi aracılığıyla oluşturulan bir veri arşivinden çok daha verimli hale getirir .

Bilgi yönetimi

Veritabanı ayrıca temsilleri ve onları bağlayan ilişkiler hakkında bilgi içermelidir. Çoğu zaman, ancak zorunlu olmamakla birlikte, bir veritabanı aşağıdaki bilgileri içerir:

Genellikle daha seyrek işlemler pahasına sık yapılan işlemleri hızlandıran veri yapıları.
Harici verilerle bağlantılar, yani veritabanının parçası olmayan yerel veya uzak dosyalara yapılan referanslar.
Yalnızca belirli kullanıcı profillerine belirli veri türleri üzerinde belirli işlemleri gerçekleştirme yetkisi veren güvenlik bilgileri.
Veri işlemeyi gerçekleştirmek için otomatik olarak veya yetkili kullanıcıların talebi üzerine yürütülen programlar. Tipik bir otomatizm, belirli bir veri türü her değiştirildiğinde bir programın çalıştırılmasından oluşur.

Bir bilgisayar sisteminde, bir veritabanı, doğrudan dosyalar üzerinde hareket ederek depolama ortamı ile arayüz oluşturan uygulama programları tarafından doğrudan kullanılabilir. Bu strateji 1960'lara kadar evrensel olarak benimsendi ve veriler çok basit bir yapıya sahip olduğunda veya tek bir uygulama programı tarafından işlendiğinde hala kullanılmaktadır.

Ancak altmışlı yılların sonundan bu yana, çeşitli uygulamalar tarafından paylaşılan karmaşık veritabanlarını yönetmek için "veritabanı yönetim sistemleri" (İngilizce " Veritabanı Yönetim Sistemi " veya "DBMS") adı verilen özel yazılım sistemleri kullanılmıştır. Bu sistemlerin avantajlarından biri, doğrudan veri üzerinde hareket etmeme, ancak onun kavramsal bir temsilini görme olasılığıdır.

Veritabanları alanındaki araştırmalar aşağıdaki konuları inceler:

Veritabanlarının tasarımı.
DBMS tasarımı ve uygulaması.
Veritabanlarında bulunan verilerin yorumlanması (analizi).

Veritabanları genellikle bilgi teknolojisinin diğer dallarından türetilen teknolojileri kullanır. İlişkileri veya daha genel olarak veritabanlarında bulunan, ancak hemen görünmeyen bilgileri çıkarmaya çalışmak için veri madenciliği gibi yapay zekadan türetilen tekniklerin kullanılması olağandır .

Yapı ve mantıksal model

Hiyerarşik veritabanı modeli

Bir veritabanında yer alan bilgiler , tasarımcı tarafından seçilen, örneğin ilişkisel , hiyerarşik , ağsal veya nesne yönelimli belirli bir mantıksal modele göre yapılandırılır ve birbirine bağlanır . Kullanıcılar, sözde sorgu dilleri ( arama veya sorgulama, ekleme, silme, güncelleme vb.) aracılığıyla ve özel özel yazılım uygulamaları ( DBMS ) sayesinde veritabanları ile arayüz oluşturur.

Genellikle veritabanları, kronolojik görünüm ve yayılma sırasına göre çeşitli yapılara sahip olabilir:

bir ağaçla temsil edilen hiyerarşik ( altmışlar ) veya hiyerarşik dosya sistemlerine benzer yapılarla ,
bir grafikle temsil edilebilen retiküler ( 1960'lar ) ,
ilişkisel ( yetmişler ) şu anda en yaygın olanı, tablolarla ve aralarındaki ilişkilerle temsil edilir,
Nesne yönelimli programlamanın tipik özelliği olan "Nesne Yönelimli" paradigmanın veritabanlarına nesne yönelimli ( 1980'ler ) uzantısı,
Belge odaklı ( NoSQL ),
Anahtar-Değer Deposu ( NoSQL ),
Grafik tabanlı ( NoSQL ),
Sütunlu ( NoSQL ),
ilişkisel bir grafikle temsil edilebilen anlambilim ( 2000'lerin başı ).

Ağ veritabanı modeli

Ağ üzerinde veri alışverişinin yanı sıra XML formatı, gerçek veritabanlarının tanımı için yayılıyor. XML hiyerarşik bir yapıya sahiptir, bu nedenle veri modellerinin "kökenlerine dönüş" gibi görünmektedir.

İyi bir veritabanının önemli bir gerekliliği, içerdiği bilgilerin gereksiz yere çoğaltılmamasıdır: bu, verilerin bağlanabilen tablolara kaydedilmesine izin veren, Edgar F. Codd tarafından kuramsallaştırılan ilişkisel veritabanlarının yöneticileri tarafından mümkün kılınmıştır.

Bir veri tabanının işlevselliği, esasen tasarımına bağlıdır : veri tabanının kendisinin ve dolayısıyla tabloların amaçlarının doğru tanımlanması, alanları ve bunları birbirine bağlayan ilişkiler aracılığıyla tanımlanacak, daha sonra daha hızlı bir veri çıkarımına izin verecek ve genel olarak daha verimli bir yönetim.

Navigasyon veritabanı

Bilgisayarların işlem kapasitesinin artmasıyla, altmışlı yıllarda farklı uygulamalar için kullanılabilecek bir dizi veri tabanının yaratılmasıyla esneklikle olan bu karşıtlık azaldı. Bir standart belirlemeye olan ilgi arttı ve bu ürünlerden biri olan IDS'nin yaratıcısı Charles W. Bachman , COBOL programlama dilinin oluşturulmasına ve standardizasyonuna adanmış çalışma ekibi olan Codasyl grubu içinde Veritabanı Görev Grubunu kurdu . 1971'de bu standart üretildi ve "Codasyl Yaklaşımı" olarak adlandırıldı ve kısa süre sonra bu yaklaşıma dayalı bir dizi ürün piyasaya sunuldu.

Bu yaklaşım, bir ağ şeklinde düzenlenmiş bir dizi veride manuel gezinmeye dayanıyordu. Program ilk açıldığında, diğer şeylerin yanı sıra bir sonraki verilere bir işaretçi içeren ilk mevcut verilerdeydi. Bir veri bulmak için program, doğru veriyi bulana kadar bir dizi işaretçiyi geçti. "İsveç'te doğan tüm insanları bulun" gibi basit sorgular , tüm veri kümesinde gezinmeyi gerektiriyordu. Arama işlevi yoktu; bugün bu bir sınırlama gibi görünebilir, ancak o zamanlar veriler manyetik bantta saklandığından, yukarıda vurgulananlar gibi işlemler arama süresini daha da kötüleştirdi.

1968'de IBM , IMS adlı kendi DBMS sistemini geliştirdi . IMS, Systems / 360 üzerindeki Apollo görevlerinde kullanılan bir programın geliştirilmesiydi ve Codasyl yaklaşımına benzer bir sistem kullandı , tek fark ağdan ziyade hiyerarşik bir sistemdi.

Her iki çözüm de öngörülen danışma yöntemi nedeniyle "seyrüsefer veritabanları" adını aldı. Ayrıca Charles Bachman , 1973 yılında Turing Ödülü'ne layık görüldüğü ödül töreni vesilesiyle "Gezgin Olarak Programcı" adlı bir eser sundu. IMS genellikle hiyerarşik bir veritabanı olarak sınıflandırılırken , IDS ve IDMS (her ikisi de CODASYL veritabanları ), CINCOM'lar ve TOTAL ağ (veya ağ ) veritabanları olarak sınıflandırılır .

İlişkisel veritabanı

Bir RDBMS tablosu örneği veya ilişkisel modele göre ( Öğretmenler ve kursları ). Üstte gri renkte, çeşitli alanların veya niteliklerin adları ve bunların ilgili satırlarda, kayıtlarda veya temel gövdedeki kayıtlarda üstlendiği değerlerle birlikte tablonun başlığı veya başlığı görünür (yinelenen bir kayıt var).

İlişkisel DBMS, RDBMS ( İlişkisel DBMS ) olarak da adlandırılır.

Edgar F. Codd , IBM'in California ofisinde, gelişmekte olan sabit disk teknolojisi üzerine bir araştırmacı olarak çalışıyordu ve Codasyl yaklaşımının , yeni veri depolama yöntemiyle, özellikle bir arama işlevinin olmaması nedeniyle verimsizliğini gözlemlediğinde . 1970 yılında veritabanları oluşturmaya yönelik yeni bir yaklaşımı şemalaştıran birkaç belge üretmeye başladı ve “ Büyük Paylaşılan Veri Bankaları için İlişkisel Veri Modeli ” ile sonuçlandı .

Bu makalede, büyük miktarda veriyi saklamanın ve değiştirmenin yeni bir yolunu açıkladı. Codasyl'de olduğu gibi, bir tür "ağaç" yapısı aracılığıyla birbirine bağlı "çizgiler" ( İngilizce'de , ancak İtalyanca'da da yaygın olarak kullanılır : " kayıt " veya hatta " tuple ") kullanmak yerine , bir "tablo" kullanmaya karar verdi. " sabit uzunlukta satırlar. Bu sistem, tablonun birkaç boş "hücre"ye sahip olabileceği "seyrek" verileri depolamada çok verimsiz olurdu; bu tasarım hatası, veriler ana tabloda yer kaybetmek yerine isteğe bağlı öğelerin taşındığı farklı tablolara bölünerek düzeltildi.

Örneğin, veritabanlarının yaygın bir kullanımı, kullanıcılar hakkındaki bilgileri kaydetmektir: adları, oturum açma bilgileri, adresleri ve telefon numaraları. Bir navigasyon veri tabanında tüm bu veriler tek bir " kayıt " içinde depolanacaktı ve mevcut olmayan öğeler (örneğin adresi bilinmeyen bir kullanıcı) basitçe atlanmış olacaktı. Aksine, ilişkisel bir veri tabanında, bilgiler örneğin "kullanıcı", "adresler", "telefon numaraları" tablolarına bölünür ve yalnızca veriler mevcutsa ilgili tabloda oluşturulan bir demet olur .

İlişkisel veritabanlarında tanıtılan ilginç yönlerden biri, tabloların bağlantısında yatmaktadır: ilişkisel modelde, her bir " kayıt " için bir "anahtar" tanımlanır, bu, demetin benzersiz bir tanımlayıcısıdır . İlişkilerin yeniden yapılandırılmasında, bir satırı diğerinden ayıran referans öğesi tam da bu "anahtar"dır ve ilişkinin tanımında geri çağrılır. Anahtar, saklanan verilerin kendisi (örneğin, kullanıcılar tablosu, kişinin "Vergi Kodu" için), bunların bir kombinasyonu (bileşik anahtar) veya hatta bunun için özel olarak eklenen bir alan olabilir. amaç. Her durumda, birincil anahtar her bir demette mevcut olmalı ve her ilişkide asla bir kereden fazla tekrarlanmamalıdır.

tablolar arasındaki ilişki

Bu veri "yeniden birleştirme" işlemi geleneksel programlama dillerinde öngörülmemiştir: navigasyon yaklaşımı basitçe farklı " kayıtları " toplamak için "döngü" yapmanızı gerektirirken , ilişkisel yaklaşım, programın farklı "kayıtları" toplamak için "döngü " yapmasını gerektirir. . her kayıt hakkında bilgi. Codd, bir çözüm olarak, bu soruna adanmış bir dilin oluşturulmasını önerdi. Bu dil daha sonra günümüzde evrensel olarak benimsenen ve veritabanlarının temel yapı taşı olan kodlamaya dönüştü: SQL .

" Tuple hesabı " adlı bir matematik dalını kullanarak , bu sistemin tüm normal veritabanı yönetim işlemlerini (ekleme, silme vb.) verileri tek bir işlemde

IBM , bu teoriyi 1970'lerin başında "System R" gibi bazı prototiplerde uygulamaya başladı . İlk versiyon 1974/ 75'te " tek masa" enstrümanı ile yapılmıştır; sonraki yıllarda, verilerin ayrı tablolara bölünmesini destekleyebilecek, gördüğümüz gibi, isteğe bağlı verilerin ana tablo dışındaki tablolara ayrılması için yararlı olan ilk sistemler üzerinde çalışıldı. "Çok kullanıcılı" versiyonlar 1978 ve 1979'da yapıldı ; Aynı yıllarda SQL dili standardize edildi . Bu sistemin Codasyl'e göre üstünlüğü bu nedenle belirgindi ve IBM , önce "SQL / DS" ve son olarak "Veritabanı 2" (DB2) adını alan "System R" ticari bir sürümünü geliştirmeye devam etti .

Codd'un çalışmalarına Berkeley Üniversitesi'nde Eugene Wong ve Michael Stonebraker tarafından devam edildi . INGRES adı verilen ve coğrafi bir veri tabanı oluşturmaya yönelik fonlarla finanse edilen projeleri 1973'te ışığı gördü ve programcı olarak kendilerine ödünç veren çok sayıda öğrencinin çalışması sayesinde 1974'te ilk sonuçlarını verdi (projede yaklaşık 30 kişi çalıştı) . INGRES , "System R" ye çok benziyordu ve SQL'e QUEL adı verilen alternatif bir dil içeriyordu .

SQL UPDATE deyimi örneği

Projeye dahil olan birçok kişi, bu ürünle pazara girmek için aynı ve kurulan şirketlerin ticari fizibilitesine ikna oldu. Sybase, Informix, NonStop SQL ve nihayetinde Ingres'in kendisi, 1980'lerin başında INGRES'in yayılması için "yan ürünler" olarak doğdu . Microsoft SQL Server bile bazı yönlerden "Sybase"in ve dolayısıyla INGRES'in bir türevidir . Yalnızca Larry Ellison'ın Oracle'ı , IBM'in " System R" sine dayanan farklı bir yaklaşım kullanarak başladı ve sonuçta 1978'de piyasaya sürülen ürünüyle diğer şirketlere üstün geldi .

İsveç'te Codd'un çalışması Uppsala Üniversitesi'nde geliştirildi ve 1984'te piyasaya sürülen farklı bir ürün olan “ Mimer SQL ” i geliştirdi . Bu çözümün bir özelliği , daha sonra neredeyse tüm DBMS'lere aktarılan işlem kavramının tanıtılmasında yatmaktadır .

Çok boyutlu veritabanı

Çok boyutlu veritabanları, veritabanlarının kendilerinin analiz süreçleri ( çevrimiçi analitik süreç , OLAP) için kullanılması durumunda ilişkisel veritabanlarının sunduğu düşük performansı telafi etmek için Codd tarafından bir kez daha tanımlanan bir paradigmadır . Bu sistemler, işlemlerin yönetilmesine ( online işlem süreci , OLTP) daha uygun ilişkisel veritabanlarında mümkün olmayan çok büyük miktardaki veri üzerinde verimli bir şekilde analizler yapmanızı sağlar .

1990'ların sonundan bu yana, hemen hemen her ticari ilişkisel veri tabanı, analizleri gerçekleştirmek için dahili çok boyutlu bir motora sahiptir.

NoSQL veritabanı

NoSQL , veri kalıcılığının genellikle geleneksel veritabanları ( RDBMS ) tarafından kullanılan ilişkisel modelin kullanılmamasıyla karakterize edildiği yazılım sistemlerini destekleyen bir harekettir . "NoSQL" ifadesi , burada tüm ilişkisel paradigmanın bir sembolü olarak alınan, ilişkisel veritabanlarında en yaygın veri sorgulama dili olan SQL dilini ifade eder.

Belge yönelimli veritabanı

Belgeye Yönelik Veritabanı, belgeye yönelik uygulamalar için bir programdır. Bu sistemler, ilişkisel veya nesne veritabanının üzerinde bir katman olarak uygulanabilir.

Belge yönelimli veritabanları, ilişkisel veritabanlarında olduğu gibi her kayıt için tek tip alanlara sahip tablolarda veri depolamaz, ancak her kayıt belirli özelliklere sahip bir belge olarak saklanır. Belgeye herhangi bir uzunlukta herhangi bir sayıda alan eklenebilir. Alanlar ayrıca birden çok veri parçası içerebilir.

Grafik veritabanı

Grafik veritabanı

Bir grafik veritabanı, bilgileri temsil etmek ve depolamak için düğümleri ve yayları kullanır. Verilerin grafikler aracılığıyla temsili , tabloları kullanan ilişkisel modele , belge yönelimli veritabanlarına (belgeleri kullanan) veya sütunlara veya yorumlanmamış veri sepetlerine dayalı yapılandırılmış depolama sistemleri gibi diğerlerine bir alternatif sunar .

Grafik veritabanları, veri kümesi bağlamada genellikle ilişkisel veritabanlarından daha hızlıdır ve nesne yönelimli uygulamaların yapılarını daha doğrudan eşler. Büyük miktarda veriye daha kolay ölçeklenirler ve tipik ve maliyetli birleştirme işlemleri gerektirmezler . Katı bir varlık-ilişki modeline daha az bağımlıdırlar ve evrimsel kalıplarla değişen verileri işlemek için çok daha uygundurlar. Buna karşılık, ilişkisel veritabanları, aynı işlemleri büyük miktarda veri üzerinde gerçekleştirmede genellikle daha hızlıdır.

Nesneye yönelik veritabanı

Nesne DBMS'lerine ODBMS (Nesne DBMS) de denir . Ancak çok boyutlu veritabanları piyasada önemli bir rol oynadı: nesne yönelimli veritabanlarının oluşturulmasına yol açtılar. Aynı genel kavramlara dayanan bu yeni sistem türü, kullanıcıların çeşitli veritabanları içinde "nesneleri" doğrudan depolamasına olanak tanır. Yani, yöntemleri ve değişkenleri uyarlamak yerine nesne yönelimli programlama ile aynı ilkeler.

Bu, çok boyutlu veritabanlarının özel mülkiyet kavramı sayesinde gerçekleşebilir. Nesne yönelimli programlamada, bu "nesnelerin" her biri tipik olarak diğerlerini içerecektir. Örneğin, Bay Smith'i içeren nesne, "Adres" nesnesine bir referans içerecektir. Birçok nesne yönelimli programlama dili için destek içeren, aynı teknolojiyi kullanan veritabanları bu günlerde güçlü bir gelişme dönemi yaşıyor.

Günümüzde birçok VTYS aslında ilişkisel model ile nesne modelinin bir karışımını uygulamaktadır. Bu nedenle ORDBMS'den ( Object Relational DBMS ) bahsediyoruz.

İnternette

Doğrudan web üzerinde veritabanları oluşturma olanağı sunan belirli bir tür web hizmetleridir . Bu hizmetler normalde, metin, sayılar, tarih ve saat ve diğerleri gibi alanlarla birlikte her türden yapılandırılmış veri tabloları oluşturmak için normal bir veritabanının tüm temel özelliklerini sunar.

Servisleri sadece depo veya veri konteyneri değil, aynı zamanda onları yönetmek için kullanılabilecek bir grafik arayüz oluşturmak ve kendilerini gerçek web uygulamaları olarak sunmaktır . Paylaşım önemli bir rol oynar, çünkü veriler İnternette ve dolayısıyla gerekli izinlerle veriler üzerinde çalışabilen diğer kişiler tarafından görülebilir.

Bulut veritabanı

Bulut veritabanı , genellikle bulut bilişim paradigmasından yararlanan bir platformda çalışan ve ona erişerek bu veritabanı basit bir hizmet olarak sağlanan bir veritabanıdır. Veritabanı hizmetleri, veritabanının ölçeklenebilirliğini ve yüksek kullanılabilirliğini sağlamaya özen gösterir. Temel yazılım yığınını kullanıcı için şeffaf hale getirirler.

Diğer veritabanları

Paralel veritabanı

Paralel veritabanı, veri yükleme, dizin oluşturma ve sorgu işleme gibi çeşitli özellikleri paralelleştirerek performansın optimize edildiği bir veritabanı türüdür.[1] Paralel yürütmede, farklı işlem adımlarının sıralı olduğu seri yürütmenin aksine, birçok işlem aynı anda gerçekleştirilir.

Dağıtılmış veritabanı

Bilgisayar biliminde, dağıtılmış bir veritabanı, veri arşivlerinin aynı bilgisayarda değil, birkaç bilgisayar veya düğümde depolandığı bir veritabanı yönetim sisteminin (DBMS) kontrolü altındaki bir veritabanıdır. Diğer bir deyişle, fiziksel anlamda veri tabanı, aynı yerde bulunan birden fazla bilgisayarda bulunabileceği gibi, dağıtık sistem şeklinde birbirine bağlı bilgisayarların oluşturduğu bir ağda da dağıtılabilir.

Mekansal veritabanı

Bir uzamsal veritabanı (uzaysal veritabanı veya uzamsal veritabanı olarak da bilinir; kısaltma: SDB), noktalar, çizgiler ve çokgenler dahil olmak üzere uzaydaki nesnelerle ilgili verileri depolamak ve sorgulamak için optimize edilmiş bir veritabanıdır. Bu nedenle, uzamsal veri türlerini işlemek için uzamsal veri tabanlarına ek işlevler entegre edilmiştir. Open Geospatial Consortium, veritabanlarına uzamsal işlevsellik eklemek için standartları belirleyen Basit Özellikler spesifikasyonunu oluşturmuştur.

Multimedya veritabanı

Multimedya veritabanı veya multimedya veritabanı (MMDBMS), metin, resim, 3B nesneler, ses, video ve bunların bir kombinasyonu türündeki nesneleri toplayan ve bunların depolanması, erişimi, aranması ve kontrolü için araçlar sağlayan bir veritabanıdır. Şu anda Oracle DBMS, multimedya veritabanlarına özgü işlevleri sağlar.

Özellikler

Veritabanı Sunucusu

MySQL komut satırı istemcisi

Firebird SQL arayüzü

Microsoft Access arayüzü

Sunucu , DBMS'nin bir parçasıdır ve buna bağlı olarak , programın üzerinde çalıştığı sunucudur ve veritabanının kullanım hizmetlerini istemci / sunucu moduna göre diğer programlara ve diğer bilgisayarlara sağlamaktan sorumludur . Sunucu verileri depolar, istemcilerden gelen istekleri alır ve uygun yanıtları işler .

En popüler açık kaynaklı DBMS arasında şunları buluyoruz:

En popüler ticari sistemler şunlardır:

Veritabanı sunucuları , yalnızca veri depolamak için değil, aynı zamanda çok sayıda kullanıcıya hızlı ve etkili erişim sağlamak ve hem arızalardan hem de gereksiz erişimden (veritabanı güvenliği veya koruması) korumayı garanti etmek için tasarlanmış karmaşık yazılım sistemleridir .

Veritabanı istemcisi

DBMS ile kullanıcı tarafında arayüz oluşturan en popüler veritabanı istemcileri arasında şunlar bulunur:

İşlemler ve Mülkiyet

Çeşitli işlemler yoluyla veritabanının durumundaki herhangi bir değişiklik, sözde kurallara veya ACID özelliklerine uyması gereken bir işlem olarak adlandırılır . Bir DB'deki en tipik işlemler, CRUD kısaltmasıyla özetlenen işlemlerdir .

Verimlilik ve güvenlik

Güvenlik, örneğin veritabanlarına yapılan bir saldırı gibi kazara veya yetkisiz müdahaleler sonucu veritabanının zarar görmesinin engellenmesi ve bütünlüğünün korunması veya yetkili kullanıcılar tarafından veritabanı üzerinde gerçekleştirilen işlemlerin önemli bir veri kaybına neden olmayacağının garanti edilmesi anlamına gelir. Aynı zamanda güvenilirlik . Yetkisiz erişime karşı koruma, aşağıdaki noktalarda savunmasız olduğu kanıtlanan veritabanlarının yönetiminde önemli bir konudur:

sunucu güvenliği
Veritabanları arasındaki bağlantılar
Veritabanına erişim üzerinde kontrol.
Veri deposu
Veri madenciliği

Uygulama ve yönetim

Veritabanı tasarımı için ER diyagramı

Tasarım

Veritabanı tasarımı, veritabanının ayrıntılı bir modelini formüle etme sürecidir. Bu model, veritabanı uygulaması için kullanılabilecek veri tanımlama dilini (DDL) oluşturmak için gerekli tüm mantıksal ve fiziksel tasarım seçeneklerini ve fiziksel depolama parametrelerini içerir. Tam olarak belirlenmiş bir veri modeli, her bir bireysel varlık için belirli ayrıntıları içerir.

Kullanılan diller

Veritabanının kullanımı/yönetimi bağlamında, kullanıcı/yönetici tarafından VTYS üzerinde veritabanı üzerinde yapılacak herhangi bir işlem, grafik arayüzlü veya komut satırı arayüzü olan bir VTYS yöneticisi aracılığıyla uygun bir dil üzerinden elde edilebilir . Genel olarak, veritabanları için, her biri , kullanımlarına veya amaçlarına bağlı olarak, oluşturma / tasarım, yönetim, yeniden yapılandırma, güvenlikten başlayarak, olası tüm talimatları tanımlayan bir sözlük ve sözdizimine sahip birkaç dili ayırt etmek mümkündür. veri tabanının sorgusu:

Veri Tanımlama Dili (DDL) - veritabanının yapısını veya mantıksal organizasyonunu ( veritabanı şeması ) ve erişim izinlerini tanımlamanıza olanak tanır.
Veri Manipülasyon Dili (DML) - veri eklemenize, değiştirmenize, silmenize ( işlem ) izin verir.
Veri Kontrol Dili (DCL) - kullanıcıları ve izinleri yönetmenize olanak tanır.
Aygıt Medya Kontrol Dili (DMCL) - verilerin depolandığı medyayı ( yığın bellek ) kontrol etmenizi sağlar.
Sorgu dili (QL) - veritabanını sorgulamanıza, yani verileri çıkarmanıza ve okumanıza olanak tanır.

Bu dillerin sözdizimi, belirli DBMS'ye göre değişir ve çeşitli diller, aralarında kavramsal tekdüzeliği korur.

Dilleri şu şekilde bölmek de mümkündür:

Şu anda en çok kullanılan ve çeşitli standartları yayınlanmış SQL gibi etkileşimli metin dilleri .
C , BASIC vb. gibi yaygın programlama dillerine daldırılmış etkileşimli metin dilleri .
Tescilli programlama dillerine daldırılmış etkileşimli metin dilleri.
Daha az deneyimli kişiler tarafından da kullanılabilen QBE (Örnekle Sorgulama) gibi grafiksel ve kullanıcı dostu diller.

Telif hakkıyla ilişkisi

Veritabanları, hem yaratıcı nitelikteki yaratıcı çalışmalar hem de önemli finansal yatırımlar sayesinde üretilen bir mal olarak telif hakkı yasası tarafından korunmaktadır.

İtalya'da, telif hakkıyla ilgili 633/1941 sayılı kanunun 64. maddesi şunları sağlar:

Bir veritabanının yazarı, aşağıdakileri yürütme veya yetkilendirme konusunda münhasır hakka sahiptir:

a) herhangi bir şekilde ve herhangi bir şekilde, tamamen veya kısmen, kalıcı veya geçici çoğaltma;

b) tercüme, uyarlama, farklı bir hüküm ve diğer her türlü değişiklik;

c) veri tabanının orijinalinin veya kopyalarının herhangi bir biçimde halka açık dağıtımı; bir kopyanın Avrupa Birliği sınırları içinde hak sahibi tarafından veya onun rızasıyla ilk satışı, kopyanın müteakip satışlarını Birlik içinde kontrol etme hakkını tüketir;

d) herhangi bir şekilde ve herhangi bir şekilde iletim de dahil olmak üzere, kamuya açık herhangi bir sunum, gösterim veya iletişim;

e) b) maddesinde atıfta bulunulan işlemlerin sonuçlarının herhangi bir şekilde çoğaltılması, dağıtılması, iletilmesi, sunulması veya kamuya gösterilmesi. ^[2]

Koleksiyondaki materyali yaratıcı bir şekilde seçen ve organize eden bir veri tabanının yazarı, bu nedenle, 64-quinquies ve aşağıdaki maddelere göre fikri eserlerin tüm yazarlarına tanınan patrimonyal ve ahlaki nitelikteki münhasır haklara sahiptir. 633/1941 sayılı yasanın . Münhasır çoğaltma, tercüme, uyarlama, dağıtım, sunum ve gösterim haklarına patrimonyal haklar denir, yani ekonomik olarak değerlendirilebilir bir değere sahiptirler. Varlık olarak, yukarıda belirtilen haklar devredilebilir.

Yazar bu nedenle şunları yapabilir veya yetkilendirebilir: materyalin kalıcı veya geçici, tamamen veya kısmen çoğaltılması, tercüme edilmesi, değiştirilmesi, uyarlanması ve farklı hükümler, dağıtım, kamuya sunum ve ekonomik kullanım.

Öte yandan, eğitim veya bilimsel araştırma amacıyla erişim ve istişare yapıldığında, verilerin kullanımının kamu güvenliği amaçlı olması ve idari veya adli bir işlem için kullanılması halinde ücretsiz kullanım imkanı bulunmaktadır. Telif hakkı süresi, yazarın ölümünden itibaren 70 yıldır.

Her halükarda, veri tabanları, oluşturuldukları eserlere veya verilere sağlanan herhangi bir korumadan bağımsız olarak, veri tabanının korunmasının söz konusu eserler veya verileri kapsamadığı belirtimi ile telif hakkı ile korunmaktadır. Temelde koruma, veri tabanının yapısıyla, pratikte ifade biçimiyle ilgilidir.

Veritabanının orijinal olması, yani örneğin alfabetik veya kronolojik sıraya göre değil de orijinal kriterlere göre düzenlenmiş veriler olması durumunda, yazar veritabanının kendisinin ahlaki ve ekonomik kullanım haklarından yararlanır. Öte yandan, veri tabanının orijinal olmaması durumunda hakların korunması yazara değil, üretici veya veri tabanının kurulması için yatırım yapan kişiye aittir. Veritabanının yaratıcısı, yalnızca Avrupa Birliği topraklarında, yapılan işin ve yapılan yatırımların korunmasına yönelik, telif hakkı ve ilgili haklar dışında nevi şahsına münhasır bir hakkın mülkiyeti olarak tanınacaktır . Aslında, yetiştirici, veri tabanının tamamının veya bir kısmının çıkarılması ve yeniden kullanılması işlemlerini yasaklayabilir. Yetiştirici hakkının süresi 15 yıldır, koleksiyonda önemli değişiklikler veya eklemeler yapılması halinde yenilenebilir. 15 yıllık sayım, veri tabanının tamamlanma tarihini takip eden yılın 1 Ocak tarihinden itibaren başlar. Veritabanına internet üzerinden erişilebilmesi durumunda, veritabanının kendisinin kullanıma sunulmasını takiben 1 Ocak'ta 15 yıl başlar.

Nevi şahsına münhasır hukuk

Nevi şahsına münhasır hak, eserin yaratıcı ve orijinal değerinden bağımsız olarak, para, zaman ve iş yatırımı yapan kişide tanımlanan bir veri tabanının yaratıcısına yöneliktir.

Nevi şahsına münhasır hak, Avrupa Birliği tarafından sunulan ve bahsi geçen haktan III. Bölümde ve daha doğrusu 7'den 11'e kadar olan maddelerde bahseden 96/9/EC Direktifi'nin getirilmesi sayesinde toplulukta tanınmıştır . ^[3]

Bu hak vasıtasıyla, Üye Devletler, bir veri tabanının yapımcısına, içeriğinin tamamının veya önemli bir kısmının, nitel veya nicel olarak değerlendirilen, elde edilmesi, doğrulanması durumunda, içeriğinin tamamının veya önemli bir kısmının çıkarılması ve / veya yeniden kullanılmasını yasaklama imkanı verir. ve bu içeriğin sunumu önemli bir yatırımı belgeliyor.

Üye Devletler ayrıca, herhangi bir şekilde kamuya sunulan bir veri tabanının meşru kullanıcısının, veri tabanı oluşturucunun izni olmaksızın, bu veri tabanının içeriğinin önemli bir bölümünü çıkarmasını ve/veya yeniden kullanmasını sağlayabilir:

a) elektronik olmayan bir veri tabanının içeriğinin özel amaçlar için çıkarılması durumunda;

b) Eğitim veya bilimsel araştırma amaçlı bir alıntı durumunda, meşru kullanıcının kaynak belirtmesi şartıyla ve bunun, izlenen ticari olmayan amaçlarla gerekçelendirildiği ölçüde;

c) Kamu güvenliği amacıyla veya idari veya adli bir işlem için çıkarılması ve/veya yeniden kullanılması halinde.

Bu nedenle sui generis koruma, bir veritabanında yer alan tüm bilgilerin, onu oluşturmak için harcanan çaba göz önünde bulundurularak korunmasıdır.

Bu nedenlerle, nevi şahsına münhasır korumanın yasal temeli bölgesellik ilkesindedir , çünkü bundan yalnızca Avrupa Birliği üyesi bir devletin vatandaşı tarafından oluşturulan veritabanları yararlanır.

Nevi şahsına münhasır korumanın verilmesi için gereken temel şart, bu kadar geniş bir kullanım gerektirmeyen basit bir bilgi kopyası ile koleksiyonu farklılaştırabilecek şekilde büyük bir insan ve ekonomik kaynak yatırımıdır. değerlendirme, veri toplama faaliyetleri, bilgilerin doğrulanması ve tüm materyallerin sunumu ile ilgilidir.

Telif hakkı ve nevi şahsına münhasır hak incelenirse , bu açıdan farkları anlamak kolaydır. İlki, formu korumakla sınırlıdır, bu nedenle, verilerin düzenlendiği mimari ve dizi, yaratıcı bir detaylandırmanın sonucudur; ikincisi, nasıl organize edildiğine bakılmaksızın toplanan materyal için geçerlidir.

Lisanslar

Kullanıcı lisansları, lisans verenin belirli koşullar altında izin talep ederek lisans alana izin verdiği bir sözleşme ilişkisi kurar. Bu iki bileşen genellikle tüm kullanıcı lisanslarında bulunur ve Creative Commons lisanslarına baktığımızda aradaki fark daha belirgindir . Avrupa Birliği'nde veritabanları için özel bir koruma sistemi olduğundan, Avrupa bağlamında doğru bir şekilde çalışması için veritabanlarını kullanma lisansının bunu dikkate alması ve her şeyden önce nevi şahsına münhasır hakkı yönetmesi gerektiği anlamına gelir. ^[4] Bu haktan bahsetmeyen ve özelliklerini dikkate almayan bir lisans, bu hakkın uygun şekilde lisanslanmaması nedeniyle "eksik", yani kısmen verimsiz kalma riskini taşır.

Ücretsiz veritabanları lisansları:

CCPL
Açık Veri Ortak Lisansları (Open Street Maps tarafından kullanılır)
CC0 (Tüm haklardan feragat içeren lisans)
Açık Devlet Lisansı
Fransız PSI Yeniden Kullanılmış Lisansı
IODL 1.0 (İtalyan Hükümetinin Telif Hakkı Lisansları)
IODL 2.0 (İtalyan Hükümetinin Lisansları copyleft değildir)

Uygulamalar

Notlar

^ www.treccani.it adresindeki " Matematik Ansiklopedisi" ndeki veritabanı . 19 Temmuz 2022'de alındı .
^ Telif Hakkı Yasası | Altalex , Altalex'te . Erişim tarihi: 18 Ocak 2017 ( 5 Haziran 2019'da orijinalinden arşivlendi ) .
^ Avrupa Parlamentosu ve Konseyi'nin 96/9/EC sayılı, eur-lex.europa.eu hakkındaki Direktifi .
^ Veri lisanslarını ondata.github.io adresinde açın .

Kaynakça

Paolo Atzeni, Stefano Ceri, Stefano Paraboschi ve Riccardo Torlone, Veritabanları (modeller ve sorgu dilleri) , McGraw Hill, 2003, ISBN 978-88-386-6600-1 .
Atzeni, Ceri, Fraternali, Paraboschi, Torlone - Veritabanları (mimariler ve evrim çizgileri) - McGraw Hill, 2003
Roberto Doretti, Veri tabanı - Kavramlar ve tasarım , Jackson Publishing Group, 1985, ISBN 88-7056-174-7 .
( TR ) Ramez Elmasri, Shamkant B. Navathe, Fundamentals of Database Systems , Dördüncü Baskı, Addison Wesley, 2003
( TR ) Tamer-Özsu, P. Valduriez, Dağıtılmış Veri Tabanı Sistemlerinin İlkeleri , Prentice Hall, 1999
Giovanni Guglielmetti, 96/9/EC direktifinde sui generis hakkı olan veritabanlarının korunması, Sözleşme ve işletmede / Avrupa , 1997, s. 177 ve devamı
Paola AE Frassi, Yararlı kreasyonlar ve telif hakkı. Bilgisayar programları ve veri koleksiyonları , Giuffrè, 1997
Laura Chimienti, Veritabanları ve telif hakkı , Giuffrè, 1999

İlgili öğeler

Diğer projeler

Vikisözlük sözlük lemmasını içerir « veritabanı »
Vikiversite konuyu içerir Veritabanları
Wikimedia Commons , veritabanlarındaki görüntüleri veya diğer dosyaları içerir

Dış bağlantılar

( TR ) Veritabanı , Encyclopedia Britannica , Encyclopædia Britannica, Inc.
Sites.google.com'da veritabanı panosu .
Illuminamente.org'da ilişkisel veritabanı tasarımı üzerine notlar . Erişim tarihi: 4 Mayıs 2014 (5 Mayıs 2014 tarihinde kaynağından arşivlendi ) .
Telif hakkı , destroyer.it'te . Erişim tarihi: 26 Haziran 2020 ( 24 Mayıs 2019 tarihinde kaynağından arşivlendi ) .

[1] www.treccani.it adresindeki " Matematik Ansiklopedisi" ndeki veritabanı . 19 Temmuz 2022'de alındı .

[2] Telif Hakkı Yasası | Altalex , Altalex'te . Erişim tarihi: 18 Ocak 2017 ( 5 Haziran 2019'da orijinalinden arşivlendi ) .

[3] Avrupa Parlamentosu ve Konseyi'nin 96/9/EC sayılı, eur-lex.europa.eu hakkındaki Direktifi .

[4] Veri lisanslarını ondata.github.io adresinde açın .

[1]

[2]

[3]

[4]