aynı tabloya birden fazla join kurabilirsiniz.... her bir joine farkli alias vererek bunu halledebilirsiniz...
TBL_DOVIZ D ve TBL_DOVIZ DD ile bunu yapmissiniz zaten....
Joinin fazla olmasi problem degil... Yani bu gonderdiginiz koddakilere fazla join denemez... Bunun 4-5 kati adette join ve alt sorgularda da bir o kadar join yaptigimi bilirim.... Sonucta bu iliskiler var ise bunu query icinden join yapmaktan daha hızlı hic bir sekilde sorgulayamazsınız...
Yalnız gerekli indexlerin olmasi onemli tabi ki... Yani join alanlarının her iki tabloda da index olmasi gerekir....
view ve query
* http://www.fahrettin.org Manzara Fotoğraflarım... 
* http://delphiturkiye.gunduz.info Seminerler...
* http://www.hakmar.com.tr Kalite bir haktır...
* http://delphiturkiye.gunduz.info Seminerler...
* http://www.hakmar.com.tr Kalite bir haktır...
Peki Hocam Rahatladım teşekkür ederim ancak her iki tarafta da index olayını tam olarak bilmiyordum açıkçası ama bu demekki asıl tabloda sırf lookup lar yüzünden index sayısı artacak.
Teşekkür ederim Fahrettin Abi
Teşekkür ederim Fahrettin Abi
Procedure Forum.Imza(Sender: TObject)
Begin
ShowMessage('Her türlü fikire, Her zaman açığım')
End;
Begin
ShowMessage('Her türlü fikire, Her zaman açığım')
End;
Eger sadece bir join olsaydi ana tabloda indexe gerek olmayabilirdi.... Fakat olasi ic ice queryler, order by lar filan derken hangi asamada ana tabloda lookup alanın indexine ihtiyac olacagini farkedemeyebiliriz. Bu yuzden daha veritabanı tasarımı aşamasında bu tur ilişkiler için her iki tarafa da indexleri koymak ileriye yönelik performans açısından iyi bir önlemdir...
* http://www.fahrettin.org Manzara Fotoğraflarım...
* http://delphiturkiye.gunduz.info Seminerler...
* http://www.hakmar.com.tr Kalite bir haktır...
* http://delphiturkiye.gunduz.info Seminerler...
* http://www.hakmar.com.tr Kalite bir haktır...