PHP 8.4.0 RC4 available for testing

yaz_range

(PHP 4 >= 4.0.1, PECL yaz >= 0.9.0)

yaz_range Específica un rango de registros a recuperar

Descripción

yaz_range(resource $id, int $start, int $number): void

Específica un rango de registros a recuperar.

Esta función debería ser llamada antes de yaz_search() o yaz_present().

Parámetros

id

El recurso de conexión retornado por yaz_connect().

start

Especifíca la posición del primer registro a ser recuperado. Los registros numéricos van de 1 a yaz_hits().

number

Específica un rango de registros a recuperar.

Valores devueltos

No devuelve ningún valor.

add a note

User Contributed Notes 1 note

up
0
andrew dot isherwood at ptfs-europe dot com
9 years ago
Note that yaz_range probably doesn't do what you think it's going to to do. i.e. cause the result set to be returned according to the "start" and "number" parameters you supply.

Quoting this thread:
http://lists.indexdata.dk/pipermail/yazlist/2006-November/001752.html

"Generally, the record offset that you give to yaz_record() is the offset into the result set, not into any subset identified by yaz_range(). This is crucial: The yaz_range() function is strictly there to help you write more optimized client code; you do not need to call it.

In other words, if you want to display record numbers 10 to 20 from your set, you loop from 10 to 20 and call yaz_record() for each record. The underlying code will retrieve records as necessary on demand.

However, if you call yaz_range() before you call yaz_wait(), the underlying code will optimize it's behavior.. it will either ask the
server to return records along with the search recult, or submit a single present request to fetch the records (if you're not asking for too many).. it makes no difference in a quick hack, but it can make a dramatic difference if you're designing for many users or heavy traffic. Your loop over yaz_record() will be the same whether you have called yaz_range() first, or not."
To Top