Bir anket veritabanı için kavramsal modeli yapıyorum.

Amaç, kullanıcılar tarafından verilen cevapları saklamaktır (bir Android uygulaması olacaktır).

Üç varlığım var: kullanıcı, soru ve seçenek.

Bir sorunun bir veya daha fazla seçeneği olacaktır (örneğin: Kaç çalışanınız var? 1-40, 40-1000, +1000).

Seçeneklerde bir metin (1-40) ve bir değer (kullanıcı tarafından seçilen değer) bulunur.

Kullanıcı bu seçeneklerden birini (veya daha fazlasını) seçecektir.

Kavramsal tasarımım:

Bir yanıtı bir kullanıcıyla nasıl ilişkilendireceğimi bilmiyorum.

Bu ilişkiyi nasıl temsil edebilirim?
Seçenek değerini temsil edecek başka bir varlığım var mı?

Bu model soruları ve önceden yapılmış cevapları (önerilen cevaplar) saklayacak ve farklı anketlerde tekrar kullanılmalarını sağlayacaktır.

Böyle bir soruyu temsil etmeliyim:

Bu soru bununla ilgilidir: Anket veritabanı tasarımı: ilk sürüm. Hatalar var mı?

Olası cevaplar ile seçilen cevaplar arasında bir ayrım yapmanız gerekir .

OptionTablo iki tablo olması gerekiyor. OptionM: Tablo 1 olmalıdır Questionve bu soruya muhtemel cevaplar içermelidir.

O zaman yeni bir kavşak varlığı oluşturmalısınız, ve Selected_Optionarasında oturan onu arayın .UserOption

Sorunuz kullanıcıya bir değeri yanıt olarak doldurma fırsatı verirse (örneğin, "DİĞER: ..."), bu değer Selected_Optiontabloda depolanır . Aksi takdirde, kullanıcı tarafından seçilen değer, içinde bulunan değer olacaktır Option.

DÜZENLE:

OP'nin gereksinimleri açıklamalarına dayanarak: İhtiyacınız olan şey, aşağıdaki şekillerde tipik bir anket modeli gibi değildir:

• Sorularınızın hepsinin aynı yanıt grupları (sütunlar) var
• Yanıtlarınızdan bazıları (sütunlar) birlikte gruplandırılmıştır.
• Soru blokları birlikte gruplandırılmıştır.

Form anlık görüntünüzü bir kılavuz olarak alarak, formunuzun öğelerini renk kodladığım varlıklara böldüm:

Bu, aşağıdaki mantıksal ERD ile karşılanabilir:

Ben korelasyon göstermek için örnek formun anlık görüntüsüne karşılık ERD varlıklarını renk kodlu unutmayın.

Bu modeldeki varsayımlardan biri, her bloğun, bloktaki QUESTION_GROUPsol sütuna karşılık gelen yalnızca bir quesiton (yani bir ) setine sahip olmasıdır . Bu biraz basitleştirici bir varsayımdır.

Anket Veritabanı Şeması.

Bu binlerce kişi tarafından yapılan gerçek bir klasik. Her zaman başlamak için 'oldukça basit' görünüyorlar ama iyi olmak aslında oldukça karmaşık. Bunu Rails'te yapmak için ekteki diyagramda gösterilen modeli kullanırdım. Eminim bazıları için çok karmaşık görünüyor, ancak bunlardan birkaçını oluşturduktan sonra, yıllar boyunca tasarım kararlarının çoğunun en iyi dinamik esnek veri yapısı tarafından ele alınan çok klasik modeller olduğunu fark ediyorsunuz. başlangıç.
Aşağıda daha fazla ayrıntı:

Anahtar tablolar için tablo ayrıntıları

Yanıtlar

Cevaplar o kullanıcılar tarafından fiili tepkileri yakalar olarak tablo çok önemlidir. Sen bu cevaplar bağlantıları fark edeceksiniz question_options değil sorular . Bu kasıtlı.

input_types

girdi_türleri soru türüdür. Her soru yalnızca 1 tipte olabilir, örn. Tüm radyo kadranları, tüm metin alanları, vb. "Dahil et?" İçin (örneğin) 5 radyo kadranı ve 1 onay kutusu olduğunda ek sorular kullanın. seçeneği veya böyle bir kombinasyon. Kullanıcılar görünümünde iki soruyu bir olarak etiketleyin, ancak dahili olarak biri radyo aramaları için, diğeri onay kutusu için olmak üzere iki sorusu var. Bu durumda onay kutusunun 1 grubu olacaktır.

