Fonksiyonel bağımlılık ve ilişkisel veri tabanları

Bilgi her zaman ilgi yeterli dinamik olmuştur. Gelişme, ilişkisel veri tabanları ve bilgi teknolojisi programlama dilleri dramatik ilgi içerik ve yapısını değiştirdi. Belirli sıkı temsil sistemi yoktur. Resmileştirilmesi, kesin matematik ve ikili ilişkiler uzmanlık ve deneyim başarılı ve hızla büyüyen, alan haline gelmiştir.

bilginin doğal dünyanın kendi dinamiklerini değiştirdi ve içerik ve yapının geliştirilmesi, yeni zirvelere tırmandı değil. Bu pürüzsüz bir şekle sahiptir ve doğada "dikdörtgen" hiçbir şey yoktur. Bilgi, elbette, resmileştirilmesi, ancak görevleri kendileri ve bunların uygulama alanları değişen, veri ve onların işleme algoritmaları sadece değişen, dinamik bir sahiptir.

Bilgileri> verilerin kayıtlılığı >>

bilgi dönüştürülür veri (veri modeli, bu programcı gördüğü gibi bilgi yapısı, veri tabanı ...). Orada bu vizyon doğru garantisi değildir, ancak program sorunu çözer eğer veriler daha sonra yeterince mümkün yolunu sunuldu.

nasıl düzgün resmiyet bilginin soru - an meselesi. Şimdiye kadar, dinamikleri (kullanım koşullarını değişen kendini uyarlama) kavramı - sadece programlama hayal ediyorum.

Fonksiyonel bağımlılık: "doğru bir karar = Program (programcı)" ve "sürekli uyum sorunu" koşulu ancak birlikte çoğu durumda geçerlidir. Ama bu veritabanlarını oluşturmak için kullanılan matematiksel bir temeli yoktur.

Doğrudan deyimi: Bilgi ve gerçekten her zaman sorun çözme algoritmalarının doğal ve sürekli dinamiği. Bir ilişkisel veritabanı bir olan ikili ilişki + sıkı Matematik doğru biçimsel tasarım + ...

Veriler, dosya ve veri tabanları

veri önemli değil uzun süre saklandığı nasıl o hafızayı veya harici bir aygıt olması. Donanım bileşeni gelişmenin istikrarlı bir hızla ulaştığı büyük hacimlerde iyi kaliteyi sağlamak olmuştur.

Ana depolama seçenekleri, kullanımından farklı yapılanmaları:

• dosyaları;
• veri tabanı.

İlk (Ne biçim, bunu nasıl, nasıl ... okumak için, o kaydı) programcı insafına verilir, ikinci derhal basit işlevsel bağımlılıkları bilgisine ihtiyacını getiriyor.

(Makul büyüklükte ve astronomik değil) dosyalar üzerinde örnekleme oranı ve kayıt bilgileri çok hızlı ve benzer veritabanı işlemleri hız bazen önemli ölçüde daha yavaş olabilir.

Kişisel deneyim ve kolektif bilgelik

Tarihte sınırına ulaşıldığında ötesine geçme girişimleri olmuştur, ancak bu güne kadar hakim ilişkisel veritabanları. teorik potansiyelin bir zenginlik, kapsamlı ve geliştiricilerin uygulama - nitelikli.

o bilgiyi, karmaşık bilgi yapılarını, süreçlerini, onlarla inşaat çalışmaları örnekleme ve kayıt matematiksel-mantıksal deneyim zenginliği kullanmak niyetinde olmasa bile veritabanı geliştiricileri işlevsel bağımlılık kavramı, bir programcı empoze.

Hatta en basit durumda, programcı o işe seçtiği ne olursa olsun, veritabanı mantığı bağlıdır. Hiçbir kanonlarını takip etmek arzusu, dosyaların bir sürü dosyaları kullanabilirsiniz ve kişisel deneyim çok şey var. Kişisel çok zaman harcanacak ve sorun uzun süre çözülecektir.

Ne olursa olsun fonksiyonel bağımlılık örneklerini görünebilir ne kadar zor, mutlaka anlam ve mantık derinliklerine batar etmez. Çoğu zaman, mümkün kolektif zeka farklı veritabanları, farklı boyut ve işlevselliği oluşturmak için kabul edilmelidir:

• Katı, Oracle;
• zorlu MS SQL Server ;
• popüler MySQL.

- İyi bir üne sahip mükemmel ilişkisel veri tabanları kolay, hızlı yetenekli ellerde, kullanımı. Bunların kullanımı zaman kazandırır ve sonraki levha yardımcı kod yazmak gereksinimini ortadan kaldırır.

Programlama ve Veri Özellikleri

Programlamada uzun sürekli bir şekilde bir şey değişmiş bilgilere, görev ya da onun kullanım koşullarına uyum sağlama, öncekilerin çalışmalarına tekrarlayın yeniden yazılır bir hastalık olmuştur.

