«relational-theory» etiketlenmiş sorular

Bu sitede bu etiket İlişkisel Model teorisi ile ilgili sorular için geçerlidir. Veritabanı yönetimi için İlişkisel Model, birinci dereceden yüklem mantığıyla tutarlı bir yapı ve dil kullanarak verileri yönetmeye yönelik bir yaklaşımdır. Bir veritabanının İlişkisel Modelinde, tüm veriler ilişkiler halinde gruplandırılmış tuple cinsinden temsil edilir. İlişkisel Modele göre düzenlenmiş bir veritabanı, ilişkisel bir veritabanıdır.

5
Neden RDBM's, NoSQL'in yaptığı gibi kümelenemiyor?
Nosql DBMS için büyük artılardan biri, daha kolay kümelenebilmeleridir. Sözde NoSQL ile farklı veri parçalarını depolayan ve hepsini bir seferde sorgulayan yüzlerce ucuz makine yaratabilirsiniz. Sorum şu: neden ilişkisel DBMS bunu mysql veya sql sunucusu gibi yapamıyor? Satıcılar bunu mevcut ürünleri ile yapmanın teknik bir yolunu bulamadılar mı, yoksa bunun …
5
Arkadaşlık için nasıl bir ilişki tablosu tasarlamalıyım?
Eğer Abir arkadaşım B, o zaman ben her iki değeri saklamak gerekir ABve BAya bir tane yeter? Her iki yöntemin avantaj ve dezavantajları nelerdir? İşte gözlemim: İkisini de tutarsam, bir arkadaşımdan bir istek aldığımda ikisini de güncellemem gerekir. Her ikisini de tutmazsam, o zaman JOINbu tabloyla çoklu yapmak zorunda kalırken …
6
Bir tabloda kayıtları rasgele sipariş etme
Bir veritabanı kullanırken ortak bir ihtiyaç, kayıtlara sırayla erişmek. Örneğin, bir blogum varsa, blog postalarımı isteğe göre sıralayabilmek istiyorum. Bu girdilerin çoğu zaman birçok ilişkisi vardır, bu nedenle ilişkisel bir veritabanı mantıklı görünmektedir. Ben gördük ortak çözüm bir tamsayı sütun eklemek için order: CREATE TABLE AS your_table (id, title, sort_order) …
6
Neden “ilişki (al)” terimi?
İngilizce'de Bob ve Tim arasındaki ilişkiden bahsedebiliriz. Belki de kuzenlerdir. Bu bağlamda "ilişki" terimi bana mantıklı geliyor. İlişkisel veritabanları bağlamında, terimin ne anlama geldiğini anlıyorum ama neden kullanıldığını anlamıyorum. Neden kullanıldığını anlamak, bu alanı daha iyi anlamama yardımcı olacağından, neden kullanıldığını anlamak istiyorum. Örneğin, bir Kişi neden "ilişki" olarak kabul …
3
Arama Tablolarının Doğru Kullanımı
Bir veritabanında arama tablolarının ne zaman ve nerede kullanılacağı konusunda tam olarak nasıl sınırlar yerleştirileceğini bulmakta güçlük çekiyorum. Baktığım çoğu kaynak hiçbir zaman çok fazla olamayacağımı söylüyor, ancak bir noktada, veritabanı o kadar çok parçaya bölünmüş gibi görünüyor ki, verimli olsa da artık yönetilemez. İşte birlikte çalıştığım şeye bir atılmış …
3
Ayrıcalıklı bir çocukla bire çok ilişki kurmak nasıl?
Her ebeveyn için, çocukların bir veya sıfırının “favori” olarak işaretlendiği bir-çok ilişkiye sahip olmak istiyorum. Ancak, her ebeveynin bir çocuğu olmayacak. (Ebeveynleri bu sitedeki sorular, çocuklar cevaplar ve kabul edilen cevaplar olarak düşünün.) Örneğin, TableA Id INT PRIMARY KEY TableB Id INT PRIMARY KEY Parent INT NOT NULL FOREIGN KEY …
2
Bir kullanıcı kimlik doğrulama (Roller ve Haklar) modülü tasarlama
Delphi UI uygulamasının arka ucu olacak bir MS SQL Server veritabanı için bir kullanıcı kimlik doğrulama modülü modellemeye çalışıyorum. Temel olarak, kullanıcının yalnızca bir gruba ait olduğu kullanıcı hesaplarına sahip olmak istiyorum. Bir grubun "n" hak sayısı olabilir. Ayrıca, kullanıcının bir uygulama ayarına (örneğin her 90 günde bir) parolasını değiştirmesi …
2
Veritabanı tasarımı: “(çoktan çoğa) çoktan çoğa” ilişkisini normalleştirme
Kısa versiyon Varolan bir çok-çok katılmak her çift için sabit sayıda ek özellikler eklemek zorunda. Aşağıdaki şemalara atlamak, avantajları ve dezavantajları açısından Temel Davayı genişleterek bunu başarmanın en iyi yolu Seçenek 1-4'ten hangisidir? Yoksa burada düşünmediğim daha iyi bir alternatif var mı? Daha uzun versiyon Şu anda bir ara birleştirme …
2
İlişkisel veritabanlarındaki ağaç benzeri verileri düzgün ve verimli bir şekilde temsil edecek bir model nasıl yapılandırılır?
SQL sorusunu kullanarak ilişkisel bir veritabanında ağaç benzeri verileri taramaya dayalı olarak , fiziksel sonuçları göz önünde bulundurarak ilişkisel veritabanlarındaki ağaç benzeri verileri tanımlamak için düzenli olarak nasıl kullanıldığını bilmek isterim? RDBMS normal SQL ANSI veya ortak kullanılabilir özellikler dışında işlemek için özel özelliklere sahip olmadığını varsayalım. Şüphem her zaman …
6
2NF ve 3NF'yi bir örnekle açıklama
İkinci normal formda (2NF) bir sorunum var ve Google'ı kullanarak çözemedim. Beni çıldırtıyor çünkü ben öğretmenim ve öğrencilerime yanlış şeyler öğretmek istemiyorum. 5 alanlı bir masa alalım. Notlar = {StudentName, SubjectCode, SubjectName, #Exam, Grade} Bağımlılıklar şu şekilde: StudentName, SubjectCode, #Exam -> Not SubjectCode -> Konu Adı SubjectName -> SubjectCode Bu …
3
İki farklı tablodan tabloya değerler nasıl eklenir?
Üç masam var students table ------------------------------------ id(PK, A_I) | student_name | nationality teachers table ------------------------------------ id(PK, A_I) | teacher_name | email classroom table ---------------------- id(PK, A_I) | date | teacher_id(FK to teachers.id) | student_id(FK to students.id) Ben öğretmenin (adı verildi ise davidörneğin) ve (student_id 7örneğin) ve eklemek istedi teacher_idiçine classroomdayanan …
2
Bire bir ilişki normalleştirilmiş mi?
Bir kayıt için geniş bir istatistiksel veri setimiz olduğunu düşünün; örneğin 20-30 INTsütun. Hepsi bir kayda ait olduğundan VEYA bire bir ilişkiyle bağlantılı başka bir tablo oluşturarak tüm seti bir tabloda tutmak daha iyidir. Birincisinin avantajı JOIN, ilgili kayıt için tüm istatistiksel verilere engel olmak ve bunlara hızlı bir şekilde …
3
İlişkisel bir veritabanındaki bütünlük kısıtlamaları - bunları gözden kaçırmalı mıyız?
Çalıştığım şirketin geliştiricileri ile sürekli bir tartışma içerisindeyim çünkü büyük sorguları hızlandırmak ve daha iyi kazanmak için ilişkisel bir veritabanında ilişki uygulamasından (FOREIGN KEY kısıtlama tanımları aracılığıyla) kurtulmanın daha iyi olduğunu söylüyorlar verim. Söz konusu platform MySQL 5.x'tir ve en azından benim için makul olmayan ilgili tabloların bazı PRIMARY KEY …
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.