Frage zu openGeoDb - Seite 2

Sysem · 26.11.2010, 14:51

SQL-Anfrage

Code:

SELECT * FROM `geodb_textdata` WHERE `text_val` Like 'Hamburg'

SQL-Ergebnis

Code:

114	500100000	Hamburg	de	1	1	NULL	NULL	3000-01-01	300500000
114	500100002	HAMBURG	de	1	1	NULL	NULL	3000-01-01	300500000
526	500100002	HAMBURG	de	1	1	NULL	NULL	3000-01-01	300500000
17838	500100000	Hamburg	de	1	1	NULL	NULL	3000-01-01	300500000
17838	500100002	HAMBURG	de	1	1	NULL	NULL	3000-01-01	300500000

Aktueller OpenGeoDB Bestand:
http://fa-technik.adfc.de/code/opengeodb/

Hier findet man die letzten Änderungen:
http://fa-technik.adfc.de/code/openg...action=changes

nikosch · 26.11.2010, 14:53

Danke.

Aber auch hier wiederholen sich 500100000 und 500100002. Ich bleibe bei meiner Aussage, 114 und 526 scheinen einfach veraltete Datensätze zu sein.

Sysem · 26.11.2010, 15:04

Dann schaue dir bitte die 'geodb_hierarchies':

Code:

loc_id	level	id_lvl1	id_lvl2	id_lvl3	id_lvl4	id_lvl5	id_lvl6	id_lvl7	id_lvl8	id_lvl9	valid_since	date_type_since	valid_until	date_type_until
17838	6	104	105	114	NULL	526	17838	NULL	NULL	NULL	NULL	NULL	3000-01-01	300500000

Hier ist die Stadt Hamburg ausgewählt und dieser Datensatz zeigt die Hierarchie dieser Stadt an.

