[opengeodb] nur deutschland

[Stephan Schuster]

> Martin Trautmann wrote:
> 
> > Nun, du polemisierst hier mit "reingestopft" und "Saustall" und 
> > ignorierst dabei, dass wir nicht nur eine Kiste "Obst" mit durcheinander 
> > Äpfeln und Birnen haben, sondern jedes einzelne Obststück fein sortiert 
> > seinen Platz hat.
> 
> Von fein sortiert kann keine Rede sein. Vielmehr von durcheinander wie
> Kraut und Rüben.

Fein sortiert nach loc_id und type. Keine Suche nach dem richtigen
Fremdschlüssel und der Tabelle auf die sich der Schlüssel bezieht.

> >> Wenn man das, was jetzt in geodb_textdata drinsteckt,
> >> auseinanderklamüsert, dann reduziert es einerseits die Datenmenge, weil
> >> text_type wegfallen kann, andererseits vereinfacht es die Abfragen, weil
> >> ich keinen text_type dafür herziehen muss, nur um festzulegen, welche
> >> Art von Daten (PLZ, Ort, etc.) ich haben will.
> > 
> > Statt dessen musst du sagen, in welcher Tabelle nachgesehen werden muss. 
> 
> Ja und? Das ist wenigstens klar strukturiert und übersichtlich.

Wieso ist das übersichtlicher als die jetzige Form? Weil Du es so
gewohnt bist und nicht über deinen Tellerrand blicken kannst?

> [...]

> > Was machst du beispielsweise, falls ich bald mal das einbaue:
> > 
> > 500600000 - amtlicher Gemeindeschlüssel
> > 500600010 - amtlich ergäntzter Gemeindeschlüssel
> > 500600020 - frei ergänzter Gemeindeschlüssel
> > 500600100 - Landes/Gemeindeschlüssel
> 
> Macht 4 neue Tabellen.

Für dich und alle Nutzer deines Schemas. Bei jeder Erweiterung musst Du
deine Struktur ändern, oder auf zukünftige Updates verzichten. Für
Nutzer der jetzigen Struktur bedeutet dies keinerlei Änderung an
Struktur und Anwendung.

BTW: Für 1:1 Beziehungen willst Du eigene Relationen schaffen? Unsinnig.
Füge lieber passende Attribute in der Relation hinzu, die deine
Gemeinden enthält. 

Wenn Du tatsächlich nahezu jeden Datentyp in eine eigene Tabelle
auslagern willst, kommst Du bereits jetzt auf mehr als 40 Tabellen wenn
Du die volle Funktionalität der OpenGeoDB abbilden willst. Dazu kommen
die entsprechenden Attribute in der Haupt-Relation, bzw die Tabellen für
die Zuordnung bei n:m Beziehungen. Das findest Du wirklich übersichtlich?
Wenn das dein Ernst ist, solltest Du dir doch ein Buch über
Datenbank-Design besorgen...

Für mich erübrigt sich wohl die weitere Diskussion mit dir, das führt
wohl nirgendwo hin.

Stephan