130 replies to this topic

[m1ndfuck]

Hö? Wenn auf den Servern PHP läuft, dann doch auch diese Erweiterung

http://www.pdflib.co...amily/pdflib-7/

geb nur das wieder was ich aus der tabelle rausles...

AIX 5 Supported, aber nur c,c++,java...

[P. Stylez]

ich möcht per js ne tabelle dynamisch erweitern, jemand ne idee wo der fehler steckt?

ich bekomm immer "document.getElementById ist Null"

Bei welchem Aufruf?

[m1ndfuck]

ich möcht per js ne tabelle dynamisch erweitern, jemand ne idee wo der fehler steckt?

ich bekomm immer "document.getElementById ist Null"

Bei welchem Aufruf?

was hast du denn gefressen

das is doch schon aaaalt ^^

[P. Stylez]

Argh...

Sorry, ich hab kürzlich auf diese "Thema+" Übersicht umgestellt und deswegen wird mir jetzt jedes Mal das erste Posting des Themas zu beginn einer Seite angezeigt. Das hat mich gerade verwirrt

[m1ndfuck]

macht ja nix ^^


so ich mach für heut schluss hier, keen bock mehr :]

frohes leben noch & bis später

[m1ndfuck]

hab gerad ma wieder angefangen, möcht den kram nun in ne db speichern und hab dazu ein paar fragen:

1. wie gestallte ich die db am besten? im moment siehts so aus:

use meeting
create table data
(
ID INT AUTO_INCREMENT PRIMARY KEY,
teilnehmer TEXT,
author VARCHAR(64),
startzeit VARCHAR(64),
endzeit VARCHAR(64),
thema TEXT,
aktion VARCHAR(1),
bearbeitung VARCHAR(64),
termin VARCHAR(64),
erstellung DATETIME
);

Ich würde dann anhand der ID drauf zugreifen, is kla... suchen würde ich über das erstellungsdatum oder?

2. den kram mit der tabelle kennt ihr ja schon, ich wollte das nun auf ein sql statement übertragen, %s wird aber nicht gewandelt und die arrays ebenfalls nicht... muss ich erst wieder in nen string konvertieren oder gibts was simpleres?

foreach ($_POST['thema'] as $key => $thema) {
  $writedb = "INSERT INTO data (thema, aktion, bearbeitung, termin, startzeit, endzeit, teilnehmer, author, erstellung) VALUES ('%s', '%s', '%s', '%s', '$_POST[startzeit]', '$_PO
ST[endzeit]', '$_POST[teilnehmer]', '$author', NOW())";
  mysql_query($writedb);
  printf("<tr><td>%s</td><td align=\"center\">%s</td><td align=\"center\">%s</td><td align=\"center\">%s</td></tr>\n",
		 $thema,
		 $_POST['aktion'][$key],
		 $_POST['bearbeitung'][$key],
		 $_POST['termin'][$key]);
}

dadurch das ich ja nicht weiss wieviel datensätze da kommen musste ich ja dynamisch die tabelle erweitern und gehe nun mit der foreach schleife alles durch, natürlich wird dann für jeden eintrag im bericht ein neuer sql-table angelegt, ist das okay so? damit arbeiten kann man ja indem man halt nach dem erstellungsdatum anzeigen lässt, aber is das best-practice? kommt mir nicht so vor...


ich glaub das wars erstmal


edit:

hab den sql 'output' vergessen, damit ihr seht was ich mein:

mysql> select * from data;
+----+------------+--------------+-----------+---------+-------+--------+-------------+--------+---------------------+
| ID | teilnehmer | author	   | startzeit | endzeit | thema | aktion | bearbeitung | termin | erstellung		  |
+----+------------+--------------+-----------+---------+-------+--------+-------------+--------+---------------------+
|  1 | Array	  | F. Luettgens | 13:30	 | 14:30   | %s	| %	  | %s		  | %s	 | 2007-08-29 13:31:34 |
|  2 | Array	  | F. Luettgens | 13:30	 | 14:30   | %s	| %	  | %s		  | %s	 | 2007-08-29 13:31:34 |
+----+------------+--------------+-----------+---------+-------+--------+-------------+--------+---------------------+
2 rows in set (0.00 sec)

Dieser Beitrag wurde von Mindfuck bearbeitet: 29. Aug. 2007 - 13:45 Uhr

[P. Stylez]

1. 'data' als Name find ich ziemlich unglücklich... Warum nimmst Du nicht als Tabellenname 'meetings' (immer den Plural benutzen) und als DB-Name irgendwas anderes?

2. Zeitliche Spalten wie 'startzeit', 'endzeit' und 'termin' als VARCHARs zu definieren ist ja mal ganz schmutzig Ich würd bei sowas immer TIMESTAMP nehmen.

