تعلن Amazon Redshift عن دعمها للتحديث المتتالي لطرق العرض المادي المتداخلة
تدعم Amazon Redshift الآن التحديث المتتالي لطرق العرض المادية المتداخلة (MVs) المحددة على جداول Amazon Redshift المحلية ومصادر البث الخارجية مثل تدفق بيانات Amazon Kinesis (KDS) والبث المُدار من Amazon لـ Apache Kafka (MSK) أو Confluent Cloud.
بفضل هذا التحديث، يمكن للعملاء الآن إجراء التحديث المتتالي لطرق العرض المادية المتداخلة (MVs) باستخدام خيار واحد لتحديد تدفق «cascade» أو تقييد «restricte». يحد خيار «restricte» من تحديث العرض المادي إلى العرض المادي المستهدف الفردي، بينما سيؤدي التحديث باستخدام خيار «cascade» الذي يتم تشغيله على العرض المادي المستهدف إلى تحديث متتالٍ لجميع طرق العرض المادية المتداخلة أسفل العرض المادي المستهدف في معاملة واحدة. إليك مثال:
CREATE TABLE t(a INT);
CREATE MATERIALIZED VIEW u AS SELECT * FROM t;
CREATE MATERIALIZED VIEW v AS SELECT * FROM u;
CREATE MATERIALIZED VIEW w AS SELECT * FROM v;
-- w -> v -> u -> t
INSERT INTO t VALUES (1);
يعرض المثال التالي رسالة إخبارية عند إجراء «تحديث العرض المادي» على طريقة عرض مادية تعتمد على طريقة عرض مادية قديمة.
REFRESH MATERIALIZED VIEW v;
معلومات: طريقة العرض المادي v محدّثة بالفعل. ولكنها، تعتمد على عرض مادي آخر غير محدّث.
REFRESH MATERIALIZED VIEW v CASCADE;
معلومات: تم تحديث العرض المادي v بشكل تدريجي بنجاح.
في المثال أعلاه باستخدام خيار التحديث «cascade»، يتم تحديث العرض المادي 'u' أولاً ثم يتم تحديث العرض المادي 'v' بعد ذلك بهذا الترتيب، بينما لا يتم تحديث العرض المادي 'w'.
يعمل التحديث المتتالي على تبسيط تطوير التطبيقات بشكل كبير من خلال التخلص من المنطق المعقد الذي كان مطلوبًا مسبقًا لتنسيق التحديث اليدوي للعديد من طرق العرض المادية المتداخلة. يمكنك البدء في استخدام هذه الإمكانية الجديدة على الفور لإنشاء مسارات تحليلات أكثر تعقيدًا ومرونة. للبدء، اطّلع على القسم الفرعي طرق العرض المادي المتداخلة من قسم تحديث العرض المادي في الوثائق.