Ben başkaları ile katılıyorum - ve ben kullanmakta olduğunuz Zend Framework tablo ilişkileri API tasarlanmış ve kodlanmış biriyim!
Eğer already üst satır için bir başvuru varsa, findDependentRowset()
yararlıdır, ve might ile ilgili satırlarını gerekir. Bu işlev hem tablo birleştirme sorgu karşılaştırıldığında, en az verimli değildir. Performansı hiç bir öncelik eğer, hiç, bir döngü içinde findDependentRowset()
dememeliyiz. Bunun yerine, hem bir tablo JOIN oluşan bir SQL sorgusu yazmak.
Onların Framework için zerdüştlerin hedefi ziyade performans, tasarım basitlik olduğunu geçmişe talihsiz.
Ben Zend çalışan devam etseydi, ben ilgili Zend_Db_Table nesnelere karşı katıldı sorguları gerçekleştirmek için uygun bir yol ile Tablo arayüzü geliştirmek için denedim. Ben projeyi ayrıldıktan sonra uygulanan çözüm Select nesnesi oluşturmak ve korkunç çirkin olan, fetchAll()
onu geçmektir.
edit: Yorumlarınız cevap olarak, ben gereksinimleri bir dizi verilen bir çözüm oluşturmak için elimden geleni yaptım. Ben ne yaptığını gayet iyi hissediyorum. Ama Zend bir IDE araçları şirket, bu yüzden doğal olarak değer performanslarını runtime değil, kodlama kolaylık olduğunu. "Hızlı Uygulama Geliştirme" hızlı uygulamalar geliştirmek için anlamına gelebilir, ya hızla uygulamaları geliştirmek için. Bir araçları şirket için, ikincisi demektir.