3. Ich gehe davon aus, dass du in der Spalte 'teilnehmer' alle Teilnehmer nach dem Muster <name1>, <name2>, <name3> usw. speichern willst... Das ist ganz schlechter Stil! Meetings und Teilnehmer stehen in einer m:n Beziehung, d.h. ein Meeting kann beliebig viele Teilnehmer haben und ein Teilnehmer kann beliebig viele Meetings besucht haben. Du bräuchtest also zuerst mal eine Tabelle 'teilnehmer', in der sämtliche Teilnehmer gespeichert werden. Dann brauchst Du eine Join-Table namens 'meeting_teilnehmer', in der du zwei Spalten definierst, die die ForeignKeys von 'meetings' und 'teilnehmer' aufnehmen.

Like this:

CREATE TABLE `teilnehmer` ( 
	`id`		  int(11) AUTO_INCREMENT NOT NULL,
	`vorname` 	varchar(50) NULL,
	`nachname`	varchar(50) NULL,
	PRIMARY KEY(`id`)
)

CREATE TABLE `meeting_teilnehmer` ( 
	`meeting_id`	  int(11) NOT NULL,
	`teilnehmer_id`	int(11) NOT NULL 
	)
GO
ALTER TABLE `meeting_teilnehmer`
	ADD CONSTRAINT `recipient_id`
	FOREIGN KEY(`meeting_id`, `teilnehmer_id`)
	REFERENCES `teilnehmer`(`id`, `id`)
GO
ALTER TABLE `meeting_teilnehmer`
	ADD CONSTRAINT `meeting_id`
	FOREIGN KEY(`meeting_id`, `teilnehmer_id`)
	REFERENCES `meetings`(`id`, `id`)

Du erstellst also erst das Meeting und lässt Dir die Meeting-ID zurückgeben. Damit und mit den einzelnen Teilnehmer-IDs befüllst Du dann die Join-Table 'meeting_teilnehmer':

$meetingId = 4711; // Beispiel
foreach ($teilnehmerArray as $teilnehmer => $teilnehmerId) {
  $query = "INSERT INTO meeting_teilnehmer (meeting_id, teilnehmer_id)
				 VALUES ($meetingId, $teilnehmerId)";
  // Query ausführen, Fehler abfangen usw ...
}

Wenn Du dann die Teilnehmer eines Meetings zu einer bestimmten Meeting-ID ausgeben willst, benutzt du folgende Query:

$query = "
SELECT tn.vorname, tn.nachname
FROM teilnehmer tn
LEFT JOIN meeting_teilnehmer mtn ON mtn.teilnehmer_id = tn.id
LEFT JOIN meeting m ON m.id = mtn.meeting_id
WHERE m.id = $meetingId";

4. versuchs mal bei "$writedb =" mit sprintf, da kannst du auch solche Ersetzungen wie %s machen, aber in nem normalen String geht das nicht

Dieser Beitrag wurde von P. Stylez bearbeitet: 29. Aug. 2007 - 14:50 Uhr

[m1ndfuck]

das muss ich ersma verarbeiten, overkill!

[P. Stylez]

Relationale Datenbanken können einem das Hirn verknoten, aber wenn man einmal durchsteigt, isses echt logisch

[eMrOx]

Relationale Datenbanken können einem das Hirn verknoten, aber wenn man einmal durchsteigt, isses echt logisch /public/style_emoticons/default/d.gif...

Dem kann ich 100%ig zustimmen.

[m1ndfuck]

irgentwie is mir jetz die lust vergangen, hasse doll jemacht!

[Synthor]

Relationale Datenbanken können einem das Hirn verknoten, aber wenn man einmal durchsteigt, isses echt logisch /public/style_emoticons/default/d.gif...

nimm halt ne objektorientierte
find ich viel einfacher...

[P. Stylez]

Relationale Datenbanken können einem das Hirn verknoten, aber wenn man einmal durchsteigt, isses echt logisch /public/style_emoticons/default/d.gif...

nimm halt ne objektorientierte /public/style_emoticons/default/d.gif...
find ich viel einfacher...

Nö

1. bin ich mittlerweile durchgestiegen und 2. wollen unsere Kunden halt größtenteils MySQL + PHP... da muss man halt durch, auch wenn mans nicht mag ^^

[Bine]

Nee!!!!

Fang mit Ruby an /public/style_emoticons/default/d.gif...

Wenn du dann Probleme hast, können wir uns gemeinsam durchkämpfen, weil ich vor ein paar Wochen auch damit angefangen hab ^^

Ruby ist ziemlich geil... gerade für einen, der so wie du viel auf Systemebene hantiert.

kriegst du provision oder was?


Lerngruppe

btw: weitermachen! *gespannt mitles*

Dieser Beitrag wurde von Bine bearbeitet: 30. Aug. 2007 - 09:38 Uhr

[P. Stylez]

Yeah, Lerndruppe!

Keine Sorge, ist von rein egoistischer Natur Ruby hat auf jeden Fall Zukunft, auch wenn's hier in Deutschland noch nicht soooooooo bekannt ist. Aber in Sachen Simplizität könnte es eines Tages mit Ruby On Rails sogar mal PHP ablösen. Und wenn der Tag kommt, will ich dastehen und die Hand aufhalten

[Bine]

yoar, macht sich bestimmt gut im lebenslauf

[m1ndfuck]

