Windows Azure Table Storage LINQ Operators

Question

تدعم تخزين الجدول حاليًا من ، حيث ، خذ ، أولاً.

هل هناك خطط لدعم أي من المشغلين الـ 29 الآخرين؟

هل هناك ممارسات معمارية أو تصميمية فيما يتعلق بالتخزين الذي يجب على المرء متابعته من أجل تنفيذ أشياء مثل العد ، والمجموعة ، والمجموعة ، إلخ؟

إذا كان علينا أن نرمز لهؤلاء أنفسنا ، فكم من اختلاف الأداء الذي ننظر إليه في شيء مشابه عبر SQL و SQL Server؟ هل ترى أنها قابلة للمقارنة إلى حد ما أم أنها ستكون أبطأ بكثير إذا كنت بحاجة إلى إجراء عدد أو مجموع أو مجموعة من خلال مجموعة بيانات عملاقة؟

أنا أحب منصة Azure وفكرة التخزين القائم على السحابة. أحب تخزين الجدول لكمية البيانات التي يمكن أن تخزنها وطبيعتها الخالية من المخطط. لن يعمل SQL Azure بسبب ارتفاع تكلفة مساحة التخزين.

Answer 1

البديل الوحيد هو سحب كل شيء محليًا وتشغيل العد () أو SUM () على الكائنات المحلية. نظرًا لأنه يتعين عليك نقل محتويات طاولتك بالكامل قبل القيام بالعدد ، سيكون هذا بالتأكيد أبطأ بكثير من القيام بشيء ما كما هو الحال مع SQL. يعتمد مقدار أبطأ على حجم بياناتك.

Answer 2

ريان ،

كما قال ستيف ، يتم حل التجمعات "جانب العميل" ، والتي قد تكون إلى حد كبير إذا كانت مجموعات البيانات الخاصة بك كبيرة جدًا.

البديل هو التفكير في المشكلة بطريقة مختلفة. قد ترغب في الحصول على هذه القيم مسبقًا حتى تتوفر بسهولة. على سبيل المثال ، إذا كان لديك بيانات Master Detail (مثل عناصر خطوط الشراء المثل + خطوط) ، فقد ترغب في تخزين "مجموع عناصر الخط" في الرأس. قد يبدو هذا "زائداً" (وهو) ، لكن إلغاء التمييز هو شيء يجب أن تفكر فيه.

يمكن إجراء هذه الحوسبة المسبقة "Synch" أو "Asynch". في بعض المواقف يمكنك تحملها التقريب, ، لذلك قد يكون تأخير الحساب مفيدًا من منظور perfromance.