Uygulama / iş mantığı saklanan prosedürler, tetikleyiciler ve görünümler, yerine PHP kodu kendi içinde olarak yazılmış ise trafik makul bir miktarda bir sitede, bu önemli mi?
Ne akılda ölçeklenebilirlik tutarak gitmek için en iyi yol olacaktır.
Sana istatistik sağlamak değil, ancak ileride başka bir dil için PHP değiştirmek için düşünmüyorsanız, ben PHP iş mantığı halde tutmak daha "ölçeklenebilirlik dostu" olduğunu söyleyebiliriz.
Onun veritabanında onlara sahip olmak web sunucusu yük sorunları çözmek için her zaman daha kolay ve ucuzdur. Sizin veritabanı her zaman hızlı aydınlatma gerekir ve sadece ona aynalar atma sorunu çözmez. Eğer varsa daha fazla veritabanı köleler, daha yazma yapmak zorunda.
Benim durumumda, PHP kodu iş mantığı koymalıyız yerine veritabanı üzerine taşıyın. Veritabanı ayrı bir sunucu üzerinde olduğunu varsayarsak, sen istekleri içeri zaman veritabanı meşgul hesaplama formülleri olmak istemiyorum
Seçer, ekler ve güncelleştirmeleri işlemek için veritabanı yıldırım hızlı tutun.
Ben bunu kayıtların sayısı büyüdükçe ayarlanmış performans olabilir veritabanında çok daha iyi scalibility tutarak veritabanı kodu olacak düşünüyorum. Ayrıca veri bile faydalı olmak için kritik daha iyi veri bütünlüğü olacaktır. Siz uygulamada tüm kodu ile TerraByte boyutlu ilişkisel dbs çok görmüyorum.
Veritabanı performans ayarlama bazı kitapları okuyun ve uygulama kodu üzerinde şirketin veri riski isterseniz sonra karar verin.
Veritabanı veya uygulama kodu iş mantığını yerleştirmek için karar çalışırken dikkate alınması gereken birkaç şey vardır.
Will the same database be accessed from different websites / web applications? Will the sites / applications be written in the same language or in a different language?
Veritabanı tek bir siteden kullanılacak ve site tek bir dilde yazılı ise o zaman bu olmayan bir sorun haline gelir. Aksi halde, birden fazla kod tabanları veritabanı erişim mantığı vb korumak için çalışıyoruz vs vs saklanan prosedürleri, tetikler, katma karmaşıklığı dikkate almak gerekir.
What are relational databases in general good for and what is MySQL good for specifically? What is PHP best at?
Bu düşünce oldukça düz ileri. Yönüyle ve özellikle SQL herhangi bir varyantı olarak ilişkisel veritabanları, ekleme, güncelleme ve veri silme büyük bir iş yapacağız. Genellikle onlar da iyi ATOM işlemlerinizi. Ancak, (MySQL dahil) SQL çoğu varyantları on-the-fly tarih işleme, dosya sistemi erişimi vb, karmaşık hesaplamalar iyi değildir
Öte yandan PHP işleme hesaplamalar, tarihler çok hızlı, dosya sistemi erişir. Biraz zaman ayırarak bile kayıtları sadece gerektiğinde depolanan bir kez ve daha sonra alınır böyle bir şekilde çalışmak için PHP kodu tasarlayabilirsiniz.
What are you most familiar / comfortable with using?
Açıkçası size en çok aşina olduğumuz aracını kullanmak daha mantıklı eğilimindedir.
Bir son nokta olarak, bir çekiç, bir vida sürücü için kullanılabilir, çünkü bir tatbikat levha taş kesmek için kullanılabilir veya sırf bu işler için kullanılması gerektiğini anlamına gelmez düşünün. Bazen programcılar her şeyi daha güçlü araçlar yapmaya çalışıyorum yerine gerçekten iyi, gerçekten bir şey yapmak basit aletler yaparak daha fazla potansiyel zarar olduğunu düşünüyorum.
Bir aferin PHP uygulama enought olabilir, ama aynı zamanda olabildiğince veritabanına daha az aramaları yapmak gerekir akılda tutmak gerekir. Mağaza değerler daha sonra PHP gerekir, vb sorgular, önbellek, kısaltmak
O da PHP ile databse aramaların miktarını azaltmak ve böylece daha iyi bir performans elde edecek gibi MySQL optimizasyonu, her zaman bir zorunluluktur. Amacınız performansını artırmak için ise nedenle, vb saklanan prosedürleri, düşünemiyorum hiçbir şekilde yok. Ama kendisi tarafından MySQL, PHP kodu da (gereksiz veritabanı aramaları çok) yapılır değilse ben PHP de kodlanmış gerekir düşünüyorum neden bu kadar geliştirirken göz önünde delik süreci tutarak, var enought would't böylece gereksiz şeyler şekilde almaz. Örneğin Cache, "düet" doğru MySQL ile, performansı üzerinde büyük bir onaydır.