(PHP 4 >= 4.0.6, PHP 5)
mysql_unbuffered_query — Sonuç kümesi tamponlanmayan ve alınmayan bir SQL sorgusu gönderir
Bu eklentinin kullanımı PHP 5.5.0 itibariyle önerilmemekte olup PHP 7.0.0'da kaldırılmıştır. Bu eklentinin yerine ya mysqli ya da PDO_MySQL eklentisi kullanılmalıdır. MySQL API seçerken MySQL API'ye Bakış belgesi yardımcı olabilir. Bu işlevin yerine kullanılabilecekler:
mysql_unbuffered_query() işlevi
mysql_query() işlevinin yaptığı gibi sonuç kümesini
tamponlamadan ve içindekileri almamak üzere
sorgu SQL sorgusunu MySQL'e gönderir. Başka bir
deyişle, büyük sonuç kümeleri üreten SQL sorgularından kaynaklanan bellek
tüketimini azaltır. Yani, ilk satırı alır almaz sonuç kümesiyle çalışmaya
başlayabilirsiniz; SQL sorusunun tamamlanmasını beklemeniz gerekmez.Çok
sayıda veritabanı bağlantısı kullanıyorsanız belirtilmesi isteğe bağlı olan
bağlantı_belirteci bağımsız değişkenini de belirtmeniz
gerekir.
sorguBir SQL sorgusu.
Sorgunun içerdiği verinin gerektiği gibi öncelenmesi gerekir.
bağlantı_belirteciMySQL bağlantısı. Eğer bağlantı belirteci belirtilmemişse
mysql_connect() tarafından açılan son bağlantı
kullanılmaya çalışılır. Eğer böyle bir bağlantı yoksa
mysql_connect() bağımsız değişkensiz olarak çağrılmış gibi bir
bağlantı oluşturmaya çalışır. Hiçbir bağlantı yoksa ve yenisi de
kurulamazsa E_WARNING seviyesinde bir hata
üretilir.
SELECT, SHOW, DESCRIBE ve EXPLAIN deyimleri için
mysql_unbuffered_query() başarı durumunda bir özkaynak
aksi takdirde false döndürür.
UPDATE, DELETE, DROP gibi diğer SQL deyimi türlerinde,
mysql_unbuffered_query() başarı durumunda true aksi
takdirde false döndürür.
Bilginize:
mysql_unbuffered_query() işlevinin getirilerinin yanında götürüleri de vardır: mysql_unbuffered_query() işlevinden dönen bir sonuç kümesi üzerinde tüm satırlar alınana kadar mysql_num_rows() ve mysql_data_seek() işlevlerini kullanamazsınız. Ayrıca, MySQL'e yeni bir SQL sorgusu göndermeden önce aynı
bağlantı_belirtecini kullanarak tamponsuz bir SQL sorgusuyla sonuç kümesinin tamamını almak zorundasınız.
Don't let the two hands confuse you, these are both advantages (they should really be on the same hand):
On the one hand, this saves a considerable amount of memory with SQL queries that produce large result sets.
On the other hand, you can start working on the result set immediately ...You are NOT required to read all rows from the resultset when using unbuffered query, you may opt out at any time and use mysql_free_result. Imagine looking at 1 million row when the first 50 suffice? Just free the result and you are good to go again.If using optimized MyISAM tables I guess there is a big advantage with this function as it is possible to do selects and inserts on the same time as long as no rows in the table gets updated.Regarding bailing on a really large result, while doing an unbuffered query, there _is_ a way to do this: kill the thread and exit your processing loop. This, of course, requires having a separate database link. Something like below does the trick:
<?php
// a db link for queries
$lh = mysql_connect( 'server', 'uname', 'pword' );
// and a controller link
$clh = mysql_connect( 'server', 'uname', 'pword', true );
if ( mysql_select_db ( 'big_database', $lh ) )
{
$began = time();
$tout = 60 * 5; // five minute limit
$qry = "SELECT * FROM my_bigass_table";
$rh = mysql_unbuffered_query( $qry, $lh );
$thread = mysql_thread_id ( $lh );
while ( $res = mysql_fetch_row( $rh ) )
{
/* do what you need to do
* ...
* ...
*/
if ( ( time() - $began ) > $tout )
{
// this is taking too long
mysql_query( "KILL $thread", $clh );
break;
}
}
}
?>You are absolutely required to retrieve all rows in the result set (option 'a' in the first comment). If you fail to do so, PHP will do so for you, and will emit a NOTICE warning you of the fact. From the MySQL API, "Furthermore, you must retrieve all the rows even if you determine in mid-retrieval that you've found the information you were looking for. ".
Also note that if you are using this function, you should be quick about processing the result set, or you will tie up the MySQL server (other threads will be unable to write to the tables you are reading from).
If you want to be able to 'abort' mid result-set or if you want to do lengthy processing on the results, you are misunderstanding the purpose of this function.
Also note that UPDATE queries etc return no result set, so this function is only useful for SELECT etc.