Fonksiyonel bağımlılık özelliği programlama hatası olarak çok pahalı olabilir, olmasıdır. Görev nadiren basittir. Genellikle, karmaşık veri temsili ile elde edilen bilginin kayıt altına sırasında. Onların elemanları genellikle teşhis, o zaman o tablolar, sorgular, bilgi alma algoritmalarının kurulan algoritmalar formu olan belirli kilit ilişkileri bağlantılıdır edilir.

Genellikle büyük bir değer kodlaması bağlıdır. Tüm veritabanları mobil çözümler genellikle ne kadar iyi ayarlanmış MySQL ile karşı karşıya olan zaten orada benzer onbirinci üs yapmak için geliştirici zorlayarak, bir düzine veritabanları, mükemmel ve stabil çalışma yatıyor olabilir sunuyoruz.

Orada paylaşılan barındırma PHP işlevselliğini sınırlayan zamanlardır ve veritabanı erişimi programlanmasına etkiler.

Bir veri modelinin oluşturulması için eşdeğer sorumluluk programı algoritması için bugünün programlama sorumluluğu olarak. Tüm çalışması gerekir, ancak her zaman teorinin labirent atılmak zorundadır.

DB: verilerdeki basit ilişki

Her şeyden önce, veri tabanı kavramı - bir yönetim sistemi olarak bu veritabanı veritabanları (örneğin MySQL) ve aralarındaki veri nesneleri ve ilişkileri yansıtan bazı bilgiler yapısı. çeşitli uygulamalar için birçok bilgi yapıları olarak kendi üzerine bir veritabanı MySQL «tutma». Bir Oracle veritabanı farklı takım çevrelerde farklı mesafelerde olan bilgisayarların bir takımı üzerinde bulunan en üst düzeyde güvenlik ve veri bütünlüğünü kontrol etmek büyük bir şirket ya da bankanın bilgi süreçlerini sağlayabilir.

Kabul oranı temel ilişkisel model olduğunu varsayalım. Bir temel ilişki - değerlerin adları ile sütun ve satır kümesidir. Klasik "kutu" (tabloya bakınız) - basit ve etkili bir ilerleme. karmaşıklığı ve veritabanının fonksiyonel bağımlılığı "kutuları" birbirleri ile ilişkiye girmek başlıyor ne zaman başlar.

Her bir tablodaki her sütunun adı sorunu bağlamında farklı olmalıdır. Aynı iki tablolarda verilemez. kavramların anlamını bilmek:

• "Özünü tanımlama";
• "Artıklık hariç";
• "Sabit ilişki";
• "Doğruluğunu sağlamak."

- bir ilköğretim bir veritabanı kullanmak ve belirli bir görev için bir veri modeli oluşturmak gerekir.

bu kavramların herhangi birinin ihlali - algoritması, yavaş veri örneklemesi, veri kaybı ve diğer sorunları düşük verimlilik.

Fonksiyonel bağımlılık: mantık ve anlam

değerler ve fonksiyon seti eşleşen argümanlar bir dizi - - Sen işlevi gerçeği hakkında, ilişkilerin küpe hakkında okuyamaz sadece bir formül veya zamanlama değil, değerler kümesi verilebilir - tabloyu.

Şart değil, ama o kadar fonksiyonel ilişkiyi temsil etmek zarar vermez:

F (x1, x2, ..., x-N) = (y1, y2, ..., YN).

masa, çıkış aynı zamanda bir masa ya da belirli bir karardır - Ama girişinde anlamak emin olun. Tipik olarak, işlevsel bir ilişki tablolar, sorgular, ayrıcalıkları, tetikleyiciler, saklı prosedürler ve diğer anlar (bileşenler) veritabanının arasındaki ilişkinin mantığını ayarlar.

Normal olarak, tablolar daha sonra sonuca, birbirlerine dönüştürülür. Ama fonksiyonel bağımlılık kullanımı böyle bir fikre sınırlı değildir. Programcı diyoruz nasıl olursa olsun ... resim verilerinin, alan modeli, bilgi yapısı temsilini oluşturur, ancak belirli bir veritabanı için çalışırsa, o, bir kural olarak, onun anlamı ve kullanılan dilin lehçesi dikkate SQL almaya kendi mantığına dayalı olmalıdır.

Veritabanı bağımlılıkları fonksiyonel özellikleri SQL dilinin kullandığı lehçesi edinilebilir iddia edilebilir. Ama çok daha önemli çok veritabanlarında dil ve iç yapılarının özelliklerine birçok lehçeleri, gelişimin tüm inişler ve çıkışlar değil, pek çok veri tabanları atlattı sonra anlıyoruz ancak bunlarla.

Ah eski güzel Excel

Bilgisayar pozitif tarafta kendini göstermiştir zaman dünya bir kez programcılar ve kullanıcılar ayrılmıştır. Kural olarak, ilk kullanımda gibi:

• PHP, Perl, JavaScript, C ++, Delphi.
• MySQL, Oracle, MS SQL Server, Visual FoxPro.

ikinci:

• Kelime.
• Excel.

Gerçek bir saçmalık - Bazı kullanıcılar Kelime veritabanında (programcı yardımı olmadan) kendi yapmak yönetmek.

