>Ayrıca her veri tabanında farklı olmakla birlikte hazırlamış
olduğunuz
>sorguların çalışma planı çıkartılırken de veri tabanı
sisteminiz bu ilişki
>tanımlarından yararlanacaktır.
nasil yani? biraz daha acar misiniz?
ornegin ders ogretmen tablolarim var,
select ogretmen.*, ders.*
from ders
inner join ogrenment
on ders.id=ogretmen.id
sorgusunun calisma hizinin bu 2 tablo arasinda bi iliski tanimlanmis olmasi ve taninlamamis olmasi durumunda farkli mi olacagini soyluyorsunuz?
> İş kurallarınızı Veri Tabanı sunucusuna değil, uygulama sunucusuna
çekmelisiniz.
>Hemen belirteyim burada kastedilen iş kuralları ilişkisel veri
tabanının
>bütünlük kuralları değildir. Örneğin derse kayıt olaak
öğrencinin bir
>kaydının olmasının kontrolü değil bir derse kayıt olabilecek
öğreci sayınızın
>kontrolüdür.
butunluk kurallari bence de cok faydali.
ve bence de is kurallari uygulama katmaninda olmali.
peki sizce o halde stored procedure ne ise yarar?
ben de MVC haric bi uygulama gelistirmeye karsiyim ve MVC stored procedure mantigina tamamen ters gibi geliyor bana.
ancak bu sefer stored procedure kullanamamin verdigi performans problemi ortaya cikiyor, yaniliyor muyum?
kolay gelsin
____________________________________________________________________________________
Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase.
http://farechase.yahoo.com/
_______________________________________________
Linux-programlama mailing list
Linux-programlama_at_liste.linux.org.tr
http://liste.linux.org.tr/mailman/listinfo/linux-programlama
Received on Tue 16 Oct 2007 - 12:43:11 EEST