Stok Kodu degistirme hakkinda

Selamlar,

Gördügüm kadariyla Netsis'de stok karti degistirme opsiyonu var.
Fakat bu islemin sql 'deki mantigini anlayamadim,  söyleki:

Netsis'in sql veritabanin'da;
TBLSTSABIT tablosundaki STOK_KODU sahasini update edince diger hareketlerdeki STOK_KODU'larini update eden bir trigger yok, ayrica
TBLSTSABIT tablosu ile aralarinda relation olan ve primary key olan TBLSTSABIT.STOK_KODU Update edildignde relation olan tablolardaki foregin key'leride update eden bir cascade(zorlama) yok.
 
Bu durumda stok karti kodunu nasil update ediliyor anlamadim ?

Aklima gelen tek alternatif manuel olmasi yani T-SQL ile netsis'in exe'si önce  TBLSTSABIT den eski kodu siliyor sonra yeni kodu insert ediyor. Sonrada STOK_KODU sahasi barindiran tüm tablolardan gene koddan, STOK_KODU sahalarini yeni kod ile UPDATE yapiyor.

Durum bu mudur ?

Neden sorduguma gelince, Netsis'deki stok kodlarinin aynisini tuttugumuz bir veritabani var, bu iki database arasinda baskin olan Netsis yani bir stok kodu netsis den silinince biz digerinden de silliyoruz (trigger ile).
Fakat is netsisde stok kodu degistirmeye gelince degisiyor. Ziraa netsis önce gidip eski stok kodunu siliyor ve bu sirada bizim diger veritabanindaki kod siliniyor.
Ve yeni stok kodu ile update edebilecegimiz bir stok kalmamis oluyor.

Eger Netisi'in stok kodu degistirme mantigini tam anlarsam belki bir çözüm üretebilirim diye düsünüyorum.

Bu konuda fikri yada önerisi olanlara pesinen tesekkür ederim.

Iyi çalismalar.

Tesekkürler,

Tahmin etigim gibi manuel olarak tablo tablo düzenleme yapiyorlar.
B SP ye biraz müdahele edip içerigini biraz degistirsem, Netsis buna sorun çikarirmi acaba ne dersiniz ?

Gerçi nereden bilecekler ama genede etik açidan dogru olmaz diye düsünüyorum.

Ne dersiniz ?

erdal_sert Yazdı: Tesekkürler, Tahmin etigim gibi manuel olarak tablo tablo düzenleme yapiyorlar. B SP ye biraz müdahele edip içerigini biraz degistirsem, Netsis buna sorun çikarirmi acaba ne dersiniz ? Gerçi nereden bilecekler ama genede etik açidan dogru olmaz diye düsünüyorum. Ne dersiniz ?

Orjinal Netsis View - SP - Trigger lari degistirirseniz eger; bu kullanimda bazi sorunlar meydana getirbilir. Eger sorun verdirmeyecek kadar bilginiz var ve ona göre düzenleme yaptiysaniz bile herhangi bir DBUPDATE isleminde NETSIS Orjinal dosyalarini yeniden drop&create edeceginden çalismalainiz silinecektir.
Ya her DBUPDATE den sonra tekrar degisiklikleri tazelemeniz gerekir (pekde mantikli degil unuttugunuzda o degisiklige önemli görevler yüklemisseniz bilgi kaybina ugrarsiniz.) Yada kendinize uygun View - SP - Trigger lar tasarlar ve ayni database de barindirirsiniz...
Netsis burada size karismayacaktir ama yaptiginiz degisiklikler belli bir süre sonra o kadar çogalacak ki mecburen benim yapttigim gibi view ve diger islerinizde KOD lamaya gitmek zorunda kalacaksiniz... Asagidaki gibi bir kodlama kullaniyorum böylece hangi viewi benim yazdigimi ve ne için kullandigimi rahatlikla biliyor ve takip edebiliyorum...

SNW_NDI_??  - Sevket NETSIS NDI View
SNW_NDR_?? - Sevket NETSIS NDER View
SNW_RPR_?? - Sevket NETSIS Serbest Rapor View

SNP_?? - Sevket NETSIS Procedure
SNT_?? - Sevket NETSIS Trigger


Düzenleyen AyGuMuS - 26 Ağustos 2008 Saat 15:46

Senin bu sorun Stok Kodu Degisikligi ile alakali bir istegi aklima getirdi... Istekde Planlanan bilesen degisikligi ile alakali yapilan bir degisiklik üzerine Stok Kodu degisikligi yapilip,bu degisiklik geri alindiginda ilk stok kodunu geri getiriyordu hatirladigim kadariyla... Dedigin gibi burada tablo tablo gezip STOK-KODU alanlarin Update edilmesi ve 1-2 tabloda unutulmasi neden olmustu... Düzelttiler ama bende bayaa ugrasmistim..

Ne yazikki yazilim tamamen tercih ve bilgi meselesi, acelenden yada o anki bilgi seviyesinden dolayi o an mantikli gelip yazilan kodlar sonradan mantiksiz yada daha basit br yöntemle yapilacagi görülse bile hemen geri dönmek o kadar kolay olmayabiliyor...

Netsis program tarafinda büyük degisikliklere girdi ancak database yapisi hala yanilmiyorsam 2000 li yillardaki mantik üzerine kurulu. Yakin bir zamanda database tarafinda da büyük çapli bir degisiklik yapilacagini ümit ediyorum...