PHP Cheatsheet
Materialize is PostgreSQL-compatible, which means that PHP applications can use any existing PostgreSQL client to interact with Materialize as if it were a PostgreSQL database. In this guide, we’ll use PDO_PGSQL driver to connect to Materialize and issue PostgreSQL commands.
Connect
You connect to Materialize the same way you connect to PostgreSQL with PDO_PGSQL
.
Local Instance
You can connect to a local Materialize instance just as you would connect to a PostgreSQL instance:
<?php
function connect(string $host, int $port, string $db, string $user, string $password): PDO
{
try {
$dsn = "pgsql:host=$host;port=$port;dbname=$db;";
// make a database connection
return new PDO(
$dsn,
$user,
$password,
[PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]
);
} catch (PDOException $e) {
die($e->getMessage());
}
}
$connection = connect('localhost', 6875, 'materialize', 'materialize', 'materialize');
You can add the above code to a config.php
file and then include it in your application with require 'connect.php';
.
Materialize Cloud Instance
Download your instance’s certificate files from the Materialize Cloud Connect dialog and specify the path to each file in the PDO_PGSQL DSN
definition. Replace MY_INSTANCE_ID
in the connection string property with your Materialize Cloud instance ID.
<?php
function cloudConnect(string $host, int $port, string $db, string $user, string $password): PDO
{
try {
$dsn = "pgsql:host=$host;port=$port;dbname=$db;sslmode=verify-full;sslcert=materialize.crt;sslkey=materialize.key;sslrootcert=ca.crt";
// make a database connection
return new PDO(
$dsn,
$user,
$password,
[PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]
);
} catch (PDOException $e) {
die($e->getMessage());
}
}
$connection = cloudConnect('MY_INSTANCE_ID', 6875, 'materialize', 'materialize', 'materialize');
Stream
To take full advantage of incrementally updated materialized views from a PHP application, instead of querying Materialize for the state of a view at a point in time, use a TAIL
statement to request a stream of updates as the view changes.
To read a stream of updates from an existing materialized view, open a long-lived transaction with BEGIN
and use TAIL
with FETCH
to repeatedly fetch all changes to the view since the last query.
<?php
// Include the Postgres connection details
require 'connect.php';
// Begin a transaction
$connection->beginTransaction();
// Declare a cursor
$statement = $connection->prepare('DECLARE c CURSOR FOR TAIL demo');
// Execute the statement
$statement->execute();
/* Fetch all of the remaining rows in the result set */
while (true) {
//$result = $statement->fetchAll();
$tail = $connection->prepare('FETCH ALL c');
$tail->execute();
$result = $tail->fetchAll(PDO::FETCH_ASSOC);
print_r($result);
}
The TAIL Output format of res.rows
is an array of view update objects. When a row of a tailed view is updated, two objects will show up in the rows
array:
...
Array
(
[0] => Array
(
[mz_timestamp] => 1646310999683
[mz_diff] => 1
[my_column_one] => 'value'
)
)
Array
(
[0] => Array
(
[mz_timestamp] => 1646311002682
[mz_diff] => -1
[my_column_one] => 'value'
)
)
...
An mz_diff
value of -1
indicates Materialize is deleting one row with the included values. An update is just a deletion (mz_diff: '-1'
) and an insertion (mz_diff: '1'
) with the same mz_timestamp
.
Query
Querying Materialize is identical to querying a traditional PostgreSQL database: PHP executes the query, and Materialize returns the state of the view, source, or table at that point in time.
Because Materialize maintains materialized views in memory, response times are much faster than traditional database queries, and polling (repeatedly querying) a view doesn’t impact performance.
Query a view my_view
with a select statement:
<?php
// Include the Postgres connection details
require 'connect.php';
$sql = 'SELECT * FROM my_view';
$statement = $connection->query($sql);
while (($row = $statement->fetch(PDO::FETCH_ASSOC)) !== false) {
var_dump($row);
}
For more details, see the PHP PDOStatement
documentation.
Insert data into tables
Most data in Materialize will stream in via a SOURCE
, but a TABLE
in Materialize can be helpful for supplementary data. For example, use a table to join slower-moving reference or lookup data with a stream.
Basic Example: Insert a row of data into a table named countries
in Materialize.
<?php
// Include the Postgres connection details
require 'connect.php';
$sql = 'INSERT INTO countries (name, code) VALUES (?, ?)';
$statement = $connection->prepare($sql);
$statement->execute(['United States', 'US']);
$statement->execute(['Canada', 'CA']);
$statement->execute(['Mexico', 'MX']);
$statement->execute(['Germany', 'DE']);
$countStmt = "SELECT COUNT(*) FROM countries";
$count = $connection->query($countStmt);
while (($row = $count->fetch(PDO::FETCH_ASSOC)) !== false) {
var_dump($row);
}
Manage sources, views, and indexes
Typically, you create sources, views, and indexes when deploying Materialize, although it is possible to use a PHP app to execute common DDL statements.
Create a source from PHP
<?php
// Include the Postgres connection details
require 'connect.php';
$sql = "CREATE SOURCE market_orders_raw_2 FROM PUBNUB
SUBSCRIBE KEY 'sub-c-4377ab04-f100-11e3-bffd-02ee2ddab7fe'
CHANNEL 'pubnub-market-orders'";
$statement = $connection->prepare($sql);
$statement->execute();
$sources = "SHOW SOURCES";
$statement = $connection->query($sources);
$result = $statement->fetchAll(PDO::FETCH_ASSOC);
var_dump($result);
For more information, see CREATE SOURCE
.
Create a view from PHP
<?php
// Include the Postgres connection details
require 'connect.php';
$sql = "CREATE VIEW market_orders_2 AS
SELECT
val->>'symbol' AS symbol,
(val->'bid_price')::float AS bid_price
FROM (SELECT text::jsonb AS val FROM market_orders_raw_2)";
$statement = $connection->prepare($sql);
$statement->execute();
$views = "SHOW VIEWS";
$statement = $connection->query($views);
$result = $statement->fetchAll(PDO::FETCH_ASSOC);
var_dump($result);
For more information, see CREATE VIEW
.
PHP ORMs
Materialize doesn’t currently support the full catalog of PostgreSQL system metadata API endpoints, including the system calls that object relational mapping systems (ORMs) like Eloquent use to introspect databases and do extra work behind the scenes. This means that some ORM system attempts to interact with Materialize will currently fail. Once full pg_catalog
support is implemented, the features that depend on pg_catalog
may work properly.