also leute, ich hab jetzt mal die beiden kapitel hier und hier angefangen durchzulesen, aber ich muss ehrlich zugeben, das is too much, mir schwirrt der kopf!

Zumindest werden die daten durch sprintf nun korrekt in der tabelle eingetragen, beim teilnehmer-array wird nur der erste eintrag gespeichert, zu lösen wäre das ja durch die von p.stylez eingebrachte lösung, aaaber... *schwirr*

foreach ($_POST['thema'] as $key => $thema) {
  $writedb = sprintf("INSERT INTO data (thema, aktion, bearbeitung, termin, startzeit, endzeit, teilnehmer, author, erstellung) VALUES ('%s', '%s', '%s', '%s', '$_POST[startzeit]
', '$_POST[endzeit]', '%s', '$author', curdate())",
		$thema,
		$_POST['aktion'][$key],
		$_POST['bearbeitung'][$key],
		$_POST['termin'][$key],
		$_POST['teilnehmer'][$key]
);

  mysql_query($writedb);

immernoch schmutzig ich weiss, aber das interessiert mich gerade nicht da ich das heute im team-meeting schonmal kurz vorstellen möchte,
hat einer (auch nen extrem schmutzigen) hack für mein problem mit dem teilnehmer array?

ich gelobe auch besserung und werde mich auf jeden mit relationellen db's beschäftigen

[Synthor]

ich hab mit palles m:n beziehung kein problem, weil ichs auch so gelernt hab

du willst jetzt aus dem array teilnehmer sagen wir 5 namen in einem tupel der datenbank speichern?!

foreach ($_POST['thema'] as $key => $thema) {
  $teilnehmer = "";
  $foreach($_POST['teilnehmer'] as $key2)
  { $teilnehmer += "$key2, "; }

  $writedb = sprintf("INSERT INTO data (thema, aktion, bearbeitung, termin, startzeit, endzeit, teilnehmer, author, erstellung) VALUES ('%s', '%s', '%s', '%s', '$_POST[startzeit]
', '$_POST[endzeit]', '%s', '$author', curdate())",
		$thema,
		$_POST['aktion'][$key],
		$_POST['bearbeitung'][$key],
		$_POST['termin'][$key],
		$teilnehmer
);

  mysql_query($writedb);

ist jetzt nur so ne schnelllösung.
musste evtl nur nach der foreach-schleif von $teilnehmer rechts das ", " entfernen.

ist aber echt schlechter stil was du da machst

Dieser Beitrag wurde von Synthor bearbeitet: 30. Aug. 2007 - 12:05 Uhr

[m1ndfuck]

halt stop zurück, ich probiers gerad mit der relationellen, nur kleiner blackout hier:


ich brauche die id des gerade hinzugefügten eintrags, wie lass ich sie mir am besten zurückgeben?

Du erstellst also erst das Meeting und lässt Dir die Meeting-ID zurückgeben. Damit und mit den einzelnen Teilnehmer-IDs befüllst Du dann die Join-Table 'meeting_teilnehmer':

mahlzeit!

[Synthor]

hast du nen auto-increment werd als id genommen?

falls ja kannste einfach "select max(id) from meetings" ausführen und bekommst die höchste id zurück

palle weißt du ob mysql mitlerweile auch subselects versteht?

da könnte man sich direkt noch ein bissl tipparbeit sparen indem du beim insert per select die id holst

[P. Stylez]

Wenn du sowas meinst:

SELECT foo
FROM (
   SELECT bar
   FROM ...
) myfoo
...

Sowas geht auf jeden Fall
Aber Sub-Selects sind teuer... sollte man, wenn möglich, mit irgendwelchen Joins umgehen.

[Synthor]

genau...sub-/unterselects halt
hab ich mit oracle gelernt, da ging das. glaub mein dozent meinte bei mysql geht das nich?!

was heißt teuer?
aufgrund der performance?

müsste man testen was schneller ist.
einen select für die id und ein insert oder eben ein insert mit subselect...

[P. Stylez]

Ja genau Performance bzw. Datenbanklast.

Kommt aber immer drauf an in welcher Größenordnung du operiertst... bei kleinen Tabellen mit wenigen Einträgen isses egal.


Ganz nützlich ist ein EXPLAIN vor die Query, das zeigt dir dann an wie aufwändig deine Operationen sind.

http://dev.mysql.com...en/explain.html

[eMrOx]

bei mysql wuerde ich joins subselects vorziehen. kommt natuerlich auf den zweck an - nicht alles laesst sich per joins realisieren.
mysql beherrscht seit der version 4 subselects.

[Synthor]

ah, alles klar danke.

da mindfuck eh nur eine kleine db hat werden ein paar subselects sie schon nicht umbringen.

[m1ndfuck]

aber ich mich wenns so weiter geht

[P. Stylez]

Was gibts denn jetzt noch für Probleme?

[m1ndfuck]

eigentlich keine, hab magenschmerzen und wollt nur so mal rummeckern

[P. Stylez]

Aber nicht wegen uuuuuuuns Programmierschlampen, oder?

[m1ndfuck]

nay nay, alles top... weitermachen!