Adressdatenbank: mit catalog in tl_member schreiben oder eigene catalog tabelle?

[tuxracer]

Hallo zusammen,

ich setze gerade mein erstes Projekt mit Catalog um, eine Adressdatenbank mit PLZ und Anbietersuche in die sich Benutzer selbstständig eintragen können (frontend_edit mit catalog). Immobilientutorial habe ich durchgearbeitet und meine Testversion läuft auch prima. Nun möchte ich ggf. ein wenig die Datenverwaltung optimieren.

Nun meine Frage:

Bisher habe ich die Benutzerdaten in eine eigene, separate Catalog Datentabelle geschrieben. Die tl_member steuert lediglich die user_id bei, die bewirkt das der Benutzer nur seine Einträge bearbeiten kann. tl_member hat zu ca. 85% identische Informationen (Name, Adresse etc.), die ich nur um ca. 5-10 Angaben für den Catalog erweitern müßte. Der Gedanke ist, keine identischen Informationen in zwei separaten Tabellen zu halten.

Spricht etwas dagegen mit Catalog in die tl_member zu schreiben (habe ich hier schon in einigen Postings gelesen) und ist das Updatesicher bzw. kommen sich ggf. der Catalog und die Mitgliederverwaltung beim schreiben in die selbe Tabelle in die quere? Die Formularmaske in der Mitgliederverwaltung weiss ja nichts von den "erweiterten Feldern" und ignoriert diese vermutlich beim schreiben.

Danke für Eure Infos, Marcel

[MacKP]

Ich würde eher schauen, das du die normalen Daten in tl_member lässt und das dann mit einem Katalog verknüpfst der nur die Zusatzdaten beinhaltet.

Viele Grüße

[Thomas]

Das kommt darauf an, was Du mit den Daten machen möchtest?

Ich stand mit einem Projekt vor dem selben Dilemma.

Ich habe mich nach Tests und einigen Kaffeekannen dann doch für xtmembers und die Möglichkeit, die Memberfelder erweitern zu können, entschieden.
Hier kann dann jedes Mitglied, die Daten selber eintragen und vor allem kann man darüber auch Googlemaps besser einrichten.

Wenn Du aber mit CSV-Import arbeiten möchtest und eine reine DB ohne Memberanbindung benötigst, ist der Katalog die bessere Wahl, dafür brauchst Du dann nicht über MYSQL zu gehen.
Es ist zwar auch möglich das für die Member editierbar zu machen und jedem zuzuordnen, erfordert aber etwas mehr Vorbereitung.

Im Prinzip geht es aber über beide Erweiterungen.

Mein Tipp daher, für eine reine DB ohne Mitgliederzuordnung -> Katalog.
Mit Mitgliederzuordnung -> xtmembers + Erweiterungsmöglichkeiten.

[tuxracer]

Danke für eure schnellen Antworten!

@MacKP

Wenn ich das so mache - wie kann ich dann die Inhalte aus beiden Tabellen zusammen in einer Ergebniss- / Detailiste ausgeben?
Also Persönliche Daten aus tl_member + erweiterte aus catalog? Als erste eigene Idee fallen mir da nur die Insert-Tags ein.
Wo kann ich was zu dem Thema lesen?

@Thomas,

Was ich damit machen möchte: Öffentliche Suchmaske in der Webseitenbesucher in einer Adressdatenbank nach zwei Kriterien suchen können:

• Berufliche Qualifikation (Berater, Profiberater, Berater der Berater berät )
• Postleitzahl

Aus diesem Grund habe ich den Katalog genommen, da sich diese Filter sehr schön damit abbilden und ausgeben lassen.

Man soll sich weiterhin als Berater in diese Liste selbstständig eintragen und nachträglich berabeiten können - angezeigt wir man jedoch nur, wenn man Mitglied beim Webseitenbetreiber ist. Dieser schaltet den Eintrag auch nach Prüfung erst frei (Bestandsmitglied / Neumitglied). Man soll weiterhin eine Mitgliedschaft über die Seite beantragen können. CSV ist erst mal kein Thema.

Habe mir gerade xtmembers kurz durchgelesen - wenn ich das richtig verstehe hat das einen festen Satz von Erweiterungsfeldern. Freie Felder mit eigenen Inhalten können nicht definiert werden - korrekt? (oder meinst du das mit xtmembers + Erweiterungsmöglichkeiten?)

[Thomas]

Unter xtmembers hast Du vordefinierte Felder, mit xtmembers_fieldeditor kannst Du Dir jegliche Art von Feld generieren lassen.

Was die Filterfunktionen vom Katalog betreffen, kannst Du das nur mit Aufwand über die Mitgliederverwaltung realisieren. Für Dein Vorhaben würde ich ebenso den Katalog verwenden.