Operasyonel gereksinimleri belirleme
Depolamak istediğiniz veri türünü (yapılandırılmış, yarı yapılandırılmış veya yapılandırılmamış) belirledikten sonra, sonraki adım verileri nasıl kullanacağınızı belirlemektir. Örneğin, çevrimiçi bir satıcı olarak müşterilerin ürün verilerine hızlı erişime ve iş kullanıcılarının karmaşık analiz sorguları çalıştırması gerektiğini biliyorsunuz. Bu gereksinimlerle çalışırken veri sınıflandırmanızı hesaba katarak veri depolama çözümünüzü planlamaya başlayabilirsiniz.
Burada, verilerinizle ne yapacağınızı belirlemenize yardımcı olacak bazı soruları yanıtlayacaksınız.
İşlemler ve gecikme süresi
Her veri türünde tamamladığınız ana işlemler nelerdir ve verilerin performans gereksinimleri nelerdir?
Verileriniz hakkında şu soruları sorun:
- Kimlik alanı kullanarak basit aramalar yapacak mısınız?
- Veritabanını bir veya daha fazla alan için sorgulamanız mı gerekiyor?
- Kaç oluşturma, güncelleştirme ve silme işlemi çalıştırmayı bekliyorsunuz?
- Karmaşık analitik sorguları çalıştırmanız gerekiyor mu?
- Bu işlemlerin ne kadar hızlı işlenmesi gerekiyor?
Bu soruların yanıtları, verileriniz için en uygun depolama çözümünü belirlemenize yardımcı olacaktır.
İşlemler ve gecikme süresi: Veri türlerinizi değerlendirme
Şimdi bu soruları göz önünde bulundurarak veri kümelerinin her birini inceleyelim ve gereksinimleri tartışalım.
Ürün kataloğu verileri
Çevrimiçi perakende satış senaryosundaki ürün kataloğu verileri için en yüksek öncelik müşteri gereksinimleridir. Müşteriler, aklındaki bir öğeyi veya kategoriyi bulmak için ürün kataloğunu sorgulamak isteyecektir. Örneğin, bir müşteri tüm tenis ayakkabılarını, ardından satıştaki tenis ayakkabılarını ve ardından belirli bir boyuttaki satıştaki tenis ayakkabılarını sorgulayabilir. Müşteri gereksinimleri birçok okuma işlemi gerektirebilir ve belirli alanları sorgulayabilmelidir.
Müşteri sipariş verdiyse, uygulamanın ürün miktarlarını güncelleştirmesi gerekir. Güncelleştirme işlemlerinin, kullanıcıların alışveriş sepetlerine bir öğeyi yeni satıldığında koymaması için okuma işlemleri kadar hızlı gerçekleşmesi gerekir. Uygulamanın yalnızca çok sayıda okuma işlemini desteklemesi değil, aynı zamanda ürün kataloğu verileri için daha fazla yazma işlemi gerektirmesi gerekir. Yalnızca birincil kullanıcılar için değil, veritabanının tüm kullanıcıları için öncelikleri belirlediğinizden emin olun.
Fotoğraflar ve videolar
Ürün sayfalarında görüntülenen fotoğraflar ve videolar farklı gereksinimlere sahiptir. Ürün kataloğu verileriyle aynı anda sitede görüntülenebilmeleri için hızlı alma sürelerine ihtiyaçları vardır, ancak bağımsız olarak sorgulanmaları gerekmez. Bunun yerine, ürün sorgusunun sonuçlarını kullanabilir ve video kimliği ile URL’yi ürün verilerine birer özellik olarak ekleyebilirsiniz. Bu nedenle, fotoğrafların ve videoların yalnızca kimlikleriyle alınması gerekir.
Müşteriler mevcut fotoğraf veya videolarda güncelleştirme yapmaz. Ancak ürün incelemeleri için yeni fotoğraflar ekleyebilirler. Örneğin, bir müşteri yeni ayakkabılarını giymiş bir görüntüsünü karşıya yükleyebilir.
Bir çalışan olarak, ürün satıcınız tarafından sağlanan ürün fotoğraflarını da karşıya yükler ve silersiniz. Ancak bu güncelleştirmelerin diğer ürün verileri güncelleştirmeleriniz kadar hızlı gerçekleşmesi gerekmez.
Özetle, fotoğrafların ve videoların kimlik bilgilerine göre sorgulanarak dosyanın tamamının döndürülmesi sağlanabilir, ancak oluşturma işlemleri ve güncelleştirme işlemleri daha az sıktır ve daha düşük önceliklidir.
İş verileri
Şirket, veri analizi için yalnızca geçmiş verileri kullanır. Analiz temel alınarak hiçbir özgün veri güncelleştirilmeyeceğinden iş verileri salt okunurdur. Kullanıcılar karmaşık analizlerinin anında çalışmasını beklemediğinden, sonuçlarda biraz gecikme olması kabul edilebilir.
İş verileri birden çok veri kümesinde depolanır. Tüm iş analistlerinin tüm veri kümelerine yazma erişimine ihtiyacı yoktur, ancak tüm iş analistleri tüm veri kümelerinden okuma yapabilir.