option_groups

option_groups ve option_choices 'ortak' gruplar oluşturmanıza izin verir. Bir örnek, bir gayrimenkul uygulamasında 'Mülk kaç yaşında?' Sorusu olabilir. Cevaplar aşağıdaki aralıklarda istenebilir: 1-5 6-10 10-25 25-100 100+

Daha sonra, örneğin, bitişik mülk yaşı hakkında bir soru varsa, anket yukarıdaki aralıkları 'yeniden kullanmak' isteyecektir, böylece aynı option_group ve seçenekler kullanılır.

ölçü birimleri

unit_of_measure göründüğü gibidir. İster inç, bardak, piksel, tuğla veya başka bir şey olsun, burada bir kez tanımlayabilirsiniz.

Bilginize: Doğasında genel olmasına rağmen, bunun üstünde bir uygulama oluşturulabilir ve bu şema Ruby On Rails çerçevesine her tablo için birincil anahtar için "id" gibi kurallar ile çok uygundur . Ayrıca ilişkilerin hepsi basit one_to_many ile many_to_many veya has_many throughs gereklidir. Büyük olasılıkla has_many: throughs ve / veya: delegeler ekleyeceğim.

Bu genel fikre bir göz atın:

(Kısalık için yukarıdaki modele yalnızca en gerekli alanlar dahil edilmiştir.)

Bu model aşağıdaki özelliklere sahiptir:

• Tek bir soru birden çok anket arasında paylaşılabilir (ve elbette tek anket birden fazla soru içerebilir). SURVEY_QUESTION, bu M: N ilişkisini uygulayan "bağlantı" tablosudur.
• Anketteki soruların sırası SURVEY_QUESTION.QUESTION_NO tarafından belirlenir. {SURVEY_NO, QUESTION_NO}, U1yukarıdaki şemada belirtilen (alternatif) bir anahtar olduğundan , hiçbir anket aynı ankette aynı "alanı" işgal edemez. Farklı anketlerin soruları farklı bir sırada olabilir.
• Her sorunun bir dizi olası cevabı veya "seçeneği" vardır. Seçeneklerin görsel sırası OPTION.OPTION_NO tarafından belirlenir ve PK'da olduğundan, aynı seçenek altında iki seçenek aynı "yuvayı" işgal edemez.
• Farklı kullanıcılar aynı soruya farklı cevaplar verebilir (ve elbette bir kullanıcı birden fazla soruya cevap verebilir). Bu M: N ilişkisi "link" tablosu CEVAP yoluyla uygulanır.
• Bir kullanıcı soruyu seçeneklerinden en birini seçerek cevaplar . Bu, OPTION_NO öğesinin CEVAP PK'sinden hariç tutulmasıyla sağlanır . Kullanıcının birden çok seçenek belirlemesine izin vermek istiyorsanız, PK'ye OPTION_NO ifadesini ekleyin.

Bu veri modelinde kullanıcıyı tüm soruları yanıtlamaya zorlayan hiçbir şey yoktur - bu uygulama düzeyinde yapmanız gereken bir şeydir. Bununla birlikte, bu model yapmanız gerekenler için iyi bir başlangıç ​​olmalıdır ...

Kullanıcıların cevaplarını tutmak için başka bir tabloya ihtiyacınız olacak.

user_answers
------------
  user_answer_id - benzersiz birincil anahtar
  user_id - FK - Kullanıcı tablosu
  selected_option_id - FK - Seçenek tablosu
  question_id - Soru tablosuna FK

Kullanıcıların bir seçenek olarak "Diğer" i seçmesini ve kendi değerlerini doldurmasını istediğinize karar verirseniz, bunun için ayrı bir tablo öneriyoruz:

user_alt_answers
----------------
  user_alt_answer_id - PK
  alt_answer_text - kullanıcının "diğer" bir seçenek için girdiği metin.
  user_answeR_id - FK'den user_answers tablosuna

[Henüz yorum yapamam, dolayısıyla bu bir cevap olarak]

VansFannel'in sunduğu çözüm için orada daha eksiksiz bir model yaptım.

Lütfen, buradan kontrol edin .