id_lvl1: Kontinent - Europa (104)
id_lvl2: Land - Deutschland (105)
id_lvl3: Bundesland - Hamburg (114)
id_lvl4: Regierungsbezirk - KEINER
id_lvl5: Landkreis - Freie und Hansestadt Hamburg (526)
id_lvl6: Stadt - Hamburg (17838

Hoffe jetzt ist es verständlicher

nikosch · 26.11.2010, 15:11

Stimmt natürlich. Schön sinnlos, das hätte man auch alles in einen Datensatz packen können.

Sysem · 26.11.2010, 15:18

Zitat:

Zitat von nikosch

Stimmt natürlich. Schön sinnlos, das hätte man auch alles in einen Datensatz packen können.

Ja, die Datenbank ist schon ziemlich aufgebläht. Jedoch arbeiten die Macher nach der Normalform, und versuchen redundante Daten zu vermeiden.

Diese Datenbankstruktur ist leider nicht einsteigerfreundlich. Wer hier keine grundlegenden SQL-Kenntnisse besitzt stößt sehr schnell an seine Grenzen. Bin damals schier verzweifelt, ohne sauberes Cache-System oder Konvertierung der openGeoDb kommt man bei komplexen Abfragen schnell zu unschönen Ladezeiten.

eagle275 · 30.11.2010, 14:05

bisher hab ich das hier nur gelesen. aber der letzte Eintrag reicht, system - nach der Normalform ? ich krieg gleich nen Lachanfall ..

so wie ich das sehe , ist da GAR NIX normalisiert - jede Spalte kommt 2 mal daher .. ein Datenwert irgendeiner Art - und dahinter oder davor ein Schlüsselcode , der besagt, was dieser Datenwert ist (sorry mein letzter Blick ist schon ein paar Tage her) - damit erübrigen sich sämtliche Spaltenüberschriften und eine echte Normalisierung ist das in meinen Augen auch nicht .. ich würd es so interpretieren, dass die Macher vor allem daran interessiert sind, die Informationen möglichst ohne NULL-Werte in der geringstmöglichen Anzahl Spalten wiederzugeben - dafür eben diese Gruppierung von jeweils 2 Spalten in Codeschlüssel und Datenwert (nur dass der Codeschlüssel nicht unbedingt was mit der Spaltenüberschrift zu tun hat - und sich auch verschiedenartige Codeschlüssel in der gleichen Spalte finden - was ja klar gegen Normalisierung verstößt

in einer "Normalisierten" Datenbank müsste mal eigentlich ohne diese Codeschlüssel auskommen, da gibts dann eben eine Tabelle der Bundesländer, eine Tabelle für die Regierungsbezirke , eine für Alle Kreise und Kreisfreien Städte . und dann eben eine Orte-Tabelle , wo jedes "Nest" verzeichnet ist .

Klar hat man auch dann mehrere Einträge für Hamburg .. eben 1mal das Bundesland, einmal das quasi gleiche für die Stadt ...
und dann bei der Größe von Hamburg wohl auch noch "untereinträge" für jeden Stadtteil ..

Sysem · 30.11.2010, 15:37

Zitat:

Zitat von eagle275

bisher hab ich das hier nur gelesen. aber der letzte Eintrag reicht, system - nach der Normalform ? ich krieg gleich nen Lachanfall ..

Da ich auf persönliche Angriffe ungern eingehe...hier eine andere Diskussion in der über die Normalform von opengeodb eingegangen wurde:

Diskussion über die Normalform von opengeodb

...weitere Statements spare ich mir

nikosch · 30.11.2010, 15:53

Zitat:

so wie ich das sehe , ist da GAR NIX normalisiert - jede Spalte kommt 2 mal daher .. ein Datenwert irgendeiner Art - und dahinter oder davor ein Schlüsselcode

Das siehtst Du dann IMHO falsch. Es ist halt nur nicht das typische Normalisierungsprinzip wie:

Code:

table 1
id | refID | desc
1    12      foobar

table 2
id | desc
12   foobars reference

Sondern

Code:

table
id | type | desc
1    1      foobar
1    2      foobars reference

table: types
id | desc
1    self
2    reference

Was ein ziemlich cleveres Prinzip ist, wenn man perspektisch beliebig viele und - tief verschachtelte Kategorien, Übersetzungen usw. einführen möchte. Variante 1 reicht nämlich genau nur so weit wie der Programmierer/DB Designer gedacht hat und bei jedem neuen Feature muss die DB angepasst werden.

eagle275 · 30.11.2010, 15:54

der war nicht persönlich gemeint, System - mehr auf die Daten IN opengeodb bezogen ...

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Eine Frage zum guten Code-Layout	SilentSight	JavaScript, Ajax und mehr	3	14.07.2010 09:18
[Erledigt] Frage zu JOIN Befehl und dem Auslesen desselben	apo	PHP Tipps 2010	11	13.06.2010 19:32
[PDO] Frage zur Portabilität	freq.9	PHP-Fortgeschrittene	2	29.07.2005 13:28
[Erledigt] frage		PHP Tipps 2005-2	9	15.06.2005 13:22
.htaccess - Frage	Stümper	PHP Tipps 2005	11	30.05.2005 11:56
Performence Frage		PHP-Fortgeschrittene	10	06.05.2005 19:00
Frage zu einem Editformular		PHP Tipps 2005	3	25.04.2005 14:58
Frage: gibt es bei PHP sowas wie target="_blank"		PHP Tipps 2005	6	20.04.2005 06:27
mal ne Frage		PHP Tipps 2005	7	14.04.2005 09:46
Technische Frage zur Realisation einer Online-Umfrage	Stefano	PHP Tipps 2005	5	16.03.2005 17:39
Frage zu einer Liste?		HTML, Usability und Barrierefreiheit	2	15.02.2005 16:56
Hallo und Frage zu dynamischer Veränderung in Textfeldern.		PHP Tipps 2004-2	2	27.12.2004 22:29
[Erledigt] Frage zur Funkrionen?		PHP Tipps 2004-2	10	01.12.2004 09:42
Kurze Frage an die Php Profis		PHP Tipps 2004-2	11	24.11.2004 17:38
Frage zur Formatierung von Text	obi	PHP Tipps 2004	1	03.11.2004 13:35

26.11.2010, 14:51
Sysem Neuer Benutzer Registriert seit: 26.11.2010 Beiträge: 15 PHP-Kenntnisse: Fortgeschritten	SQL-Anfrage Code: SELECT * FROM `geodb_textdata` WHERE `text_val` Like 'Hamburg' SQL-Ergebnis Code: 114 500100000 Hamburg de 1 1 NULL NULL 3000-01-01 300500000 114 500100002 HAMBURG de 1 1 NULL NULL 3000-01-01 300500000 526 500100002 HAMBURG de 1 1 NULL NULL 3000-01-01 300500000 17838 500100000 Hamburg de 1 1 NULL NULL 3000-01-01 300500000 17838 500100002 HAMBURG de 1 1 NULL NULL 3000-01-01 300500000 Aktueller OpenGeoDB Bestand: http://fa-technik.adfc.de/code/opengeodb/ Hier findet man die letzten Änderungen: http://fa-technik.adfc.de/code/openg...action=changes __________________ Das Stimmt : *Probleme sind zum Lösen da - Wenn es einfach wäre, könnte es ja jeder* Meine Projekte: http://www.plz-suche.org \| Webentwickler Blog


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

26.11.2010, 14:53
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.987 PHP-Kenntnisse: Fortgeschritten	Danke. Aber auch hier wiederholen sich 500100000 und 500100002. Ich bleibe bei meiner Aussage, 114 und 526 scheinen einfach veraltete Datensätze zu sein. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

26.11.2010, 15:04
Sysem Neuer Benutzer Registriert seit: 26.11.2010 Beiträge: 15 PHP-Kenntnisse: Fortgeschritten	Dann schaue dir bitte die 'geodb_hierarchies': Code: loc_id level id_lvl1 id_lvl2 id_lvl3 id_lvl4 id_lvl5 id_lvl6 id_lvl7 id_lvl8 id_lvl9 valid_since date_type_since valid_until date_type_until 17838 6 104 105 114 NULL 526 17838 NULL NULL NULL NULL NULL 3000-01-01 300500000 Hier ist die Stadt Hamburg ausgewählt und dieser Datensatz zeigt die Hierarchie dieser Stadt an. id_lvl1: Kontinent - Europa (104) id_lvl2: Land - Deutschland (105) id_lvl3: Bundesland - Hamburg (114) id_lvl4: Regierungsbezirk - KEINER id_lvl5: Landkreis - Freie und Hansestadt Hamburg (526) id_lvl6: Stadt - Hamburg (17838 Hoffe jetzt ist es verständlicher __________________ Das Stimmt : *Probleme sind zum Lösen da - Wenn es einfach wäre, könnte es ja jeder* Meine Projekte: http://www.plz-suche.org \| Webentwickler Blog

26.11.2010, 15:11
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.987 PHP-Kenntnisse: Fortgeschritten	Stimmt natürlich. Schön sinnlos, das hätte man auch alles in einen Datensatz packen können. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

30.11.2010, 14:05
eagle275 Erfahrener Benutzer Registriert seit: 01.09.2010 Beiträge: 4.561 PHP-Kenntnisse: Fortgeschritten	bisher hab ich das hier nur gelesen. aber der letzte Eintrag reicht, system - nach der Normalform ? ich krieg gleich nen Lachanfall .. so wie ich das sehe , ist da GAR NIX normalisiert - jede Spalte kommt 2 mal daher .. ein Datenwert irgendeiner Art - und dahinter oder davor ein Schlüsselcode , der besagt, was dieser Datenwert ist (sorry mein letzter Blick ist schon ein paar Tage her) - damit erübrigen sich sämtliche Spaltenüberschriften und eine echte Normalisierung ist das in meinen Augen auch nicht .. ich würd es so interpretieren, dass die Macher vor allem daran interessiert sind, die Informationen möglichst ohne NULL-Werte in der geringstmöglichen Anzahl Spalten wiederzugeben - dafür eben diese Gruppierung von jeweils 2 Spalten in Codeschlüssel und Datenwert (nur dass der Codeschlüssel nicht unbedingt was mit der Spaltenüberschrift zu tun hat - und sich auch verschiedenartige Codeschlüssel in der gleichen Spalte finden - was ja klar gegen Normalisierung verstößt in einer "Normalisierten" Datenbank müsste mal eigentlich ohne diese Codeschlüssel auskommen, da gibts dann eben eine Tabelle der Bundesländer, eine Tabelle für die Regierungsbezirke , eine für Alle Kreise und Kreisfreien Städte . und dann eben eine Orte-Tabelle , wo jedes "Nest" verzeichnet ist . Klar hat man auch dann mehrere Einträge für Hamburg .. eben 1mal das Bundesland, einmal das quasi gleiche für die Stadt ... und dann bei der Größe von Hamburg wohl auch noch "untereinträge" für jeden Stadtteil .. __________________ "Irren ist männlich", sprach der Igel und stieg von der Drahtbürste Geändert von eagle275 (30.11.2010 um 14:10 Uhr).

30.11.2010, 15:54
eagle275 Erfahrener Benutzer Registriert seit: 01.09.2010 Beiträge: 4.561 PHP-Kenntnisse: Fortgeschritten	der war nicht persönlich gemeint, System - mehr auf die Daten IN opengeodb bezogen ... __________________ "Irren ist männlich", sprach der Igel und stieg von der Drahtbürste