Hallo Andreas!
> ich bin jetzt mal gemein und sag ich hab aber meine eigene ID und will da
> nicht 5688 als new übergeben sondern 0815. Jeder Datenlieferant hat seine
> eigene ID.
Klar, hiervon bin ich ausgegangen. Die Lösung bestünde darin, dass die ID des
ersten genommen wird. Wer zuerst kommt, malt zuerst. Alle Nachfolger müssen die
bereits vorhandene ID verwenden, falls ein Ort den sie anlegen wollen in der
Zwischenzeit angelegt wurde.
> Entweder man macht es so das jeder Datenlieferant einen ID Bereich
> zugewiesen bekommt den er dann verwenden kann - oder eine ID wird nur an
> einer zentralen Stelle vergeben.
Die endgültige Zuweisung der ID sollte auf jeden Fall zentral erfolgen.
> Was soll denn z.B. passieren wenn du und ich die die gleichen Daten aber mit
> unterschiedlichen ID's einliefern ? Das muss in die Hose gehen da
> hoffentlich nur ein Datensatz überleben wird und einer von uns auf seine ID
> verzichten muss.
Es darf nur ein Datensatz überleben, gar keine Frage. Falls ein Datensatz
bereits existiert (was ja der Fall ist, nachdem dieser vom ersten
Datenlieferanten übernommen wurde), so muss der zweite auf seine ID verzichten.
> Aus meiner Erfahrung im Automobil-Bereich kann ich dezentrale ID's nicht
> empfehlen. Das führt am Ende zu permanenten Abstimmungsprobleme wann denn
> nun welche ID durch welche zu ersetzen ist - oder wenn man Kollisionen
> ignoriert hat man irgendwann alle Datensätze mehrfach.
Es müssen auf jeden Fall zentrale IDs sein. Das Problem ist aber folgendes: wenn
ich einen Ort in meiner DB brauche, dann brauche ich ihn sofort. Ich kann nicht
die Daten an OpenGeoDB weiterleiten und dann auf das nächste Update warten.
Wenn ich die Daten nun in meine DB einpflege und sie dann an OpenGeoDB
weiterleite, dann würde ich gerne die loc_id beibehalten können bzw. sofort
eine Nachricht bekommen, dass diese sich ändert und zwar in diese und diese
neue loc_id. Dann kann ich die loc_id in meiner DB beibehalten bzw. gleich
nachziehen. Ich habe keine Interesse, alle diese Abgleiche später, beim
nächsten Update auf eine neue OpenGeoDB zu machen. Dies erschwert die
Angelegenheit nur.
Ich glaube unsere Ansichten sind gar nicht so verschieden. Im Endeffekt müsste
es eine zentrale Vergabe von loc_id's geben, ob automatisiert oder per Hand ist
zweitrangig (automatisiert wäre aber sinnvoller, im Interesse des armen Hundes
der die Dinger sonst per Hand vergeben muss). Falls die Vergabe automatisch
erfolgen soll, so muss es irgendwo (ich nehme mal jetzt den Server an) eine
"aktuelle" Version von OpenGeoDB geben. Dort könnte man 1) überprüfen ob der
Ort, den ich eingeben will, nicht in der Zwischenzeit eingegeben wurde und 2)
immer eine noch freie loc_id bekommen, falls der Ort nicht existiert.
Gruß,
Martin Brenda
--
eMail: martin.brenda-79B+/cAkMnnbFfAX06+HdQ@xxxxxxxxxxxxxxxx
Web: www.brendaonline.de
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
|
Try Searching:
servers, voip, java, networking, microsoft ...
|
|
|
|