Hallo apicalart,
so wie ich das nun ahne, ist es vielleicht komplizierter als du denkst, es fängt vermutlich schon beim Konzept und der Datenstruktur an.
Problem 1 ist nicht fertig, die DB Abfrage müsste dann lauten:
Limit und order by braucht es hier nicht, weil eine ID hier nur einmal in der Tabelle vorkommt (PRIMARY ist wie unique, ein Wert kommt nur einmal in der Spalte vor).
Woher kommt diese ID? Ist es eine automatisch generierte aus Contenido oder aus einem eigenem Formular-Modul erzeugte?
Ich habe die Tabellenstruktur con_pifa nicht im Kopf, aber wenn es ein Autoinkrement ist, dann nützt diese ID vorerst nicht viel zur Abfrage.
Denn die Frage muss lauten, warum frage ich einen Datensatz mit einer dieser IDs ab?
Wo ist der Bezug oder die Logik dazu?
Bei einer Fragenbogenauswertung habe ich meistens einen Namen oder Email des Ausfüllenden dazu, nach diesem ich in der Datenbank fragen möchte.
Code: Alles auswählen
SELECT * FROM table WHERE email='nick.name.tld' OR name='nick'
Das geht natürlich nur, wenn in der gleichen Tabelle alle Daten stehen.
Daraus hat man dann die ID mit der man schneller weiter arbeiten kann, falls es weiter Abfragen nach diesen Datensatz gibt.
Aber das ist nur Spekulation, es könnte auch ein anderes Konzept von Dir gedacht sein.
Aber nach dem Konzept richtet sich alles aus.
Wenn die Richtung aber eine andere ist, also erst einmal Daten erzeugt werden sollen, muss man das anders aufbauen, vor allen ohne "LIMIT".
Code: Alles auswählen
Ich möchte jetzt je id(=also Datensatz) einen Artikel in der Datenbank anlegen.
http://php.net/manual/de/tutorial.forms.php
http://aktuell.de.selfhtml.org/artikel/php/form-mail/
Das PIFA Formular legt den Datensatz schon an und wird auch für die ID sorgen, folglich brauchst du kein Modul, das irgendwas in die Datenbank schreibt und keine neue Tabelle anlegen.
Sollte es aber so gedacht sein, dass irgendwas ins Formular eingetragen wird und dann ein Contenido Artikel mit der ID des Formulardatensatzes im richtigen Bezug dazu erzeugt wird, dann wirds schwer.
Contenido ist ein CMS und hier geht es in die Richtung einer eigenen CMS Engine für die Fragenbogenauswertung.
Das wird erheblich umfangreicher.
Die Daten wie Name, Email und fortlaufende ID stehen in der PIFA Tabelle, aber das Zusätzliche könnte je nachdem schwer mit einem CMS umsetzbar sein, das ist leichter in einer indivduellen Programmierung zu machen (wenn man nicht zwingend ein CMS dafür braucht).
Wenn es nur darum geht, einen Contenido Artikel mit den Daten aus der PIFA Tabelle zu erstellen, ohne dass dieser Contenido Artikel durchsuchbar nach dieser PIFA ID gefunden werden kann, dann ist es leichter.
Die Daten würden dann nur eingeblendet werden:
1. Modul erstellen, das die PIFA Tabelle, wie oben vorgeschlagen, durchsucht. Dieses Modul gibt z.B. im Backend eine DropDown-Liste aller Einträge aus:
http://www.w3schools.com/tags/tag_option.asp
2. Das Modul wird im HTML-Layout vorbereitet und im Template (Vorlage) eingebunden.
3. Beim erstellen eines Contenido Artikels wird dann über diese DropDown Liste die ID einer Contenido-Variablen mit festem Bezug* zum Artikel abgespeichert (*macht Contenido automatisch).
4. Das Modul holt sich beim Anzeigen der Seite (oder Artikel) je nach ausgewähltem PIFA-Eintrag die Daten heraus und zeigt sie im Template an.
Das ist eine Einweg-Geschichte und wird oft so gemacht.
Formulareintrag-->Anzeige in Seite
Aber wenn dann z.B. ein Contenido Artikel anhand eines PIFA Eintrages gesucht und angezeigt werden soll, wird es deutlich komplizierter.
"zeige mir Seite (Artikel) mit PIFA-ID Nr. 45"
Sowas habe ich mit Contenido dann mittels einem Zusammenspiel von Modulen und einem Plugin umgesetzt, für ein Coaching-System.
VG,
Faar