# PostgreSQL’de \u0130ki S\u00fctuna G\u00f6re Yinelenen Sat\u0131rlar\u0131 Silme<\/p>\n
PostgreSQL veritaban\u0131n\u0131zda ayn\u0131 iki s\u00fctuna sahip yinelenen sat\u0131rlardan kurtulmak m\u0131 istiyorsunuz? Bu durum, veritaban\u0131n\u0131z\u0131n b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc korumak ve performans\u0131n\u0131 optimize etmek i\u00e7in kritik \u00f6neme sahiptir. Bu makalede, PostgreSQL’de iki s\u00fctuna g\u00f6re yinelenen sat\u0131rlar\u0131 silmenin \u00e7e\u015fitli y\u00f6ntemlerini, ad\u0131m ad\u0131m a\u00e7\u0131klamalar\u0131, ger\u00e7ek d\u00fcnya \u00f6rneklerini ve performans optimizasyon ipu\u00e7lar\u0131n\u0131 ele alaca\u011f\u0131z. Yeni ba\u015flayanlardan ileri d\u00fczey kullan\u0131c\u0131lara kadar herkes i\u00e7in kapsaml\u0131 bir rehber sunuyoruz.<\/p>\n
\u00d6\u011frenme Yol Haritas\u0131<\/strong><\/p>\n Yeni Ba\u015flayan:<\/strong> Temel Orta:<\/strong> Ger\u00e7ek d\u00fcnya senaryolar\u0131, performans optimizasyonu ipu\u00e7lar\u0131 ve farkl\u0131 \u0130leri D\u00fczey:<\/strong> Performans analizi, karma\u015f\u0131k senaryolar ve edge case’ler i\u00e7in \u00e7\u00f6z\u00fcmler.<\/p>\n PostgreSQL’de Yinelenen Veri: Neden \u00d6nemli?<\/strong><\/p>\n Veritaban\u0131n\u0131zda yinelenen veriler, veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc bozar, raporlamada yanl\u0131\u015f sonu\u00e7lara yol a\u00e7ar ve veritaban\u0131 sorgulamalar\u0131n\u0131n performans\u0131n\u0131 d\u00fc\u015f\u00fcr\u00fcr. \u00d6rne\u011fin, bir e-ticaret sitesinde, ayn\u0131 \u00fcr\u00fcn\u00fcn ayn\u0131 kullan\u0131c\u0131 taraf\u0131ndan iki kez sipari\u015f edilmesi durumunda, iki ayr\u0131 kay\u0131t olu\u015fabilir. Bu durum, stok y\u00f6netimi, sat\u0131\u015f raporlama ve m\u00fc\u015fteri analizi gibi bir\u00e7ok i\u015flemi olumsuz etkiler. Bu y\u00fczden yinelenen verileri tespit edip temizlemek olduk\u00e7a \u00f6nemlidir.<\/p>\n Temel Kavramlar: PostgreSQL’de yinelenen sat\u0131rlar\u0131 silmek i\u00e7in temel olarak PostgreSQL’de \u0130ki S\u00fctuna G\u00f6re Yinelenen Sat\u0131rlar\u0131 Nas\u0131l Silersiniz? (Ad\u0131m Ad\u0131m Uygulamal\u0131 K\u0131lavuz)<\/strong><\/p>\n Yeni Ba\u015flayan:<\/strong><\/p>\n A\u015fa\u011f\u0131daki \u00f6rnekte, Bu sorgu, \u00f6ncelikle Orta:<\/strong><\/p>\n \u015eimdi, ger\u00e7ek d\u00fcnya senaryosuna daha yak\u0131n bir \u00f6rnek ele alal\u0131m. Bir m\u00fc\u015fteri sipari\u015f tablosunda, ayn\u0131 m\u00fc\u015fteri taraf\u0131ndan ayn\u0131 \u00fcr\u00fcn\u00fc ayn\u0131 tarihte yap\u0131lan iki ayr\u0131 sipari\u015f bulunmaktad\u0131r. Bu yinelenen sipari\u015fleri silmek i\u00e7in a\u015fa\u011f\u0131daki sorguyu kullanabiliriz:<\/p>\n Bu \u00f6rnekte, \u0130leri D\u00fczey:<\/strong><\/p>\n Bazen, yinelenen sat\u0131rlar\u0131 silmeden \u00f6nce baz\u0131 \u00f6nlemler almak gerekebilir. \u00d6rne\u011fin, silinen sat\u0131rlar\u0131n yede\u011fini almak veya silme i\u015flemini ad\u0131m ad\u0131m ger\u00e7ekle\u015ftirmek, olas\u0131 hatalar\u0131 \u00f6nlemek i\u00e7in \u00f6nemlidir. Ayr\u0131ca, \u00e7ok b\u00fcy\u00fck tablolar i\u00e7in bu i\u015flemin performans\u0131n\u0131 optimize etmek i\u00e7in Performans Optimizasyonu \u0130pu\u00e7lar\u0131<\/strong><\/p>\n * \u0130ndeksleme:<\/strong> Ger\u00e7ek D\u00fcnya Senaryolar\u0131 ve Vaka Analizleri<\/strong><\/p>\n Senaryo 1:<\/strong> Bir e-ticaret sitesindeki \u00fcr\u00fcn katalo\u011funda, ayn\u0131 \u00fcr\u00fcn\u00fcn farkl\u0131 fiyatlarla birden fazla kayd\u0131 bulunuyor. Bu yinelenen kay\u0131tlar, do\u011fru \u00fcr\u00fcn fiyat\u0131n\u0131n g\u00f6sterilmesini engelliyor. Yukar\u0131daki \u00f6rneklerdeki y\u00f6ntemlerle bu yinelenen kay\u0131tlar temizlenebilir.<\/p>\n Senaryo 2:<\/strong> Bir sosyal medya platformunda, ayn\u0131 kullan\u0131c\u0131n\u0131n ayn\u0131 g\u00f6nderiyi birden fazla kez be\u011fenmesi durumunda yinelenen kay\u0131tlar olu\u015fabilir. Bu yinelenen kay\u0131tlar, be\u011feni say\u0131lar\u0131nda yanl\u0131\u015f sonu\u00e7lara yol a\u00e7ar. Bu durumda, Senaryo 3:<\/strong> Bir finansal kurulu\u015fun m\u00fc\u015fteri veritaban\u0131nda, ayn\u0131 m\u00fc\u015fterinin birden fazla kayd\u0131 bulunabilir. Bu, m\u00fc\u015fteri ili\u015fkileri y\u00f6netimini zorla\u015ft\u0131r\u0131r ve yanl\u0131\u015f raporlamaya neden olabilir. Bu yinelenen kay\u0131tlar\u0131 temizlemek i\u00e7in, m\u00fc\u015fteri kimlik numaras\u0131 gibi benzersiz bir kimlik s\u00fctunu kullan\u0131lmal\u0131d\u0131r.<\/p>\n Sonu\u00e7<\/strong><\/p>\n PostgreSQL’de iki s\u00fctuna g\u00f6re yinelenen sat\u0131rlar\u0131 silmek i\u00e7in \u00e7e\u015fitli y\u00f6ntemler mevcuttur. Se\u00e7ilecek y\u00f6ntem, veritaban\u0131n\u0131n b\u00fcy\u00fckl\u00fc\u011f\u00fc, verilerin yap\u0131s\u0131 ve performans gereksinimlerine ba\u011fl\u0131d\u0131r. Bu makalede anlat\u0131lan y\u00f6ntemler ve ipu\u00e7lar\u0131, veritaban\u0131n\u0131zdaki yinelenen verileri etkili ve g\u00fcvenli bir \u015fekilde temizlemenize yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n S\u0131k\u00e7a Sorulan Sorular (SSS)<\/strong><\/p>\n 1. Silme i\u015flemini geri almak m\u00fcmk\u00fcn m\u00fc?<\/strong> 2. \u00c7ok b\u00fcy\u00fck bir tabloda bu i\u015flemi nas\u0131l optimize ederim?<\/strong> CTE kullan\u0131m\u0131, indeksleme ve i\u015flemi par\u00e7alara ay\u0131rma gibi y\u00f6ntemlerle performans\u0131 optimize edebilirsiniz.<\/p>\n 3. Yinelenen sat\u0131rlar\u0131 silmeden \u00f6nce nas\u0131l kontrol edebilirim?<\/strong> 4. Farkl\u0131 bir veritaban\u0131 y\u00f6netim sistemi i\u00e7in benzer bir i\u015flem nas\u0131l yap\u0131l\u0131r?<\/strong> Genel olarak, di\u011fer veritaban\u0131 sistemlerinde de benzer 5. Yazar: Fatih Soysal<\/p>\n","protected":false},"excerpt":{"rendered":"# PostgreSQL’de \u0130ki S\u00fctuna G\u00f6re Yinelenen Sat\u0131rlar\u0131 Silme PostgreSQL veritaban\u0131n\u0131zda ayn\u0131 iki s\u00fctuna sahip yinelenen sat\u0131rlardan kurtulmak m\u0131…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[644],"tags":[],"class_list":{"0":"post-25448","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-postgresql","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nDELETE<\/code> komutu ve ROW_NUMBER()<\/code> fonksiyonunun kullan\u0131m\u0131 ile basit bir \u00f6rnek.<\/p>\nDELETE<\/code> stratejileri.<\/p>\nDELETE<\/code> Komutu ve ROW_NUMBER()<\/code> Fonksiyonu<\/strong><\/p>\nDELETE<\/code> komutu kullan\u0131l\u0131r. Ancak, hangi sat\u0131rlar\u0131n silinece\u011fini belirlemek i\u00e7in genellikle ROW_NUMBER()<\/code> fonksiyonuna ihtiya\u00e7 duyulur. ROW_NUMBER()<\/code> her sat\u0131ra, belirli bir s\u0131ralamaya g\u00f6re benzersiz bir s\u0131ra numaras\u0131 atar. Bu s\u0131ra numaras\u0131, hangi sat\u0131r\u0131n yinelenen olup olmad\u0131\u011f\u0131n\u0131 belirlemek i\u00e7in kullan\u0131l\u0131r.<\/p>\nurunler<\/code> adl\u0131 bir tabloda urun_adi<\/code> ve fiyat<\/code> s\u00fctunlar\u0131na g\u00f6re yinelenen sat\u0131rlar\u0131 silece\u011fiz.<\/p>\nDELETE FROM urunler\nWHERE id IN (\n SELECT id\n FROM (\n SELECT id, ROW_NUMBER() OVER (PARTITION BY urun_adi, fiyat ORDER BY id) as rn\n FROM urunler\n ) as ranked_urunler\n WHERE rn > 1\n);<\/code><\/pre>\nurun_adi<\/code> ve fiyat<\/code> s\u00fctunlar\u0131na g\u00f6re her bir benzersiz \u00fcr\u00fcn kombinasyonunu gruplar (PARTITION BY<\/code>). Daha sonra, her grup i\u00e7indeki sat\u0131rlara id<\/code> s\u00fctununa g\u00f6re bir s\u0131ra numaras\u0131 atar (ORDER BY id<\/code>). rn > 1<\/code> ko\u015fulu, her gruptaki ilk sat\u0131r\u0131 hari\u00e7 tutarak, yinelenen sat\u0131rlar\u0131n id<\/code> de\u011ferlerini se\u00e7er. Son olarak, DELETE<\/code> komutu bu id<\/code> de\u011ferlerine sahip sat\u0131rlar\u0131 siler. Bu y\u00f6ntem, en basit ve anla\u015f\u0131l\u0131r y\u00f6ntemlerden biridir.<\/p>\nDELETE FROM siparisler\nWHERE siparis_id IN (\n SELECT siparis_id\n FROM (\n SELECT siparis_id, ROW_NUMBER() OVER (PARTITION BY musteri_id, urun_id, siparis_tarihi ORDER BY siparis_id) as rn\n FROM siparisler\n ) as ranked_siparisler\n WHERE rn > 1\n);<\/code><\/pre>\nmusteri_id<\/code>, urun_id<\/code> ve siparis_tarihi<\/code> s\u00fctunlar\u0131na g\u00f6re yinelenen sat\u0131rlar tespit edilip silinir. ORDER BY siparis_id<\/code> kriteri, hangi sipari\u015fin silinece\u011fini belirler (\u00f6rne\u011fin, en son girilen sipari\u015f kalabilir). Bu \u00f6rnekte, performans optimizasyonu i\u00e7in siparisler<\/code> tablosuna bir UNIQUE<\/code> indeks eklemek faydal\u0131 olacakt\u0131r. [Fatih Soysal’\u0131n PostgreSQL performans optimizasyonu hakk\u0131ndaki yaz\u0131lar\u0131n\u0131](https:\/\/fatihsoysal.com) inceleyerek daha fazla bilgi edinebilirsiniz.<\/p>\nCTE<\/code> (Common Table Expression) kullan\u0131m\u0131 ve indeksleme stratejileri gibi teknikleri uygulamak gerekebilir. EXPLAIN ANALYZE<\/code> komutu ile sorgu performans\u0131n\u0131 analiz ederek, performans darbo\u011fazlar\u0131n\u0131 tespit edebilir ve optimizasyon yapabilirsiniz. Karma\u015f\u0131k durumlarda, TRUNCATE<\/code> komutu yerine DELETE<\/code> komutunu tercih etmek veritaban\u0131 loglar\u0131n\u0131 temiz tutmak a\u00e7\u0131s\u0131ndan daha faydal\u0131d\u0131r.<\/p>\nPARTITION BY<\/code> s\u00fctunlar\u0131na indeks eklemek sorgu performans\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.
\n* CTE Kullan\u0131m\u0131:<\/strong> Karma\u015f\u0131k sorgular\u0131 daha okunabilir ve optimize edilebilir hale getirir.
\n* WHERE<\/code> ko\u015fulunu optimize etme:<\/strong> Gereksiz ko\u015fullar\u0131 kald\u0131r\u0131n ve indekslenmi\u015f s\u00fctunlar\u0131 kullan\u0131n.
\n* \u0130\u015flem boyutu:<\/strong> \u00c7ok b\u00fcy\u00fck tablolar i\u00e7in i\u015flemi par\u00e7alara ay\u0131rmak daha verimli olabilir.
\n* Veritaban\u0131 ayarlar\u0131:<\/strong> work_mem<\/code> gibi ayarlar\u0131 optimize etmek performans\u0131 etkiler.<\/p>\nPARTITION BY<\/code> kriterleri, kullan\u0131c\u0131 kimli\u011fi ve g\u00f6nderi kimli\u011fine g\u00f6re ayarlanmal\u0131d\u0131r.<\/p>\nDELETE<\/code> i\u015flemi veritaban\u0131 loglar\u0131nda tutulur, ancak geri alma i\u015flemi i\u00e7in yedekleme veya ba\u015fka bir geri alma mekanizmas\u0131 gereklidir.<\/p>\nSELECT<\/code> sorgusu kullanarak yinelenen sat\u0131rlar\u0131 sayabilir ve \u00f6nizleyebilirsiniz.<\/p>\nDELETE<\/code> ve ROW_NUMBER()<\/code> (veya e\u015fde\u011feri) fonksiyonlar\u0131n\u0131 kullanarak yinelenen sat\u0131rlar\u0131 silebilirsiniz. Ancak, s\u00f6zdizimi farkl\u0131l\u0131k g\u00f6sterebilir.<\/p>\nTRUNCATE<\/code> komutu yerine DELETE<\/code> komutunu kullanman\u0131n avantaj\u0131 nedir?<\/strong> TRUNCATE<\/code> komutu daha h\u0131zl\u0131d\u0131r, ancak geri al\u0131namaz ve veritaban\u0131 loglar\u0131n\u0131 temizler. DELETE<\/code> komutu, geri al\u0131nabilir ve veritaban\u0131 loglar\u0131n\u0131 korur.<\/p>\n