[Jojo]

Hi,
in letzter Zeit sehe ich immer mehr Neulinge auf php.de, die statt des mysql_fetch_array() das mysql_fetch_object() anwenden.
Is das jetzt cool, oder bietet das irgendwelche Vorteile?

ein sich rückschrittlich fühlender Jojo

[WarrenFaith]

ich benutze auch mysql_fetch_array()
vorteil dürfte wenn dann erst durch oop kommen oder?
ansonsten sehe ich da keinen unterschied?!

[Ben]

Ich nutze _object(), da ich gerne mit "->" arbeite *g* und das besser in mein Gedankenkonstrukt des Codes passt.

[Jojo]

wenn ich ein array in der db speichere, kann ich dann bei _object auch noch eine Ebene tiefer gehen?

[Ben]

Habe die Fragestellung jetzt nicht so ganz verstanden

[Jojo]

Wenn ich so eine Ressource mit mysql_fetch_object in ein Objekt verwandle, hab ich ja eigentlich nur eine Unterbene
object->field
wenn field aber selbst unterebenen hat (geht das überhaupt?) z.B. als Array, komm ich dann so dran:

object->field->array_field

?


PS: arbeitet einer von euch nohc mit mysql_fetch_assoc? Dat hab ich nämlich immer in while-Schleifen benutzt.

[Buhmann]

nein, das geht nicht. Arrays kann man eh nur serialisiert abspeichern

Ps.: /me nutzt mysql_fetch_assoc

[Igi]

Zitat von Jojo

PS: arbeitet einer von euch nohc mit mysql_fetch_assoc? Dat hab ich nämlich immer in while-Schleifen benutzt.

ich benutz es.
gibt nur nen kleinen unterschied zwischen den beiden funktionen, den du hier lesen kannst
http://de2.php.net/mysql_fetch_assoc

mysql_fetch_assoc() entspricht in der Funktionsweise exakt dem Aufruf von mysql_fetch_array() mit Angabe von MYSQL_ASSOC als optionalen zweiten Parameter. Diese Funktion liefert Ihnen nur ein assoziatives Array. Das war das ursprüngliche Verhalten von mysql_fetch_array(). Falls Sie sowohl numerische, als auch assoziative Indizes benötigen, verwenden Sie mysql_fetch_array().

da ich das andre nicht brauche(assoziative Indizes, hab auch keine ahnung was das ist^^), benutz ich _assoc.
Ich hab auch irgendwo mal gelesen das assoc schneller ist...

[Jojo]

ok danke

und noch ein vierter Kandidat: mysql_fetch_row()
nutzt den jemand?

Wie viele gibt es denn noch? *gg*

edit: assoziative Indizes?
Das sind, wenn du spaltennamen als Array-Feld-Namen bekommst, afaik.

[VolkerK]

Und wenn wir schon dabei sind:
Wer benutzt noch den Buchstaben a in Funktionsnamen?

_row _assoc _array benutzen übrigens intern alle die selbe Funktion; die Unterschiede in der Performance sind i.a.R. vernachlässigenbar.
_object funktioniert ein wenig anders, aber das lookup für die Namen läuft über die selbe HashTable-Klasse - auch ziemlich schnurzpiepegal.

[Jojo]

Zitat von VolkerK

Und wenn wir schon dabei sind:
Wer benutzt noch den Buchstaben a in Funktionsnamen?

hä?
soll das ein scherz sein, oder meinst du am Anfang zur Kennzeichnung?

[VolkerK]

Ein Scherz.

[Jojo]

Dann wars kein guter

[VolkerK]

oh doch, oh doch. Watt ham wa jelacht

Ich verwende noch _row bei sehr ressourcen intensiven Anwendungen (z.B. bei Foren in der Treahdansicht, wo of locker 30-40 Querys zusammenkommen. Da kann man den Performancevorteil auch wirklich messen. ansonsten verwende ich meistens mysqli->fetch_assoc()/->fetch_object().

-- Fat Tony

[Ben]

Vielleicht hilft das noch weiter:
http://www.jex-treme.de/forum/thread...did=1023406234

Zufälligerweise ein ähnlicher Thread mit einem Benchmark ..

Grüße Ben.

[Jojo]

ahh.. Danke, also für den Hausgebrauch egal, für große Tabs _fetch_row oder _fetch_assoc
In dem Beitrag spricht hoffie davon, dass sich bei mysql_fetch_row leicht Fehler einschleichen, wenn man etwas an der Query ändert.
Was meint er damit?

[WarrenFaith]

Wenn du dir das Manual anschaust ( php.net/mysql_fetch_row ), erkennst du, dass mit fetch_row später nur numerische indexe im array verwendet werden, sprich es sollte probleme kommen wenn du im select statt name, mail einfach mail, name nimmst. dann ist $row[0] vorher name, danach mail.
Ich denke zumindest das er das so meinte.

[Jojo]

Wenn er das meinte ist das für mich kein guter Grund
Ich ändere doch nicht nachträglich die Spaltenreihenfolge
Zumindest nich jeden Tag

[WarrenFaith]

mja sicherlich nicht, aber wenn du ein modul entwickelst muss du es auch anpassen können. und jedes mal die indexe des array ändern ist doch mehr als nervig find ich. bei kleinen sachen ok, aber je größer das skript desto größer der vorteil.