Immobilienhomepage - Megatabelle oder drupal system verwenden

kann man wenig sagen.

Aber eine Flat table ist meist die schlechteste aller Lösungen.

Wenn ich das richtig im Gefühl habe, bist du relativ fit in Drupal.

Dir wird nichts anderes übrig bleiben, dich mit dem Datenmodell auseinander zu setzen, und daraus ein Drupalkompatibles Konstrukt zu basteln.

Entity_reference wird dein engster Freund werden ;-)

mit entity reference, aber im Prinzip habe ich keine alleinstehenden Objekte, auf die ich referenzieren kann. Habe auch schon über Taxonomien nachgedacht. Im Prinzip ja nichts anderes als eine Entity reference.

Also, was kommt da rein:

So über den Daumen gepeilt:
verschiedene Kategorien wie privat, gewerblich, Einfamilienhaus, Mehrfamilienhaus, Wohnung, und dann noch extrem viele Attribute: Strom, Energieausweis, Grösse, etc.
Ich könnte jetzt pro Kategorie und Attributeinheit (in Energieausweis existieren mehrer Felder) verschiedene Objekte als Referenz rausballern.

Ich glaube ich muss da gewaltig nachlesen wegen der Performanz. Falls jemand einen schlauen Artikel dazu findet wäre ich dankbar.

A propos, Danke Ronald!

sind die klassische Anwendung für Taxonomies.

Dann sind eventuell Referenzen zum Anbieter nötig, damit dieser nicht mehrfach erfasst werden muss.
Auch Region oder Ort kann man als Referenz bilden, um selektieren, und ggf. Zusatzinformationen bieten zu können.

Dann wird es eine Reihe Bilder geben, da sehe ich eine Referenz zu einer Slideshow.

Beheizung ist sicher auch wieder ein Taxonomy-Katalog.

Wenn man sich das Modell genau ansieht, wird man feststellen, dass niemals alle dreihundert Felder genutzt werden.
Deshalb ist ein relationales Modell, wie das Drupaleigene, erheblich sinnvoller als eine Flat-Table.

Drupal bietet ja auch die Möglichkeit, ein Feld mehrfach verwenden zu können, ohne mehrere Felder anlegen zu müssen.

Ich schätze mal ganz grob, 5 Taxonomykataloge, und drei bis vier Entity_references sollten es machen ;-)

dass du vermutlich niemals alle Referenzen auf einmal auflösen musst.

Je nach Betrachtung wird dies sehr verschieden sein.

Entsprechend unterschiedlich wird auch die Performance sein.

Bei den Energieausweisen kenne ich mich nicht so recht aus. Aber wenn ich es grob verstanden habe, gibt es dort Klassifizierungen.

Du wirst also diese Klassen (nicht im Programmtechnischen Sinne zu betrachten) anlegen, und danach selektieren. Das ist mit Sicherheit eine entity_reference.

Da steckt sicher noch einiges an Strukturüberlegungen drin.

Angenommen, von den propagierten 300 möglichen Feldern werden 50 ausgefüllt; Ich erstelle mit views eine view, gut da sind dann nur 10 - 20 Felder zu sehen. Wenn die db query dann lüft, zieht der doch alle Felder in Betracht, oder?

Also auch das nicht ausgefüllte Feld XY, das nicht existiert!?

Mein lieber Schwan, ich habe mir noch nie Gedanken darüber gemacht, wie eine virtuelle Tabelle in drupal entsteht. Ich glaube ich lese mich jetzt mal da ein.

das ist nicht so einfach, aber mit Drupal dringen nötig.

Wenn eine View nur 20 Felder hat, werden auch nur 20 Felder geladen.

Wenn ein related content nicht angefordert wird, wird er auch nicht geladen, kann aber nachgeladen werden.

In diesem Zusammenhang kann AJAX relevant werden, um zu vermeiden, dass die ganze Seite neu aufgebaut wird.

Das kommt aber viel später. Zunächst ist die Struktur wichtig.

dann nehme ich jetzt mal ein Blatt Papier und nen Bleistift, dafür ist Technik ja da ;)

was Normalisierung ist?

Dieses Verfahren musst du auf die Datenstruktur anwenden.

Da sind Bleistift und Papier hilfreicher als der Computer.

