Un nombre que el motor ya define toma el prefijo de la clase o del tipo base de su argumento, y las funciones que van juntas toman el mismo prefijo: spanLowerInc va con spanLower, geoCumulativeLength con geoLength. Spark y Flink usan los mismos nombres, por lo que una consulta escrita para uno se ejecuta en el otro, y round(1.23456, 2) sigue significando el redondeo propio del motor de un número. Los nombres que cambian son los siguientes.

Las funciones jsonbSet y jsonbSetLax toman el prefijo pg de PostgreSQL, que las proporciona, ya que Spark y Flink, que ignoran las mayúsculas de un nombre, leerían jsonbSet como jsonbset, la conversión de un textset en un jsonbset.

Los nombres que comparten un raster y un raquet también toman el prefijo de su tipo, aunque el motor no defina ese nombre: ambos viajan como WKB, por lo que un motor con una sola función por nombre no distingue un raster dado a width de un raquet.

PostgreSQL lee y escribe un valor mediante las cuatro funciones que declara su tipo, y las llama por usted: un literal tipado, una conversión desde texto y un COPY de texto pasan por la función de entrada, el texto que muestra un cliente por la función de salida, y un COPY binario o un controlador en modo binario por las funciones de recepción y envío. Spark y Flink no llaman a ninguna de ellas. Un valor viaja entre ellos como sus bytes Well-Known Binary (WKB), y cada conversión es una función que la consulta llama, cada una con su inversa, como muestra la tabla siguiente.

Cada tipo tiene las funciones de la tabla que se le aplican: las formas E cuando lleva un SRID que sus formas de texto y binaria simples omiten, y MF-JSON cuando es temporal. Esto incluye los tipos que PostgreSQL lee y escribe solo mediante sus cuatro funciones: los tipos de conjunto, rango y conjunto de rangos de enteros, enteros grandes, flotantes, fechas y marcas de tiempo, textset y jsonbset, tbox y stbox, tbool, tint, tbigint, tfloat y ttext, y quadbin, s2cell, nsegment y tpcbox.

El texto de un raquet es su WKB hexadecimal, por lo que se lee con raquetFromHexWKB y se escribe con asHexWKB, como un ráster de PostGIS con ST_RastFromHexWKB y ST_AsHexWKB. Una caja, stbox o tpcbox, escribe su SRID tanto en su texto como en su WKB, y no tiene por ello forma E. Toda salida WKB toma el orden de bytes endian, y toda salida de texto de un valor con flotantes o coordenadas el número de dígitos decimales maxdecimaldigits. Una columna de bytes WKB, como una columna TemporalParquet, se lee en todos los motores con el constructor binario de su tipo, como en tgeompointFromBinary(col).

Una función que devuelve varias filas, como timeSplit o unnest, se llama en PostgreSQL como una tabla en la cláusula FROM. En Spark y Flink la misma función, unnest bajo los nombres setUnnest y temporalUnnest, devuelve un arreglo con un elemento por fila, un arreglo de registros cuando devuelve varias columnas. Flink convierte el arreglo en filas con CROSS JOIN UNNEST, y Spark con LATERAL VIEW explode, o inline para un arreglo de registros.

La consulta

SELECT vehicle, round(length(trip)::numeric, 1), lower(timeSpan(trip))
FROM Trips
WHERE trip && stbox 'SRID=3857;STBOX X((0,0),(1000,1000))';

se escribe, en Spark y Flink,

SELECT vehicle, round(geoLength(trip), 1), spanLower(timeSpan(trip))
FROM Trips
WHERE stboxOverlaps(trip, stboxFromText('SRID=3857;STBOX X((0,0),(1000,1000))'));

Aquí round se aplica a un número, por lo que es la función propia del motor y conserva su nombre.