PHP &

1 Cevap php

Related to my previous question: PHP and Databases: Views, Functions and Stored Procedures performance Just to make a more specific question regarding large SELECT queries.

Ne zaman yerine kodunda SELECT sorgusu yazma ve onu çağıran bir görünümü kullanmak daha uygun olacaktır:

 $connector->query($sql)->fetchAll();

Bir görünümü kullanmak için elinden geleni wether karar verirken dikkate almak, ya da olduğu gibi sadece terk faktörler nelerdir. Birkaç tablo katılmak ise, vb belirli veri miktarını seçin Say,

Ben (PHP & Postgres ile) büyük bir web uygulaması bağlamında soran, performans ve optimizasyon arıyorum.

1 Cevap

PHP kaynak kodu + (yerine sadece PHP kaynak kodunun) manzarasına kullanırken dikkate almak bir şey sizin uygulamayı güncellemek zaman şimdi değiştirmek için kaynakları iki çeşit olmasıdır:

  • Eğer sunucu üzerinde yeni PHP kaynakları koymak gerekir
  • ve görüşlerini güncellemeniz gerekir

Ve bazen yapmanız gerektiğini tam olarak aynı zamanda sizin uygulama çökmesine istemiyorum ... Ya da uygulama birkaç manzaralı bir eski / daha yeni sürümü (OK ile çalıştırmak gerektiğini düşünerek program varsa saniye).

Something else you might have to consider is versionning : versionning PHP scripts is easy : just use SVN and its allright, as it's text files. With views, to get the same kind of versionning, you have to work in text files (commited on the SVN before you update them on the DB production server), and keep those in sync with the DB server -- seems easy, but it's not when you have to push an emergency patch to production ^^

Gerçekten diffenrence yaptığında personnaly, ben genellikle views / saklanan prosedürleri kullanın: Örneğin, bir hesaplama da SQL sorguları binlerce (ve, yani, PHP çağrı binlerce, yanıt bekliyor ve benzeri) veya ihtiyaç olsaydı Bir saklı yordam kullanarak iki sunucu arasında birçok veri değişimi, gerçekten büyük olabilir!

(Postgre kullanılan, ancak fikir diğer ürünler ile aynı Asla)

etiketler