PHP kullanırken MySQL'i Parse.com ile değiştirmeye değer mi?

Question

PHP tabanlı bir uygulama için MySQL yerine Parse.com'u kullanmak iyi bir fikir midir? Eğer evet ise, bu rotadan aşağı inmenin nesi ve olumsuzları nelerdir? Parse kullanıyorsanız, MySQL nasıl çalışır?

Answer 1

Parse'nin başlıca avantajları, veritabanları ve soket G/Ç gibi teknoloji odaklı kavramlar yerine kullanıcı hesapları ve push bildirimleri gibi uygulama düzeyinde kavramlarla çalışabilmenizdir. Parse kullanımı, sunucu modelleri ve çoklu istemciler arasında yerel modelleri paylaşmanıza yardımcı olur. Herhangi bir popülerlik derecesini beklerseniz, Parse'nin ölçeği ve Ops ekibi size çok büyük miktarda ölçekleyici ağrı kazandırır.

PHP + MySQL'den Parse'ye geçmek önemsiz olabilir, bu nedenle Parse bu teknolojilere önceden yatırılmış büyük projeler için anlamlı olmayabilir. API Libraries listesinin üçüncü taraf bölümünde listelenen bir SDK olmasına rağmen, Parse bir birinci taraf PHP SDK sağlamaz. Arayüz ayrıca REST ile doğal olarak ortaya çıkar. Ancak, gerçekçi bir ifadeyle, bunun nedeni PHP'nin bir sunucu tarafı dili olması ve Parse'nin sunucu tarafı kodlama ihtiyacını ortadan kaldırmasıdır. JavaScript kitaplığını kullanmayı ve istemci tarafını uygulamak için neyin mümkün olduğunu görmeyi düşünebilirsiniz; Sunucu tarafı yürütmeye gerçekten ihtiyacınız varsa (örneğin, yüksek bütünlük + izin yürütme için), Cloud Code ortamı da JS SDK'yi çalıştırır.

Birleştirme ile ilgili sorunuz, teknik ve felsefi bir bileşene sahiptir. Teknik olarak, bir Parse nesnesinin bir diğerinde saklanması, bir yabancı anahtarın kullanımına semantik olarak eşdeğerdir ve sorgular, SQL'de bir JOIN deyimine işlevsel olarak eşdeğer olan bir "içerme" seçeneğine sahiptir. Bir Ayrıştırma Bağlantısı, çoktan çoğa ilişkilere uygun, agresif bir şekilde indekslenmiş birleştirme tablosudur, ancak aracın, yüksek-koleksiyonlu koleksiyonlarla kullanılmak üzere tasarlandığından, birleştirmenin her iki tarafına da dahil edilmesine izin verilmez. Felsefi olarak, Parse noSQL'dir. Bu, SQL tablolarının genellikle mimari olarak sınıflandırıldığından, sınıflarınızın normalize edilmesine gerek olmadığı anlamına gelir. Sorguları verimli bir şekilde ele almak için sınıflarınızı bir fikir kapsüllemek ve noSQL indekslemesine güvenmek için tasarlayın.