Veritaban\u0131 geli\u015ftiricileri olarak hepimiz o tan\u0131d\u0131k senaryoya a\u015finay\u0131z: Bir tablonun ge\u00e7mi\u015fini tutmak, yani her kayd\u0131n ne zaman olu\u015fturuldu\u011funu, kim taraf\u0131ndan g\u00fcncellendi\u011fini ve \u00f6nceki de\u011ferlerinin ne oldu\u011funu izlemek. Bu genellikle Bu makalede, PostgreSQL’de tarih\u00e7e kayd\u0131 tutman\u0131n yayg\u0131n zorluklar\u0131n\u0131 ele alacak, bu sorunu \u00e7\u00f6zmek i\u00e7in neden \u00f6zel bir eklenti geli\u015ftirmenin mant\u0131kl\u0131 olabilece\u011fini inceleyecek ve bu eklentinin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, ne gibi faydalar sa\u011flad\u0131\u011f\u0131n\u0131 ad\u0131m ad\u0131m a\u00e7\u0131klayaca\u011f\u0131m. Amac\u0131m\u0131z, veritaban\u0131 geli\u015ftirme s\u00fcre\u00e7lerinizi daha verimli hale getirmek ve tekrarlayan kod yazma y\u00fck\u00fcn\u00fc ortadan kald\u0131rmakt\u0131r.<\/p>\n Bir uygulaman\u0131n veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flamak, hata ay\u0131klamay\u0131 kolayla\u015ft\u0131rmak ve uyumluluk gereksinimlerini kar\u015f\u0131lamak i\u00e7in tarih\u00e7e kayd\u0131 tutmak kritik \u00f6neme sahiptir. Peki, bu kay\u0131tlar\u0131 neden bu kadar detayl\u0131 tutma ihtiyac\u0131 duyar\u0131z? \u00d6ncelikle, denetim (auditing) s\u00fcre\u00e7leri i\u00e7in olmazsa olmazd\u0131r. Finansal i\u015flemler, kullan\u0131c\u0131 eylemleri veya hassas veri de\u011fi\u015fiklikleri gibi durumlarda, kimin, ne zaman, hangi veriyi de\u011fi\u015ftirdi\u011fini bilmek yasal zorunluluklar ve g\u00fcvenlik a\u00e7\u0131s\u0131ndan hayati \u00f6nem ta\u015f\u0131r. Bir hatan\u0131n kayna\u011f\u0131n\u0131 bulmak veya bir g\u00fcvenlik ihlalini ara\u015ft\u0131rmak i\u00e7in ge\u00e7mi\u015f kay\u0131tlar paha bi\u00e7ilmezdir.<\/p>\n \u0130kinci olarak, veri kurtarma ve geri alma (rollback) senaryolar\u0131nda tarih\u00e7e kay\u0131tlar\u0131 bir cankurtaran olabilir. Yanl\u0131\u015fl\u0131kla yap\u0131lan bir toplu g\u00fcncelleme veya veri giri\u015fi hatas\u0131 durumunda, ge\u00e7mi\u015fteki ge\u00e7erli bir duruma d\u00f6nmek i\u00e7in bu kay\u0131tlara ba\u015fvurabiliriz. Bu, veri kayb\u0131n\u0131 \u00f6nler ve operasyonel s\u00fcreklili\u011fi sa\u011flar. \u00dc\u00e7\u00fcnc\u00fc olarak, veri analizi ve raporlama i\u00e7in de ge\u00e7mi\u015f veriler \u00f6nemli bilgiler sunabilir. Kullan\u0131c\u0131 davran\u0131\u015flar\u0131n\u0131 analiz etmek, trendleri belirlemek veya sistem performans\u0131n\u0131 izlemek i\u00e7in zaman i\u00e7indeki de\u011fi\u015fikliklerin kayd\u0131n\u0131 tutmak faydal\u0131 olabilir. Son olarak, geli\u015ftirme ve test s\u00fcre\u00e7lerinde de bu kay\u0131tlar b\u00fcy\u00fck kolayl\u0131k sa\u011flar. Bir \u00f6zelli\u011fin beklendi\u011fi gibi \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 anlamak veya bir hatan\u0131n ne zaman ortaya \u00e7\u0131kt\u0131\u011f\u0131n\u0131 tespit etmek i\u00e7in ge\u00e7mi\u015f verilere bakmak olduk\u00e7a yararl\u0131d\u0131r.<\/p>\n Ancak bu faydalar\u0131n bedeli, genellikle veritaban\u0131 \u015femalar\u0131nda ve uygulama kodunda artan bir karma\u015f\u0131kl\u0131kt\u0131r. Her tablo i\u00e7in manuel olarak tarih\u00e7e s\u00fctunlar\u0131 eklemek, her Veritabanlar\u0131nda tarih\u00e7e kayd\u0131 tutmak i\u00e7in kullan\u0131lan geleneksel y\u00f6ntemler genellikle iki ana ba\u015fl\u0131k alt\u0131nda toplanabilir: uygulama seviyesinde kay\u0131t tutma ve veritaban\u0131 tetikleyicileri (triggers) arac\u0131l\u0131\u011f\u0131yla kay\u0131t tutma. Uygulama seviyesinde kay\u0131t tutma, geli\u015ftiricinin her Di\u011fer bir yayg\u0131n yakla\u015f\u0131m ise veritaban\u0131 tetikleyicileridir. Bu y\u00f6ntem, her tabloya \u00f6zel Daha da \u00f6nemlisi, bu geleneksel y\u00f6ntemler genellikle sadece de\u011fi\u015fiklikleri tetikleyen i\u015flemi (INSERT\/UPDATE) ve zaman damgas\u0131n\u0131 kaydeder. Ancak, “ne de\u011fi\u015fti?” sorusunun cevab\u0131 genellikle eksik kal\u0131r. Eski ve yeni de\u011ferleri kar\u015f\u0131la\u015ft\u0131rmak, hangi alanlar\u0131n g\u00fcncellendi\u011fini g\u00f6rmek i\u00e7in ek mant\u0131k geli\u015ftirilmesi gerekir. Bu, Bu tekrarlayan ve zahmetli s\u00fcre\u00e7ten yola \u00e7\u0131karak, geli\u015ftiriciler genellikle daha ak\u0131ll\u0131 \u00e7\u00f6z\u00fcmler ararlar. \u0130\u015fte tam bu noktada, PostgreSQL’in eklenti (extension) mimarisi devreye girer. Bir PostgreSQL eklentisi, veritaban\u0131 sisteminin i\u015flevselli\u011fini geni\u015fletmek i\u00e7in C gibi d\u00fc\u015f\u00fck seviyeli dillerde yaz\u0131lm\u0131\u015f ve veritaban\u0131 s\u00fcrecine entegre edilmi\u015f kod mod\u00fclleridir. Bu, veritaban\u0131n\u0131n kendisiyle do\u011frudan etkile\u015fim kurarak, standart SQL ile yap\u0131lamayan veya \u00e7ok karma\u015f\u0131k hale gelen i\u015flemleri m\u00fcmk\u00fcn k\u0131lar.<\/p>\n \u00d6zel bir tarih\u00e7e kayd\u0131 eklentisi, temel olarak, bir tablodaki veri de\u011fi\u015fikliklerini otomatik olarak alg\u0131lay\u0131p, bu de\u011fi\u015fikliklerin detayl\u0131 bir kayd\u0131n\u0131 tutmak \u00fczere tasarlan\u0131r. Bu eklenti, geleneksel tetikleyicilere benzer bir \u015fekilde \u00e7al\u0131\u015fabilir ancak daha geli\u015fmi\u015f \u00f6zellikler sunar. \u00d6rne\u011fin, sadece Bu eklentinin temel mant\u0131\u011f\u0131, izlenmek istenen tablolar \u00fczerinde belirli bir mekanizma kurarak \u00e7al\u0131\u015f\u0131r. Bu mekanizma, tabloya yap\u0131lan her Bu yakla\u015f\u0131m\u0131n en b\u00fcy\u00fck avantaj\u0131, geli\u015ftiricinin uygulama kodunda veya veritaban\u0131 \u015femas\u0131nda b\u00fcy\u00fck de\u011fi\u015fiklikler yapmadan, sadece eklentiyi kurarak ve yap\u0131land\u0131rarak tarih\u00e7e kayd\u0131n\u0131 etkinle\u015ftirebilmesidir. Bu, geli\u015ftirme s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r ve bak\u0131m y\u00fck\u00fcn\u00fc hafifletir. Ayr\u0131ca, eklentinin kendisi, veritaban\u0131 motorunun derinliklerinde \u00e7al\u0131\u015ft\u0131\u011f\u0131 i\u00e7in genellikle y\u00fcksek performansl\u0131d\u0131r ve standart SQL tetikleyicilerine g\u00f6re daha optimize edilebilir.<\/p>\n \u00d6zel bir PostgreSQL eklentisi geli\u015ftirmek, elbette ki s\u0131f\u0131rdan bir veritaban\u0131 sistemi tasarlamak kadar karma\u015f\u0131k olmasa da, belirli bir teknik bilgi birikimi gerektirir. Bu s\u00fcre\u00e7 genellikle \u015fu ad\u0131mlar\u0131 i\u00e7erir:<\/p>\n Bu ad\u0131mlar, eklentinin temel yap\u0131s\u0131n\u0131 olu\u015fturur. Ger\u00e7ek d\u00fcnya senaryolar\u0131nda, bu ad\u0131mlar daha fazla detay\u0131 ve optimizasyonu i\u00e7erebilir. \u00d6rne\u011fin, performans kritik uygulamalar i\u00e7in bellek y\u00f6netimi ve CPU kullan\u0131m\u0131 optimize edilmelidir. Ayr\u0131ca, g\u00fcvenlik a\u00e7\u0131s\u0131ndan, eklentinin yetkilendirme mekanizmalar\u0131 da d\u00fc\u015f\u00fcn\u00fclmelidir.<\/p>\n Bir e-ticaret platformu d\u00fc\u015f\u00fcnelim. Bu platformda \u00fcr\u00fcn bilgileri, sipari\u015fler, kullan\u0131c\u0131 bilgileri gibi hassas ve s\u0131k g\u00fcncellenen veriler bulunur. Bu verilerde yap\u0131lan her de\u011fi\u015fikli\u011fin izlenmesi, hem operasyonel verimlilik hem de g\u00fcvenlik a\u00e7\u0131s\u0131ndan kritik \u00f6neme sahiptir.<\/p>\n Bu senaryoda, her tablo i\u00e7in ayr\u0131 ayr\u0131 tetikleyiciler yazmak yerine, \u00f6zel bir tarih\u00e7e kayd\u0131 eklentisi kullanmak, geli\u015ftirme ve bak\u0131m y\u00fck\u00fcn\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azaltacakt\u0131r. Eklenti, bu tablolar\u0131 otomatik olarak izleyerek, her de\u011fi\u015fikli\u011fin detayl\u0131 bir kayd\u0131n\u0131 tutacakt\u0131r. Bu kay\u0131tlar daha sonra, bir “de\u011fi\u015fiklik ge\u00e7mi\u015fi” aray\u00fcz\u00fcnde kullan\u0131c\u0131lara sunulabilir veya denetim raporlar\u0131 olu\u015fturmak i\u00e7in kullan\u0131labilir.<\/p>\n \u00d6zel bir PostgreSQL eklentisiyle tarih\u00e7e kayd\u0131 tutman\u0131n sundu\u011fu avantajlar olduk\u00e7a fazlad\u0131r. En belirgin avantaj\u0131, geli\u015ftirme s\u00fcresinde ve maliyetinde ciddi bir azalmad\u0131r<\/strong>. Tekrarlayan kod yazma ihtiyac\u0131n\u0131n ortadan kalkmas\u0131, geli\u015ftiricilerin daha \u00f6nemli ve karma\u015f\u0131k g\u00f6revlere odaklanmas\u0131n\u0131 sa\u011flar. Ayr\u0131ca, eklentinin merkezi bir \u015fekilde y\u00f6netilmesi, bak\u0131m ve g\u00fcncellemeleri kolayla\u015ft\u0131r\u0131r<\/strong>. Bir de\u011fi\u015fiklik mant\u0131\u011f\u0131 eklentiye entegre edildi\u011finde, bu de\u011fi\u015fiklik t\u00fcm izlenen tablolar i\u00e7in ge\u00e7erli olur.<\/p>\n Performans a\u00e7\u0131s\u0131ndan da eklentiler genellikle avantajl\u0131d\u0131r. D\u00fc\u015f\u00fck seviyede C dilinde yaz\u0131lm\u0131\u015f ve veritaban\u0131 \u00e7ekirde\u011fiyle entegre edilmi\u015f eklentiler, SQL tabanl\u0131 tetikleyicilere g\u00f6re daha h\u0131zl\u0131 \u00e7al\u0131\u015fabilir. Ayr\u0131ca, eklenti, de\u011fi\u015fiklikleri yakalama ve kaydetme s\u00fcrecini optimize etmek i\u00e7in \u00f6zel algoritmalar kullanabilir. Veri b\u00fct\u00fcnl\u00fc\u011f\u00fc ve tutarl\u0131l\u0131\u011f\u0131<\/strong> a\u00e7\u0131s\u0131ndan bak\u0131ld\u0131\u011f\u0131nda, eklentinin otomatik mekanizmas\u0131, manuel kodlamada olu\u015fabilecek hatalar\u0131 en aza indirir. Her de\u011fi\u015fiklik tutarl\u0131 bir \u015fekilde kaydedilir.<\/p>\n Bu eklentinin kullan\u0131m senaryolar\u0131 olduk\u00e7a geni\u015ftir:<\/p>\n \u00d6zetle, veri de\u011fi\u015fikli\u011finin kritik oldu\u011fu ve ge\u00e7mi\u015f kay\u0131tlar\u0131n \u00f6nemli oldu\u011fu her senaryoda, \u00f6zel bir PostgreSQL eklentisi, geleneksel y\u00f6ntemlere g\u00f6re daha verimli, y\u00f6netilebilir ve g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcm sunar.<\/p>\n Bu noktada, b\u00f6yle bir eklentinin pratikte nas\u0131l kullan\u0131labilece\u011fine dair basit bir \u00f6rnek \u00fczerinden ilerleyelim. Varsayal\u0131m ki \u00d6ncelikle, eklentinin veritaban\u0131m\u0131za kuruldu\u011funu varsayal\u0131m. Eklentinin ad\u0131 Ard\u0131ndan, Bu komut, Bu g\u00fcncelleme sonras\u0131nda, eklenti otomatik olarak bir tarih\u00e7e kayd\u0131 olu\u015fturacakt\u0131r. Bu kayd\u0131 sorgulamak i\u00e7in eklentinin sa\u011flad\u0131\u011f\u0131 bir sorgu fonksiyonu veya do\u011frudan tarih\u00e7e tablosu kullan\u0131labilir. Diyelim ki eklenti de\u011fi\u015fiklikleri Bu sorgunun \u00e7\u0131kt\u0131s\u0131, yap\u0131lan de\u011fi\u015fikli\u011fin detaylar\u0131n\u0131 g\u00f6sterecektir. \u00d6rne\u011fin, E\u011fer izlemeyi durdurmak istersek, eklentinin sa\u011flad\u0131\u011f\u0131 ba\u015fka bir fonksiyonu kullanabiliriz:<\/p>\n Bu basit \u00f6rnek, \u00f6zel bir PostgreSQL eklentisinin ne kadar kolay ve etkili bir \u015fekilde kullan\u0131labilece\u011fini g\u00f6stermektedir. Ger\u00e7ek d\u00fcnya eklentileri daha karma\u015f\u0131k yap\u0131land\u0131rma se\u00e7enekleri ve daha zengin \u00f6zellikler sunabilir.<\/p>\n \u00d6zel bir tarih\u00e7e kayd\u0131 eklentisi kullan\u0131rken, performans\u0131 optimize etmek ve y\u00f6netimi kolayla\u015ft\u0131rmak i\u00e7in baz\u0131 ileri d\u00fczey ipu\u00e7lar\u0131 ve en iyi uygulamalar mevcuttur.<\/p>\n Bu ipu\u00e7lar\u0131, \u00f6zel bir tarih\u00e7e kayd\u0131 eklentisinin potansiyelini tam olarak kullanman\u0131za ve veritaban\u0131 y\u00f6netiminizi daha verimli hale getirmenize yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n Tekrarlayan tarih\u00e7e tablosu boilerplate’\u0131ndan kurtulmak ve veritaban\u0131 de\u011fi\u015fikliklerini daha ak\u0131ll\u0131ca y\u00f6netmek i\u00e7in \u00f6zel bir PostgreSQL eklentisi geli\u015ftirmek, modern veritaban\u0131 geli\u015ftirme pratiklerinde \u00f6nemli bir ad\u0131md\u0131r. Bu yakla\u015f\u0131m, geli\u015ftirme s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r, bak\u0131m y\u00fck\u00fcn\u00fc azalt\u0131r, performans\u0131 art\u0131r\u0131r ve veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc g\u00fc\u00e7lendirir. Uygulama geli\u015ftiricileri, veritaban\u0131 y\u00f6neticileri ve denetimciler i\u00e7in de\u011ferli bir ara\u00e7t\u0131r.<\/p>\n \u00d6zetle, bu makalede tarih\u00e7e kayd\u0131n\u0131n \u00f6nemini, geleneksel y\u00f6ntemlerin zorluklar\u0131n\u0131, \u00f6zel bir PostgreSQL eklentisinin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, geli\u015ftirme s\u00fcrecini, avantajlar\u0131n\u0131 ve pratik kullan\u0131m\u0131n\u0131 inceledik. Umar\u0131m bu bilgiler, sizin de benzer sorunlarla kar\u015f\u0131la\u015ft\u0131\u011f\u0131n\u0131zda yenilik\u00e7i \u00e7\u00f6z\u00fcmler \u00fcretmenize ilham verir.<\/p>\n C: Evet, bir\u00e7ok a\u00e7\u0131k kaynakl\u0131 ve ticari PostgreSQL eklentisi bulunmaktad\u0131r. Kendi ihtiya\u00e7lar\u0131n\u0131za en uygun olan\u0131 ara\u015ft\u0131r\u0131p kullanabilirsiniz. Ancak, \u00f6zel ihtiya\u00e7lar\u0131n\u0131z varsa veya mevcut eklentiler yetersiz kal\u0131yorsa, kendi eklentinizi geli\u015ftirmek en iyi \u00e7\u00f6z\u00fcm olabilir.<\/p>\n<\/li>\n C: Evet, her t\u00fcrl\u00fc ek i\u015flem performans\u0131 bir miktar etkileyebilir. Ancak, iyi tasarlanm\u0131\u015f ve optimize edilmi\u015f bir eklenti, bu etkiyi minimize eder. Ayr\u0131ca, sadece gerekli alanlar\u0131 izlemek ve periyodik temizlik yapmak gibi stratejilerle performans kay\u0131plar\u0131 kontrol alt\u0131nda tutulabilir.<\/p>\n<\/li>\n C: JSON format\u0131, esnekli\u011fi ve sorgulanabilirli\u011fi nedeniyle pop\u00fcler bir tercihtir. Ancak, \u00e7ok s\u0131k\u0131 performans gereksinimleri olan durumlarda, \u00f6zel olarak tasarlanm\u0131\u015f s\u00fctunlara sahip bir tarih\u00e7e tablosu daha h\u0131zl\u0131 olabilir. Se\u00e7im, projenizin \u00f6zel gereksinimlerine ba\u011fl\u0131d\u0131r.<\/p>\n<\/li>\n C: Genellikle hay\u0131r. \u00c7o\u011fu tarih\u00e7e kayd\u0131 eklentisi, mevcut \u015feman\u0131z\u0131 de\u011fi\u015ftirmeden \u00e7al\u0131\u015facak \u015fekilde tasarlanm\u0131\u015ft\u0131r. Eklenti, veritaban\u0131 de\u011fi\u015fikliklerini arka planda izler ve kendi veri yap\u0131lar\u0131na kaydeder.<\/p>\n<\/li>\n C: Evet, iyi tasarlanm\u0131\u015f bir tarih\u00e7e kayd\u0131 eklentisi, #PostgreSQL #Veritaban\u0131 #Yaz\u0131l\u0131mGeli\u015ftirme #Eklenti #Auditing<\/p>\ncreated_at<\/code>, updated_at<\/code>, created_by<\/code>, updated_by<\/code> gibi s\u00fctunlar\u0131n eklenmesi ve her INSERT veya UPDATE i\u015fleminde bu alanlar\u0131n g\u00fcncellenmesi anlam\u0131na gelir. Peki ya de\u011fi\u015fikliklerin kendisini de kaydetmek istersek? Bu durum, her tablo i\u00e7in ayn\u0131 history<\/code> veya audit<\/code> tablosunu olu\u015fturma ve karma\u015f\u0131k tetikleyiciler (trigger) yazma d\u00f6ng\u00fcs\u00fcne yol a\u00e7ar. \u0130\u015fte bu tekrarlayan ve zaman alan i\u015f y\u00fck\u00fcnden s\u0131k\u0131lan bir geli\u015ftiricinin hikayesi ve bu soruna getirdi\u011fi yenilik\u00e7i \u00e7\u00f6z\u00fcm: \u00d6zel bir PostgreSQL eklentisi.<\/p>\nNeden Tarih\u00e7e Kayd\u0131 Tutmal\u0131y\u0131z?<\/h2>\n
INSERT<\/code> ve UPDATE<\/code> i\u015flemi i\u00e7in tetikleyiciler yazmak, zamanla y\u00f6netilmesi zor bir kod y\u0131\u011f\u0131n\u0131na yol a\u00e7abilir. \u0130\u015fte bu noktada, bu tekrarlayan g\u00f6revi otomatikle\u015ftirecek bir \u00e7\u00f6z\u00fcm aray\u0131\u015f\u0131 ba\u015flar.<\/p>\nGeleneksel Tarih\u00e7e Kayd\u0131 Yakla\u015f\u0131mlar\u0131n\u0131n Zorluklar\u0131<\/h2>\n
INSERT<\/code> veya UPDATE<\/code> i\u015fleminden \u00f6nce veya sonra ilgili verileri ayr\u0131 bir tarih\u00e7e tablosuna manuel olarak kaydetmesini i\u00e7erir. Bu yakla\u015f\u0131m, geli\u015ftiriciye tam kontrol sa\u011flar ancak b\u00fcy\u00fck bir dezavantaj\u0131 vard\u0131r: Tekrarlayan kod yazma y\u00fck\u00fc. Her yeni tablo veya her yeni i\u015flem i\u00e7in ayn\u0131 mant\u0131\u011f\u0131 tekrar tekrar uygulamak, hem geli\u015ftirme s\u00fcresini uzat\u0131r hem de hata yapma olas\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r.<\/p>\nAFTER INSERT OR UPDATE<\/code> tetikleyicileri olu\u015fturarak, bir veri de\u011fi\u015fikli\u011fi oldu\u011funda otomatik olarak bir tarih\u00e7e tablosuna yeni bir kay\u0131t eklenmesini sa\u011flar. Bu, uygulama kodunu daha temiz tutar \u00e7\u00fcnk\u00fc tarih\u00e7e mant\u0131\u011f\u0131 veritaban\u0131nda bulunur. Ancak, tetikleyiciler de kendi zorluklar\u0131n\u0131 beraberinde getirir. Her tablo i\u00e7in ayr\u0131 ayr\u0131 tetikleyici yazmak, \u00f6zellikle \u00e7ok say\u0131da tabloya sahip b\u00fcy\u00fck sistemlerde y\u00f6netimi zorla\u015ft\u0131r\u0131r. Ayr\u0131ca, tetikleyicilerin hata ay\u0131klamas\u0131 ve test edilmesi de bazen karma\u015f\u0131k olabilir. Bir tetikleyicide yap\u0131lan k\u00fc\u00e7\u00fck bir hata, t\u00fcm sistemin beklenmedik davran\u0131\u015flar sergilemesine neden olabilir.<\/p>\nOLD<\/code> ve NEW<\/code> sanal kay\u0131tlar\u0131n\u0131 kullanarak tetikleyici i\u00e7inde karma\u015f\u0131k CASE<\/code> ifadeleri yazmay\u0131 veya uygulama taraf\u0131nda ek mant\u0131k bulundurmay\u0131 gerektirir. Bu da s\u00fcreci daha da karma\u015f\u0131k hale getirir. Sonu\u00e7 olarak, bu y\u00f6ntemler i\u015fe yarasa da, verimlilik, y\u00f6netilebilirlik ve tam veri ge\u00e7mi\u015fi sa\u011flama a\u00e7\u0131s\u0131ndan ciddi eksikliklere sahiptir.<\/p>\n\u00d6zel PostgreSQL Eklentisi: Yeniden Tan\u0131mlanan Tarih\u00e7e Kayd\u0131<\/h2>\n
created_at<\/code> ve updated_at<\/code> gibi basit zaman damgalar\u0131 yerine, eklenti her bir alan\u0131n eski ve yeni de\u011ferlerini, de\u011fi\u015fikli\u011fi yapan kullan\u0131c\u0131y\u0131 (e\u011fer kimlik bilgisi mevcutsa) ve de\u011fi\u015fikli\u011fin yap\u0131ld\u0131\u011f\u0131 tam zaman\u0131 kaydedebilir. Bu, “kim, ne zaman, neyi, nas\u0131l de\u011fi\u015ftirdi?” sorular\u0131n\u0131n tamam\u0131na eksiksiz yan\u0131tlar sunar.<\/p>\nINSERT<\/code>, UPDATE<\/code> veya DELETE<\/code> i\u015flemini yakalar. Ard\u0131ndan, bu i\u015flem s\u0131ras\u0131nda hangi verilerin de\u011fi\u015fti\u011fini belirler. UPDATE<\/code> i\u015flemleri i\u00e7in, OLD<\/code> (eski de\u011ferler) ve NEW<\/code> (yeni de\u011ferler) kay\u0131tlar\u0131n\u0131 kar\u015f\u0131la\u015ft\u0131rarak, de\u011fi\u015fen alanlar\u0131 ve bu alanlar\u0131n eski ve yeni de\u011ferlerini tespit eder. Daha sonra, bu bilgileri yap\u0131land\u0131r\u0131lm\u0131\u015f bir \u015fekilde, genellikle JSON format\u0131nda veya \u00f6zel bir tarih\u00e7e tablosuna kaydeder. Bu yap\u0131land\u0131r\u0131lm\u0131\u015f kay\u0131t, daha sonra kolayca sorgulanabilir ve analiz edilebilir hale gelir.<\/p>\nEklenti Geli\u015ftirme S\u00fcreci: Ad\u0131m Ad\u0131m Olu\u015fturma<\/h2>\n
\n
INSERT\/UPDATE\/DELETE<\/code> i\u015flemlerine m\u00fcdahale eden bir “wrapper” fonksiyonu olu\u015fturarak yap\u0131l\u0131r. Bu fonksiyonlar, i\u015flem s\u0131ras\u0131nda OLD<\/code> ve NEW<\/code> sanal kay\u0131tlar\u0131na eri\u015febilir ve de\u011fi\u015fiklikleri analiz edebilir.<\/li>\nCREATE EXTENSION<\/code> komutu ile veritaban\u0131na kurulur.<\/li>\n<\/ol>\nVaka Analizi: Bir E-Ticaret Platformunda Tarih\u00e7e Kayd\u0131 \u0130htiyac\u0131<\/h3>\n
\n
Eklentinin Avantajlar\u0131 ve Kullan\u0131m Senaryolar\u0131<\/h2>\n
\n
Eklentiyi Kullanma: Basit Bir \u00d6rnek<\/h2>\n
products<\/code> ad\u0131nda bir tablomuz var ve bu tablodaki name<\/code>, price<\/code> ve stock_quantity<\/code> alanlar\u0131ndaki de\u011fi\u015fiklikleri izlemek istiyoruz.<\/p>\naudit_trail<\/code> olsun. Eklentiyi kurmak i\u00e7in genellikle \u015fu komut kullan\u0131l\u0131r:<\/p>\nCREATE EXTENSION audit_trail;<\/code><\/pre>\nproducts<\/code> tablosundaki de\u011fi\u015fiklikleri izlemek i\u00e7in eklentinin sa\u011flad\u0131\u011f\u0131 bir fonksiyonu \u00e7a\u011f\u0131r\u0131r\u0131z. Bu fonksiyon, tablonun ad\u0131n\u0131 ve izlenecek s\u00fctunlar\u0131 parametre olarak alabilir:<\/p>\nSELECT audit_trail.enable_tracking('products', ARRAY['name', 'price', 'stock_quantity']);<\/code><\/pre>\nproducts<\/code> tablosu i\u00e7in arka planda gerekli tetikleyicileri veya mekanizmalar\u0131 olu\u015fturacakt\u0131r. Art\u0131k products<\/code> tablosuna yap\u0131lan her INSERT<\/code>, UPDATE<\/code> veya DELETE<\/code> i\u015flemi, audit_trail<\/code> eklentisi taraf\u0131ndan yakalanacak ve kaydedilecektir. \u00d6rne\u011fin, products<\/code> tablosunda bir g\u00fcncelleme yapal\u0131m:<\/p>\nUPDATE products\n SET price = 25.99, stock_quantity = 95\n WHERE id = 123;<\/code><\/pre>\naudit_log<\/code> ad\u0131nda bir tabloda sakl\u0131yor ve bu tabloda table_name<\/code>, row_id<\/code>, column_name<\/code>, old_value<\/code>, new_value<\/code> ve timestamp<\/code> gibi s\u00fctunlar bulunuyor:<\/p>\nSELECT *\n FROM audit_log\n WHERE table_name = 'products' AND row_id = 123;<\/code><\/pre>\nprice<\/code> s\u00fctununun eski de\u011ferinin 29.99<\/code> iken yeni de\u011ferinin 25.99<\/code> oldu\u011funu ve stock_quantity<\/code> s\u00fctununun eski de\u011ferinin 100<\/code> iken yeni de\u011ferinin 95<\/code> oldu\u011funu g\u00f6rebiliriz. Bu, geli\u015ftiricilerin ve sistem y\u00f6neticilerinin veritaban\u0131nda neler olup bitti\u011fini anlamalar\u0131n\u0131 kolayla\u015ft\u0131r\u0131r.<\/p>\nSELECT audit_trail.disable_tracking('products');<\/code><\/pre>\n\u0130leri D\u00fczey \u0130pu\u00e7lar\u0131 ve En \u0130yi Uygulamalar<\/h2>\n
\n
Sonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n
DELETE<\/code> i\u015flemlerini de kaydedebilir mi?<\/strong><\/p>\nINSERT<\/code>, UPDATE<\/code> ve DELETE<\/code> i\u015flemlerinin t\u00fcm\u00fcn\u00fc kaydedebilir. DELETE<\/code> i\u015flemleri i\u00e7in, silinen kayd\u0131n t\u00fcm verileri kaydedilir.<\/p>\n<\/li>\n<\/ul>\n