I guarantee Seni Facebook kendi veritabanında içeride dizilerde bu verileri depolamak olmadığını.
Eğer FQL hakkında gerçekleştirmek zorunda şey, doğrudan Facebook'un ana veri sunucuları sorgulama olmamasıdır. FQL performans gereksinimleri gerçek sunucular üzerinde çılgın sorguları çalıştırmak vermeden temel sosyal verilerine size erişim sağlamak için tasarlanmış bir kabuk vardır. Ana veritabanında Keyfi, kullanıcı tarafından oluşturulan sorgular fonksiyonel intihar olur.
O alır önce böyle, (örneğin "meeting_for" gibi) birden fazla dernek var, veri herhangi bir parça bir diziye paketleniyor kadar FQL, sorguladığınız veri türü için uygun, iyi tasarlanmış bir veri getiri yapısını sağlar bir API sonuç olarak döndü.
Diğer posterleri de söylediğim gibi, bir veritabanı (bu şeylerin kavramı yok olan) içinde (örneğin bir dizi ya da bir nesne gibi) bir programlama dili yapısını saklamak için tek yol, serialize bunu etmektir. Dizgeleştirme pahalı ve en kısa sürede bir şey serialize gibi, etkili bir indeksleme ve arama için kullanılmaz hale. Bir sosyal ağ olan Facebook indeksi gerekiyor ve hemen hemen her şeyi aramak, bu nedenle bu veriler, ana şemaların içine dizi formunda var asla.
Böyle oturum verileri gibi, geçici, ya da bunu yapmak için geçerli bir performans gereksinimi var nerede ise genellikle hiç bir veritabanı içinde tefrika verilerini depolamak istediğiniz tek zamandır. Aksi takdirde, veri çabuk işe yaramaz hale gelir.
