Ramazan;
Recovery mantığını; aldığın yedeği geri yüklemek diye düşün. SQL Server da; VFP de olduğu gibi bir recall mantığı yok, Yedek dosyanı ayrı bir SQL oturumunda açıp, silinen kayıtları Inser Into ... Select .... biçiminde geri getirebilirsin.
Eğer Delete , Insert, Update Triggerlarını kullanıyorsan (Ki kullanmanı öneriririm.) ; Ayrı LOG Table 'larıı oluşturup, işlem gören tüm kayıtları ( Delete - Update ) bu log Table larında saklayabilirsin. Burada iş tamamen programcıya ve onun mantığına kalmış; İyi analiz edilmiş bir sistemde ben bunun olması gerektiğini düşünüyorum. Yani her bir table için, tüm silme - güncelleme işlemlerinde ayrı bir Log_Table.
Birde silinen kayıtları gerçekten de silmeyip VFP mantığı ile işaretleyebilirsin. Mesela IsRowDeleted gibi bir sütunu TRUE yapıp, VIEW ve STORED procedurlarında buna göre hesaplama yaptırırsın. Böylece en azından silinen kayıt göz önünde alur ama aynı kayıt defalarca silinip tekrar geri alınırsa gerçek bir loglama olmaz. Bu yöntemi tavsiye etmem.
Eğer çok büyük miktarda datan yoksa, ve günlük düzenli yedek alıyorsan, fazla önemseme. Bu tip geri yüklemeler nadiren oluyorsa backuplardan yükleme yap.
Uğur
-------------------------------------------------------------------------------------------------------------
Hayat bir bisiklete binmek gibidir. Pedalı çevirmeye devam ettiğiniz sürece düşmezsiniz. Claude Peppeer
Kusuru söylenmeyen adam, ayıbını hüner sanır. Türk Atasözü