Pratik ve ilginç - Excel'de kullanıcıların deneyim bir veritabanı oluşturun. Önemli olan, Excel, tek başına, fonksiyonel, renkli ve pratik olmasıdır.

Tabular Fikir görünürlük ve erişilebilirlik fonksiyonel bağımlılık kavramını tanımlamıştır fakat nüansları her veritabanında altındadır. Herkes kendi "yüz" vardır, ama Excel'den Oracle basit kareler, yani tabloları manipüle.

Bu bir veritabanı değil, ancak birçok kullanıcılar (değil geliştiriciler) o kadar kullanılır ve Oracle - - biz Excel düşünürsek geliştiricilerin büyük bir ekibin veritabanlarında alanında olduğu ulaşmak için karmaşık ve güçlüdür, bu itiraf etmek doğal olur - veritabanı temsilidir belirli sorun ve çözüm özellikle programcı (takım).

fonksiyonel ilişki nedir ne, nerede, niçin ... görünüşe göre sadece bunların yazar veya gruba.

Hakkında nerede ilişkisel tutumları vardır

Bilimsel ve teknolojik ilerleme - Çok ağrılı ve bazen de acımasız. Veritabanı * .dbf, hem markalı sibernetik, daha sonra bilgisayar biliminin aşık ve ülke düzeyinde yüksek teknoloji hareketine engel düzenlemek için başlattığı şeyi, nerede başladığını Hatırlarsanız ilişkisel veri tabanları böylece inatçı ve iyi neden olduğunu açıkça görüyoruz. Neden bu günü canlı programlamaya klasik tarzındadır ve nesne yönelimli programlama basitçe değerlidir, ancak henüz karar vermemiştir.

Ne kadar matematik bağlamında işlevsel ilişki güzel:

Bu ikili bir ilişki değil, daha doğrusu, bu "birine çok" "bire çok" iletişim, araştırmak, niteliklerin birden arasındaki ilişkileri kurulması fikrini yeniden gözden geçirmek için bir fırsattır, "Birçok birçok" veya "Birçok yapmak ve özellikle de bir."

Seçenekler ilişkiler büyük bir çeşitliliği ile gelebilir. Bu mantığa matematik ve sıkı! Bilgi - bu, özel kendi matematiği vardır. Sadece çok büyük bir dezavantaj ile söylemek formalite olabilir.

Sen, personel daire çalışmalarını resmileştirmek yağ veya süt üretiminin, ekmek çıkarılması için ACS yazabilir, Google, Yandex ve Rambler büyük tabanında bir seçim yapın, ama sonuç hep statik olacak ve zaman içinde her nokta aynıdır!

Fonksiyonel ilişki = sıkı mantık ve veritabanı için matematik = temeli, biz dinamiklerinin ne tür konuşabiliriz edin. Herhangi bir karar, herhangi bir resmi veri modeli + = titiz bir algoritma, hassas ve kesin bir karar resmi olacaktır. herhangi bir programın Bilgi ve kapsamı her zaman değişir.

Aynı arama öbeği Örnek arama motoru bir günde, açıkça, bir iki saat sonra aynı olması ve olamaz - arama ifade ettiği siteleri, kaynaklar, bilgi ve diğer elementlerin bir dizi sürekli değişiyor bilgi alanına işaret ederse .

Hatlar ve nesnelerin Hakkında

Program tamamen matematiksel olduğunu ve bunun veritabanı hatta tüm dinamikleri düşünmeye olmasa bile her zaman bir çizgi vardır. Ve uzun bir çizgi vardır. Ve olamaz sonsuzdur. Hatta değişken, sadece şartlı değişken olmayabilir. Buna ek olarak, onların matematiksel ve ikili-bürokrasinin herhangi bir veritabanı formaliteleri bir çok olmaktadır ve bu hız + kalite örnekleme ve bilgi işlem.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. İkili bir kitle ile dize koşullu değişken uzunluğu: - Kısa her yerde ve her zaman işlevsel bir veritabanı bağımlılıkları önemli özelliklere sahip bit numarasını, mektup 'e', sunum biçimi varlığı: sınırlama özellikle reel verilerin veritabanında bu veya diğer alanlarda eklenecektir olursa formaliteler ve sıkı matematiksel kısıtlamalar.

Eğer tonunu değiştirip dinamiklerinin nabız dinlersen, tüm nesneler üzerinde boyanabilir. ilk yaklaşımda, tablo sütun adı - kısa tabloda aynı nesne, - - bir nesne başlığı ve başlık sütun adlandırdığı bir amacı, bir isim listesi aşağıdadır. Ve kapaklar olamazdı ...

Ancak dizeleri bir tablo olabilir. Ve doğrultusunda değer olabilir. Ve neden hep aynı rakam olmalıdır. Tam kare tablo - bu özel ve çoğu durumda, özel.

Eğer veritabanı nesneleri tüm tasarımlar hayal, o zaman, belki de sıkı bir ikili ilişkiler kurmak gerekmez. Bu doğal olduğunu ve bir amacı sadece çünkü eğer gerçek anlamda, (kesinlikle matematiksel değil) mantık bilgilerinin dinamiklerini ve görevleri vardır çevreyi yansıtır.