اولا هو بيخزن ايه؟ ممكن يكون بيخزن integers بعدد الزوار مثلا جه زائر من مصر زود واحد علي مصر ولو داس علي زرار زود واحد علي اللي من مصر وداس علي الزرار.
الداتا ممكن تتخزن في OLAP data warehouse واو حاجة columnar وده بيكون optimized للreads جدا....يتبع
الداتا ممكن تتخزن في OLAP data warehouse واو حاجة columnar وده بيكون optimized للreads جدا....يتبع
كل column بيتخزن لوحده وده بيخلي الqueries متجبش كل الrows لو انت مش محتاجها علي عكس الRDBMS فده مثلا بيوفر IO وmemory.
الcolumns شبه بعض مع بعض فده بيخلي الcompression سهل ومؤثر.
الداتا بتتخزن مترتبة فمش محتاج indexes مثلا عشان السرعة.
الcolumns شبه بعض مع بعض فده بيخلي الcompression سهل ومؤثر.
الداتا بتتخزن مترتبة فمش محتاج indexes مثلا عشان السرعة.
كمان ممكن يعمل partitioning للداتا علي حسب العميل عشان لو في scans متكنش مكلفة يعني مش هتscan كل العملاء انما الداتا بتاعت العميل ده بس او معاه كام واحد كمان وطبعا ده انت بتحدده وانت بتعمل الpartioning.
بالنسبة للwrites فممكن ميكتبش علي طول علي الDB انما يكون في streaming زي kafka عشان تقدر تتعامل مع الwrites/logs دي وتعمل stream processing فتكتب batches علي الDB وده السبب اللي خلي لينكدان تعمل كافكا اساسا.
بالنسبة للquota فانت بتعمل rate limiting من الload balancer وبتتعامل مع in-memory store عشان تشوف الquota فكدة هتقلل التكلفة واعتبره DDOS attack مثلا وممكن الكلام ده يتحقق بHAProxy.
والاسعار اللي انت بتشوفها في الpricing plans مش حقيقية انما انت ممكن تتعاقد مع الcloud provider ويقدملك اسعار اقل عشان تختاره هو بما انك عميل هتدفع كتير.
ومن ناحية البزنس الشركة بما ان عندها منافسين كبار فممكن متهتمش بالمكسب في سبيل التوسع ولو هي صغيرة اوي ممكن تكون بتحرق فلوس مستشمرين عشان التوسع.
في الاخر ده تحليلي للموضوع فياريت تشاركنا برأيك.
في الاخر ده تحليلي للموضوع فياريت تشاركنا برأيك.
في اول تويتة قلت انه ممكن بيكون بيخزن ارقام بس فلو ده حقيقي الNoSQL هيكون انسب عشان optimized for writes انما لو analytical data يبقي زي ما قلت الcolumnar.
جاري تحميل الاقتراحات...