Re: Bulk Update

Merhabalar,

Dönüşleriniz için çok teşekkür ederim.

Bundan beş ay önce bir çalışanımızın haber vermeden yaptığı tek satırlık
update (Yaklaşık 5 milyon kayıt) tamamlanmadan, database diğer requestlere
cevap veremez hale geldi. O zamanlar PL/SQL’de yeni olduğumdan dolayı
update cümleciklerinin arasına commit koymadığından dolayı bu problem
yaşadığımızı düşünmüştüm. O yüzden aynı duruma düşmemek için bu kadar
kayıt’ın update’ini bir sql’de yapmak istemiyorum.

@M.Atıf CEYLAN, evet tam olarak istediğim bu, bütün update’i problem
yaşamadan 100 kayıtta bir veya her kayıttan sonra da olabilir, commit
yapmış gibi, dışarıya görünür kılmak istiyorum. Bulk update’den dolayı
temp, memory veya file’in şişmesini istemiyorum.

@N. Can KIRIK, yukarıda belirttiğim gibi daha önceki tecrübemden dolayı tek
sql kullanmaya sıcak bakmıyorum.

@Erkan Durmuş , tam anlayamadığım bir nokta var, cursor’i with hold ile
tanımladığımız zaman, her bir transaction’dan sonra mı commit koyuyor. Yani
3 milyon tane kayıt update edicek isek, 3 milyon commit mi demek?

İyi çalışmalar.

*From:* pgsql-tr-genel-owner(at)postgresql(dot)org [mailto:
pgsql-tr-genel-owner(at)postgresql(dot)org] *On Behalf Of *Erkan Durmus
*Sent:* Saturday, September 30, 2017 10:39 AM
*To:* pgsql-tr-genel(at)postgresql(dot)org
*Subject:* Re: [pgsql-tr-genel] Bulk Update

Eğer COMMIT etmez iseniz ORACLE'da ORA-1562 FAILED TO EXTEND ROLLBACK
SEGMENT hatası alırsınız. Fakat PostgreSQL'in işleyişi biraz farklı,
rollback segment yok, o yüzden de extend edilmesi gereken birproblem de
olmuyor (Onun yerine VACUUM işlemlerimiz kalıyor sonrası için :-)). Şunu
okuyunuz:

It is interesting how the dynamic allocation of disk space is used for the
storage and processing of records within tables. The files that represent
the table grow as the table grows. It also grows with transactions that are
performed against it. In Oracle there is a concept of rollback or undo
segments that hold the information for rolling back a transaction. In
PostgreSQL the data is stored within the file that represents the table. So
when deletes and updates are performed on a table, the file that represents
the object will contain the previous data. This space gets reused but to
force recovery of used space, a maintenance process called *vacuum* must be
executed.

Onun için bulk update'i tek SQL ile yapabilirsiniz. Ama yine de COMMIT'i
transaction içinde yapmanız gerekiyorsa, cursor'u WITH HOLD ile tanımlayınız
</docs/current/static/sql-declare.html>.

WITH HOLD specifies that the cursor can continue to be used after the
transaction that created it successfully commits. WITHOUT HOLD specifies
that the cursor cannot be used outside of the transaction that created it.
If neither WITHOUT HOLD nor WITH HOLD is specified, WITHOUT HOLD is the
default.

On 29-09-2017 10:03, Fırat Güleç wrote:

Merhabalar,

Bir konuda yardımınız ihtiyacım var. Postgresql 9.5.8 versiyonunu
kullanıyoruz. Bulk bir update yapmaya ihtiyacımız oldu, yaklaşık 4.5
milyonluk bir kayıt. Oracle’da begin end’in arasına commit koyabiliyorduk.
Fakat Postgresql’de bunu yapamadığımızı farkına vardık. 100 kayıt update
ettikten sonra commit yapmak istiyoruz. Bu gibi ihtiyaçlar için
Postgresql’de nasıl bir çözüm kullanıyorsunuz?

İyi çalışmalar.

Örnek kod:

*DECLARE **c_delivery **RECORD*
*; cur_rad CURSOR (**x_address_id **BIGINT**, **x_receiver_id **BIGINT**)
FOR SELECT ****
* FROM *
*receiver_address*
* WHERE *
*receiver_id** = **x_receiver_id*
*
AND
**address_id** = **x_address_id*
*; **c_rad **RECORD*

*;BEGIN FOR **c_delivery** IN SELECT ***** FROM **delivery** WHERE
recipient_address_id is NULL LIMIT **p_record_cnt*

* LOOP OPEN cur_rad(**c_delivery**.**receiver_address_id**,**c_delivery*
*.**receiver_id*
*); FETCH cur_rad INTO **c_rad*
*; IF **c_rad*

*.id IS NOT NULL THEN UPDATE *********** SET recipient_address_id =
**c_rad**.id WHERE **id** = **c_delivery**.**id*
*; UPDATE **************** SET recipient_address_id = **c_rad**.id
WHERE **delivery_id** = **c_delivery**.**id*

*; END IF; CLOSE cur_rad; END LOOP;END;*

*FIRAT GÜLEÇ*
Veritabanı Yöneticisi
firat(dot)gulec(at)hepsiexpress(dot)com

*M:* 0 532 210 57 18
İnönü Mh. Mimar Sinan Cd. No:3 Güzeller Org.San.Bölg. GEBZE / KOCAELİ
------------------------------

[image: Inline image 1]