PHP 5.5.16 is released

pg_fetch_object

(PHP 4, PHP 5)

pg_fetch_objectHolt einen Datensatz als Objekt

Beschreibung

object pg_fetch_object ( resource $result [, int $row [, int $result_type ]] )
object pg_fetch_object ( resource $result [, int $row [, string $class_name [, array $params ]]] )

pg_fetch_object() gibt ein Objekt zurück, dessen Eigenschaften mit den Feldern des geholten Datensatzes übereinstimmen. Optional kann pg_fetch_object() ein Objekt der angegebenen Klasse instantiieren und Parameter an den Konstruktor dieser Klasse übergeben.

Hinweis: Diese Funktion setzt NULL-Felder auf den PHP Wert-NULL.

Von der Geschwindigkeit her ist die Funktion mit pg_fetch_array() identisch und fast so schnell wie pg_fetch_row() (der Unterschied ist unwesentlich).

Parameter-Liste

result

PostgreSQL-Verbindungskennung, die (unter anderem) von den Funktionen pg_query(), pg_query_params() oder pg_execute() zurückgegeben wurde.

row

Die Nummer der Zeile des Abfrageergebnisses, die geholt werden soll. Die Nummerierung beginnt bei 0. Fehlt dieser Parameter, so wird jeweils die nächste Zeile geholt.

result_type

Ist veraltet und wird ignoriert. Der Standardwert ist PGSQL_ASSOC.

class_name

Der Name der Klasse, die instantiiert werden soll. Ein Objekt dieser Klasse mit den gesetzten Eigenschaften wird zurückgegeben. Fehlt dieser Parameter, wird eine Objekt der Klasse stdClass zurückgegeben.

params

Ein optionales Array mit Parametern, die an den Konstruktor von class_name übergeben werden.

Rückgabewerte

Ein object, das für jeden Feldnamen des geholten Datensatzes eine Eigenschaft enthält. NULL-werte der Datenbank werden als NULL zurückgegeben.

Bei einem Fehler oder wenn der Parameter row größer als die Anzahl der Zeilen im Abfrageergebnis ist, oder wenn kein Datensatz mehr gelesen werden kann, wird FALSE zurückgegeben.

Changelog

Version Beschreibung
5.0.0 Die Parameter class_name und params wurden hinzugefügt. Die herkömmliche Form mit result_type ist noch aus Gründen der Abwärtskompatibilität verfügbar.
4.3.0 Die Standardeinstellung von result_type wurde von PGSQL_BOTH auf PGSQL_ASSOC geändert, da ein numerischer Index bei Objekten unzulässig war.
4.1.0 Der Parameter row wurde optional.

Beispiele

Beispiel #1 pg_fetch_object()-Beispiel

<?php

$database 
"store";

$db_conn pg_connect("host=localhost port=5432 dbname=$database");
if (!
$db_conn) {
  echo 
"Konnte keine Verbindung zu $database aufbauen.\n";
  exit;
}

$qu pg_query($db_conn"SELECT * FROM books ORDER BY author");


while (
$data pg_fetch_object($qu)) {
  echo 
$data->author " (";
  echo 
$data->year "): ";
  echo 
$data->title "<br />";
}

pg_free_result($qu);
pg_close($db_conn);

?>

Siehe auch

add a note add a note

User Contributed Notes 8 notes

up
1
ekevu at yahoo dot com
7 years ago
PostgreSQL boolean true becomes string "t"
PostgreSQL boolean false becomes string "f"
This is ambiguous, and leads to code duplication. I wonder why aren't the types correctly typed when fetching values. We could at least have an optional parameter to enable that.
up
1
oracle dot shinoda at gmail dot com
9 years ago
If you're wanting to use objects for your results, but are put off because you can't seem to apply a function to each field of the result (like stripslashes for example), try this code:

<?php
// Code to connect, do query etc etc...

$row = pg_fetch_object($result);
$vars = get_object_vars($row);
foreach (
$vars as $key => $var )
{
   
$row->{$key} = stripslashes($var);
}

?>
up
0
qeremy [atta] gmail [dotta] com
2 years ago
Getting db results as object.

<?php
$qry
= pg_query("SELECT * FROM users");

$rows = array();
while (
$fch = pg_fetch_object($qry)) {
  
$rows[] = $fch;
}

// or

$rows = array_map(function($a){
   return (object)
$a;
}, (array)
pg_fetch_all($qry));
?>
up
0
inbox at bucksvsbytes dot com
12 years ago
The result_type arg is either invalid or incorrectly documented, since the "result_type is optional..." paragraph is copied verbatim from pg_fetch_array, and the PGSQL_NUM option is in conflict with the preceding paragraph's, "you can only access the data by the field names, and not by their
offsets."
up
-1
robeddielee at hotmail dot com
8 years ago
I noticed that many people use FOR loops to extract query data. This is the method I use to extract data.

<?php
@$members = pg_query($db_conn, 'SELECT id,name FROM boards.members ORDER BY name;');
if (
$members AND pg_num_rows($members)) {
  while (
$member = pg_fetch_object($members)) {
   echo
$member->name.' ('.$member->id.')';
  }
}
?>

If an error occurs (or nothing is returned) in the above code nothing will output. An ELSE clause can be added to the IF to handle query errors (or nothing being returned). Or a seperate check can be performed for the event that nothing is returned by using an ELSEIF clause.

I like this method because it doesn't use any temporary counter variables.
up
-1
michiel at minas-2 dot demon dot nl
10 years ago
Something I have learned to use:

$result=$pg_query (...);
$num = pg_numrows($result);

for($count=0;$count < $num && $data=pg_fetch_object($result,$count);$count++)
{
    printf("<tr>\n");
    printf("    <td>%s</td>\n",$data->foo);
    printf("    <td>%s</td>\n",$data->bar);
    printf("</tr>\n");
}
up
-1
Lars at dybdahl dot dk
10 years ago
When you retrieve the contents of a "timestamp with timezone" field, this will set the environment's timezone variables. Therefore, this is dangerous:

$s=$row->mydatefield;
$unixtimestamp=postgresqltimestamp2unix($s);
echo date("Y-m-d H:i:s",$unixtimestamp);

Here, postgresqltimestamp2unix is a function that converts the postgresql timestamp to Unix. The retrieval of the field data in the first line of the example above will influence the timezone used in date() in the third line.
up
-1
ian at eiloart dot com
11 years ago
This isn't all that useful. If you do, for example, foreach($row as $field) then you still get every value twice!

You can do something like this, though:

foreach ($line as $key => $cell){
     if (! is_numeric($key)){
                echo "<td>$key $cell</td>";
     }
}

is is_numeric strict enough?
To Top