मुझे लगता है कि स्थानिक डेटाबेस को पारंपरिक डेटाबेस से अलग नहीं माना जाना चाहिए। वे अनिवार्य रूप से एक ही काम कर रहे हैं, तेजी से पुनर्प्राप्ति के लिए बड़ी मात्रा में डेटा संग्रहीत करते हैं। एक उदाहरण के रूप में, PostgreSQL / PostGIS में, ज्यामिति सिर्फ एक और डेटाटाइप है। जैसे पाठ, या पूर्णांक। SQL Server 2008 में ही। Oracle में भी ऐसा ही है। यदि डेटाबेस में "स्थानिक" भाग सिर्फ एक अन्य फ़ील्ड प्रकार है, तो क्या यह वास्तव में मूल डेटाबेस से अलग है? क्या इसका मतलब है कि हमें पारंपरिक डेटाबेस डिजाइन के सभी नियमों को छोड़ देना चाहिए?
स्पष्ट रूप से सामान्यीकरण को बहुत दूर ले जाया जा सकता है, जैसे कि पारंपरिक डेटाबेस के साथ, इसलिए यह सबसे अच्छा डिज़ाइन खोजने के लिए एक व्यापार बंद है जो आपकी आवश्यकताओं के अनुरूप है।
यदि आप 100 स्तंभों की तालिकाओं के साथ एक अत्यधिक डी-सामान्यीकृत संरचना बनाने की योजना बना रहे हैं, तो आपको खुद से पूछना होगा कि भविष्य में क्या परिवर्तन होने की संभावना है? पंक्तियों में भारी वृद्धि के साथ, क्या यह क्वेरी प्रदर्शन को प्रभावित करने वाला है? क्या यह भविष्य में स्थिरता को प्रभावित करने वाला है?
एक सामान्यीकृत संरचना के साथ क्या गलत है और डेटाबेस क्लाइंट को सभी डेटा को उजागर करने के लिए विचारों का उपयोग करते हुए, क्या यह जीआईएस, या कोई अन्य क्लाइंट है?
ये सभी प्रश्न पारंपरिक डेटाबेस और स्थानिक डेटाबेस दोनों पर लागू होते हैं। यदि आप http://en.wikipedia.org/wiki/Database_normalization से गुज़रते हैं तो आप पाएंगे कि यह स्थानिक डेटाबेस पर भी लागू होता है।
यदि आप डेटाबेस के शीर्ष पर जिस सॉफ्टवेयर का उपयोग कर रहे हैं, वह आपको अत्यधिक डी-सामान्यीकृत संरचनाओं का उपयोग करने के लिए मजबूर कर रहा है, तो यह एक अलग तर्क है। आप सॉफ्टवेयर और डेटाबेस से विवश हैं, इसलिए आपके पास सर्वश्रेष्ठ डेटाबेस डिज़ाइन में कोई विकल्प नहीं है।
इसलिए मुझे लगता है, संक्षिप्त उत्तर (मेरी राय में) डेटाबेस डिजाइन सिर्फ स्थानिक डेटाबेस के साथ पारंपरिक डेटाबेस के साथ के रूप में महत्वपूर्ण है।