[ljungi]

Servus,

schlage mich grad mit symfony rum.
Bin nun beim Model Layer angekommen (http://www.symfony-project.com/book/...e-Model-Layer).
Ich hab nun folgendes Problem:

Ich verstehe nur Bahnhof.

Das liegt wohl u.a. daran, dass ich noch nie mit ORM gearbeitet habe. Wird aber hoffe noch.

Dort wird folgendes Beispiel genannt:



Jo... Sehr einfache und übersichtliche Tabellen.

Daher sieht die yml auch sehr einfach und übersichtlich aus.

propel:
  blog_article:
    _attributes: { phpName: Article }
    id:
    title:       varchar(255)
    content:     longvarchar
    created_at:
  blog_comment:
    _attributes: { phpName: Comment }
    id:
    article_id:
    author:      varchar(255)
    content:     longvarchar
    created_at:

Soweit so gut.

Nun hab ich aber ein relativ komplexes Datenbankdesign mit ca 50 Tabellen.
Angenommen mal ich möchte das nun umsetzen... Mit Propel (wer kommt auf son abstrusen Namen Oo) würden das ja gut 1000 Zeilen in der yml werden.

Es steht zwar dann im folgenden:

If you define nothing, symfony will guess the best attributes according to the column name

Das heißt doch im Grunde, ich muss nur den Namen benennen. Nehmen wir mal das Beispiel einer user-Tabelle

id
name
password

Woher will symfony wissen, dass das eine n int ist, das andere n string und das 3. n md5-hash?


Das sind aber erst noch Details.
Was mich bisher noch bissi gewundert hat... Warum muss ich das so dort definieren? Ich meine, der generiert dir zwar ne sql-Datei, die man bequem einbinden kann, aber wenn die schon existiert.. Wird das dann überflüssig?

Und überhaupt, was macht man, wenn sich paar Spalten ändern? Fragen über Fragen.

[dejan_spasic]

Zitat von ljungi

Servus,

schlage mich grad mit symfony rum.
Bin nun beim Model Layer angekommen (http://www.symfony-project.com/book/trunk/08-Inside-the-Model-Layer).
Ich hab nun folgendes Problem:

Ich verstehe nur Bahnhof.

Das liegt wohl u.a. daran, dass ich noch nie mit ORM gearbeitet habe. Wird aber hoffe noch.

Das kann ich verstehen, da Propel schon komplex wirken kann, wenn man
nie damit gearbeitet hat. Ich kann dir da zwei Einführungen von Sebastian
Bergmanns Buch Professionelle Softwareentwicklung mit PHP 5 empfehlen,
dass könnte ein bisschen Licht ins Dunkel bringen.

• Kapitel 11. Creole
• Kapitel 12. Propel

Zitat von ljungi

Nun hab ich aber ein relativ komplexes Datenbankdesign mit ca 50 Tabellen.
Angenommen mal ich möchte das nun umsetzen... Mit Propel (wer kommt auf son abstrusen Namen Oo) würden das ja gut 1000 Zeilen in der yml werden.

Dazu Sage ich nur:

1. installier dir das Er-Diagramm DBDesigner4
2. erstelle dort das Design
3. und Konvertier die DBDesinger-Datei (das im übringen in XML ist) mittels XLST in schema.xml. Siehe How to use DB Designer 4 to create your schema.xml

Diese Spezifikation des Datenmodells, schema.xml, wird von symfony, wenn
du den Task propel-build-(sql|model) ausführst, in schema.yml
umgewandelt und weiter verarbeiten. (Soweit ich weiss, wandelt symfony
die YML definitionen in XML um und schickt diese dann an den Propel
Generator weiter - egal). Ich zum Beilspiel, habe die Konvertierung mittels
Phing automatisiert.

PHP-Code:

<target name="generateSchema">
  <move file="confing/schema.xml" tofile="confing/schema.xml~" overwrite="true"/>

  <echo msg="Generate Propelschema from DBDesigner4-File" />

  <xslt file="data/model/dbdesigner4.xml" tofile="config/schema.xml" style="data/model/dbd2propel.xsl" />

</target> 


Zitat von ljungi

Es steht zwar dann im folgenden:

Das heißt doch im Grunde, ich muss nur den Namen benennen. Nehmen wir mal das Beispiel einer user-Tabelle

id
name
password

Woher will symfony wissen, dass das eine n int ist, das andere n string und das 3. n md5-hash?

Hmm diese Eigenschaft kenne ich noch nicht. Muss auch ehrlich sagen das
ich sie nicht umbedingt kennenlernen will...

Zitat von ljungi

Das sind aber erst noch Details.Was mich bisher noch bissi gewundert hat... Warum muss ich das so dort definieren? Ich meine, der generiert dir zwar ne sql-Datei, die man bequem einbinden kann, aber wenn die schon existiert.. Wird das dann überflüssig?

Und überhaupt, was macht man, wenn sich paar Spalten ändern? Fragen über Fragen.

Die schema.(yml|xml) ist Primär, wie schon oben erklärt, nicht für die
Generierung des SQL-Schemas zuständig, sonder für den Propel Generator
der das ORM erstellt. Das generiern und importieren von SQL ist ein
zusätzliches Feature. Das bedeutet, wenn sich Spalten ändern sollten
änderst du es in der schema.(yml|xml) Datei und generiest das Model neu.
Hier noch ein Ausschnitt aus dem Buch Professionelle Softwareentwicklung
mit PHP 5

Der Propel-Generator erzeugt für jede Tabelle (beispielsweise author) unter anderem eine abstrakte Basisklasse (BaseAuthor), die sich von der abstrakten Klasse BaseObject der Propel-Laufzeitumgebung ableitet, sowie eine leere, aber konkrete Kindklasse (Author) hiervon.

Die abstrakte Klasse BaseAuthor aus unserem Buchkatalog-Beispiel enthält Methoden wie getFirstName() und setFirstName($v), um auf die Daten eines Autors lesend und schreibend zugreifen zu können. In der konkreten Kindklasse Author kann zusätzliche Logik implementiert werden. Diese geht nicht verloren, wenn die PHP-Klassen neu aus der XML-Spezifikation des Datenmodells erstellt werden.

[ljungi]

Danke, werd mich damit mal auseinandersetzen!