Du brauchst ja nicht alle 300 Felder anlegen, sondern nur die welche vom Makler genutzt werden.
http://www.openimmo.de/go.php/p/16/cm_faq_11.htm

Wichtig ist die Abstimmung zum einen der Pflichtfelder von OpenImmo mit Drupal (jetzt hat man ja noch die Chance) und vor allem ist abzuklären ob der Makler bereits eine OpenImmo kompatible Software nutzt und plant seine Immos über die Software in Drupal zu laden, er will ja vermutlich nicht alle Daten 2x erfassen?
Hat er keine Software, wie verwaltet er seine Immos später intern, komplett in Drupal? siehe nachstehend:

Meistens sind dann auch Felder erforderlich (je nachdem ob er eine Maklersoftware nutzt) wie folgt:
- Eigentümer der Immobilie mit allen Adressfeldern
- Häcken ob alle Zertikate vorliegen für die Immobilie
- Schlüsselstandort (liegt der beim Makler oder muß der Besichtigungstermin mit dem Eigentümer vereinbart werden)
- Interessenten mit Kalender, Besichtigungsterminen, Notizen (auch für späteren Newsletterversand, zeige nur Immos in A mit Preis von 5 - 6 usw.
- tatsächliche Kunden

(diese Felder sind nicht für Open Immo wichtig, aber sind die berücksichtigt oder werden sie tatsächlich nicht gebraucht?)

Für Open Immo:
Lade dir doch das setup Paket runter ob man da entnehmen kann wie man am sinnigsten die Felder mit Taxonomiewerten planen kann um per XML zu übertragen.

Beispiel:
Ich habe 6 Hauptkategorien (Taxonomie-Referenzfelder im ContentType) denen die passenden Werte zugeordnet sind:
- Ausstattung
- Lage
- Extras
- Sportmöglichkeiten..... usw.

Bevor du loslegst würde ich abstimmen wie du am einfachsten die Taxowerte mit OpenImmo abstimmen kannst oder haben die für jeden Taxonomiewert ein eigenes Feld, eher nicht oder?

Bei allen anderen Feldern die nur einen Wert besitzen ist es ja einfach die Zuordnung zu treffen, meine Sorge wäre den Aufbau der Kategorisierung gleich richtig zu planen, leider hatte ich noch keine Zeit OpenImmo umzusetzen, daher bitte nur als Randinfo betrachten, vielleicht ist das ja auch ganz simpel möglich.

Hier noch ein Infolink mit den neuen Pflichtangaben und den Pflichtfeldern für Energie:
http://m.tagesspiegel.de/wirtschaft/energiesparverordnung-immobilienanze...

Grüße Jenna

Rspekt, das war Arbeit Dein Beitrag.
Ich habe jetzt folgendes gemacht: freeware openestate gezogen, mich als Makler registriert bei immozentral, dann mal ein Testhäuschen angeboten, dann die produzierte Datei mit den Pflichtfeldern abgefeuert.
Diese per wireshark rausgezogen, so weiss ich was minimal in die später zu übertragende Datei reingehört.
Den Immomensch selbst den brauche ich nicht zu fragen. Selfmadetyp ohne Background, wenn ich den was frage oder zeigen lasse weiss der schon während er erzählt nicht von was er da spricht. Wenn ich dann fertig bin werden den seine eigenen Aussagen kaum interessieren.
Daher will ich ein soviel abdecken wie möglich.

Ausserdem liegt der Spass in Teil 2 ja dadrin, dass ich noch die ftp Übertragung bauen und die XML Datei füllen muss.

Die XML-Datei kannst Du Dir aber über Views bauen (lassen).

Hier gibt es neue Regelungen, kein FTP wie früher, sondern REST Api:
http://de.openestate.org/2013/01/21/immobilienscout24-entwickelt-neue-sc...

Diese 2 Links habe ich noch gefunden:
https://github.com/ImmobilienScout24/restapi-php-sdk
http://api.immobilienscout24.de/our-apis/import-export/ftp-vs-api.html

Grüße Jenna

Jupp,
würde ich auch gerne nehmen.
Aber ca. 95% der Portale laufen auf ftp mit openimmo. Und diese Portale sind mir vorgegeben worden.