Mysql&Trigger ?

[pirilti]

Mysql 4 serisineTrigger özelliği ne zaman gelecek bir bilgisi olan varmı!?
Trigger ihtiyacı olan biri şu durumda postgreSql geçmeyi düşünmelimi yoksa birazdaha beklemelimi..forumu gezdimde 2002'de biri yakında mysql Trigger gözelliği gelecek demiş yıl 2005 halen yok sanırım MySQL 5.0 serisine girdiği için MySQL 4.0 serisine trigger desteği eklemek için uğraşmayacaklar.
-----------------------
What's new in MySQL 5.0
Stored Procedures
Triggers
Views
Cursors
XA
Precision Math
Information Schema
-------------------------
MySQL 5.0 bu yenilikler gelir MySQL 4 serisiyle MySQL 5.0 serisini teknik anlamda analizleyecek biri varmıdır. MySQL 4 den MySQL 5.0 geçsek tablolarımızı ve değiştirmemeiz gerekirmi şuan için yaşanacak problemler neler olabilir.
uygulamamaız kendi içimizde kullandığımız bir uygulama yani localhost üstünde calışıyoruz acaba MySQL 5.0 geçsekmi bir bilene sormak isterdim

[pirilti]

Sanırım kimse Mysql Tigger la ilgilenmiyor

[acemi]

MySQL 5.0'da trigger ve stored procedure olayı var ama MySQL'in bu sürümü henüz kararlı hale gelmedi. Isınma turları için bu sürüme bakılabilir ama önemli işlerde şu an kullanmak uygun değil.

Olayın çok aciliyeti yoksa (ki genelde yoktur) ve mevcut işleriniz MySQL üzerindeyse 5.0'ı beklemek bence daha doğru. Sık sık teknoloji değiştirmek iyi birşey değil.

[Sahin]

Stored procedures ve Triggers'in sadece web uygulamalari icin MySQL kullananlara getirecegi avantajlar ya da kolayliklar hakkinda bilgi verebilirmisiniz arkadaslar?

Ve diger MySQL 5.0 yenilikleri web programcilari icin neler saglayacak?

[Volkan Uzun]

rdms sistemini kullanmak triggerlar sayesinde. programin karmasikligini azaltmak mesela.
stored procedurelar bilmiyorum sql injection konusunda yardimci olabilir mi ?

[teddmcload]

stored proceudures özellikle sql injection ve php kodları ile veritabanı arasında bir köprü oluşturur. hız konusunda sorun yoktur. aslına bakarsanız güvenlik adına kullanılması oldukça faydalıdır.

[acemi]

Veritabani bagimliligi yaratir, uygulamani bir daha baska bir veritabanina tasiyamaz hale gelirsin. Yani veritabani ureticisi icin oldukca faydali, musteri bagimliligi yaratiyor.

[derme]

1. Veritabanına göre Stored procedure içinde yer alan insert, update, delete ifadelerinin normal kullanıma göre daha hızlı olduğu söyleniyor. Örneğin Sybase stored procedure tekrar çağrıldığında içindeki ifadeninde planını cacheleyerek her defasında bir optimizasyon yapmak zorunda kalmıyor. Bu veritabanının benimsediği yöntemle alakalı mesela SQL Server için böyle bir tartışma http://weblogs.asp.net/fbouma/archiv.../18/38178.aspx
http://www.informit.com/articles/art...&seqNum=6&rl=1
adreslerinde var.

2. Stored procedure kullanılması ağda daha az trafiğe sebep oluyor. Aynı insert ifadesini göndermek yerine zaten serverda tutulan procedure e sadece parametre göndererek işinizi görmüş oluyorsunuz. Birde veritabanına bir sorgu gönderip dönen sonuca göre yeni bir sorgu göndermek yerine bu kontrolleri procedure içinde yaparak tekrar tekrar sorgu çalıştırmanıza gerek kalmıyor.

3. Bir Delphi uygulamasının web ayağı oluşturuyorsanız hem delphi hem php tarafında kod yazmaktansa veritabanı üzerinde bir stored procedure oluşturarak ortak noktalarda fazla kod yazmaktan tasarruf edebilirsiniz. Bu durumda programde bir değişikli olduğunda delphi ve php tarafını ayrı ayrı düzenlemek yerine veritabanında ufak bir değişiklikle işlemi gerçekleştirmiş olursunuz.

[pirilti]

Aradan baya zaman geçti şu konuyu yeniden canlandırıp ..yeni tecrübeler ve deneyimleriniz hakkında bilgi almak isterim arkadaşlar...

Özelliklede Stored Procedures hakkında ne düşündüğünüz önemli..

[mkarabulut]

Stored procedure kullanabiliyorsan kullan. SQL kodlarını düzenlemek için kaynak koda girmekten kurtulursun en azından. Bunun yanında arkadaşlar da söyledi hız konusunda birazcık daha iyi sonuçlar elde edersin, SQL Injection için de faydalı olur hem.