***null*** hatası alıyorum.

[kadirkurtoglu]

S.A. arkadaşlar vt firebird 1.5 tablonun ilk alanı ilişki alanı integer notnull PK olarak tanımlı bu alanla ilgili daha ilk kayıtta validation ***null*** hatası alıyorum. bu işi bi türlü çözemedim. yardımcı olursanız. sevinirim.
bağlantı delphi tarafında
IBQuery
IBTransaction
IBDataBase
IBUpdateSQL

[ozkanagiral]

Selamün Aleyküm

viewtopic.php?t=3668&highlight=validati ... l%2A%2A%2A

sanırım cevabını bu linkte bulacaksın.
İyi Çalışmalar

[kadirkurtoglu]

kardeş teşşekkür ederim ancak o linki daha önce ziyaret etmiştim. benim aradığım değil. ben bu konuyu şu şekilde çözdüm
saolsun bir arkadaş yardımcı oldu.
FireBird otoinc oluşturuken Trigger değilde procedure yaparsanız sorun ortadan kalkıyor. benim sorunum alanda değer olmasına karşın değer ***null*** hatası alıyordum. bu mesele triggerle yapılırsadataset in her kayıtta yenilenmesi gerekiyor. close open komutlarıyla. ancak procedure kullanılırsa otoinc oluşturmada bu sorun ortadan kalkıyor..

[aslangeri]

s.a.
ibdatasetin generator fields (yanlış hatırlamyorsam) diye bi özelliği vardı. ordan autoinc alanın ayarlarını yapabiliyor olmanız lazım.
kolay gelsin.

[kadirkurtoglu]

merhaba o işlemleri yapıyorum. ben hatayı IBTransaction nun commitretaining komutundan sonra IBQuery1 in ApplyUpdates kodunu yazdığım için oluyormuş. sorunu 2. yazdığım kodu silerek çözdüm...

[rsimsek]

Sanırım sorun biraz da olayın tam oturmamasından rastgele yöntemlerden kaynaklanıyor. CachedUpdates olayında tüm bilgiler belleğe yüklenerek bütün işlemler bellekteki bilgiler üzerinde yapılır ve ApplyUpdates veya CancelUpdates diyene kadar yapılan ekleme, güncelleme ve kayıt silmeler fiziksel diske etki ettirilmez. ApplyUpdates ile yapılan işlemler kalıcı hale getirilir. CancelUpdates ile iptal edilir. Fakat Transaction olayı buna benzese de biraz daha farklıdır. Başlayan bir transaction da yapılan işlemler + diskteki bilgiler bir bütün olarak görülür. Commit / CommitRetaining, Rollback/RollbackTraining diyene kadar diskteki veritabanı tablosunu etkilemez. Commit/CommitRetaining ile tabloya etki ettirilerek bellekteki/geçici tampon tablodaki bilgiler boşaltılır. Rollback/RollbackTraining ile de Transactionun başından itibaren yapılan tüm işlemler iptal edilip, bellekteki/geçici tampon tablodaki bilgiler boşaltılır

Birincisinde tüm bilgiler belleğe taşındığında hız yüksek olur fakat bilgiler arttıkça bellek daralacağından kullanışlı olmaz. Hatta tüm bilgiler diskteki tabloya yazılma durumunda program kırılırsa tüm bilgileri kaybetme durumu sözkonusu olabilir İkincisinde Transaction olayında veri güvenliği daha üst seviyelerdedir. Hatta programın kırılma durumunda mevcut transaction bilgilerine bile yazıldığı tampon bellekten ulaşılabilmektedir En kötü ihtimalle son Transaction da yapılan işlemler kaybedilmiş yada iptal edilmiş olur

[kadirkurtoglu]

hocam izahatınızdan dolayı teşekkür ederim. bu konuda sıkıntı nın merkezi client-server mimari hakkında bilginin yetersiz oluşu, ben firebird e geçtiğimde daha başlangıç aşamasında iken bize şunu şöyle yap bunu böyle yap şeklinde telkinler geliyor. yaptığımız olayın nereyi etkilediğini yada daha açık konuşmak gerekirse mantığını anlamadan allaha emanet yapıyoruz. yukarıda bahsettiğiniz kavramlar ve etkilediği durumlar hakkında bilgi vermişsiniz. teşekkür ederim. keşke herkes sizin gibi açıklayıcı bilgi verebilse. saygılar...

[rsimsek]

Client/Server mimaride vertitabanının çalıştığı bir veritabanı sunucusu (FireBird, InderBase, MS-SQL, Oracle, MySQL, PostgreSQL, vs..) bir de bu sunucudan istemde bulunan girilen bilgileri de bu sunucuya postalayan bir istemci arayüz-program var. Bu olayda ille de Server dediğimiz yapı ayrı bir bilgisayar olmak zorunda değil. Local PC'de de kurulmuş olabilir.. Olay kısaca bu şekilde..

Bahsettiğiniz ayrıntılı yardımlaşma olayında sanırım zaman ayıran tüm üye arkadaşlar sorular net ve ayrıntılı oldukça onlar da ayrıntılı cevaplamaya çalışıyordur

[kadirkurtoglu]

hocam anlatmak istediğim local vt ler ile server tabanlı vt ler arasında bariz farkların olduğu meselesiydi. ben daha önce paradox kullanıyordum, paradox ta transaction kullanımı zorunlu değildi ancak server tabanlı vt lerde bu bir zorunluluk durumu arzediyor. daha delphi ye ilk başladığım günlerde bu farkları anlatan makeleler okumuştum. yapı hakkında bilgi sahibi olmuştuk ancak uygulama safhasında tıkanmıştım. açıklamalarınız için teşekkür ederim. elinize sağlık.