أكثر

متى يجب علي استخدام ST_Buffer؟


أود أن أعرف ما معنى استخدام عملية st_buffer. في الدليل المرجعي PostGIS لا يوجد سوى بناء الجملة ووصف موجز لهذه العملية.

هل يمكنك إعطاء بعض الأمثلة لفهم مزايا هذه العملية؟


نظرًا لأن تعليقاتUnderdark ، فإن ST_Dwithin هي الطريقة الموصى بها لإيجاد الأشكال الهندسية عن بعد. في العديد من أنظمة نظم المعلومات الجغرافية الأخرى ، تكون طريقة المخزن المؤقت هي الطريقة الوحيدة ولكن بناء المخازن المؤقتة مكلف للغاية.

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

حالة أخرى هي إذا كنت ترغب في قطع مسافة 100 متر من الطريق السريع عن خريطة أخرى. لنفترض أن لديك خريطة توضح الاستخدام المساحي وتريد تحليل مساحة الغابات الأقرب من 100 متر من الطريق السريع وكم مساحة الزراعة. ثم تقوم بإنشاء مخزن مؤقت وإنشاء تقاطع مع خريطة استخدام المنطقة.

يوجد مثال في الصفحة 8-10 في هذا البرنامج التعليمي:
http://postgisonline.org/map.php؟tutorial=mixed_examples.html


يوفر OpenGeo ملخصًا جيدًا عن ST_Buffer. لاحظ القدرة على تمرير نصف قطر عازلة سالب.

وظيفة المخزن المؤقت هي أيضًا عمل مفيد في بعض الأحيان. بتمرير نصف قطر المخزن المؤقت صفر ، يمكنك بناء أثر لمجموعة من الأشكال الهندسية أو "إصلاح" هندسة مضلع غير صالحة.


ummm لعمل عازلة؟ هذا كل ما يفعله حقًا.

لن أسمي هذا وصفًا قصيرًا http://www.postgis.org/documentation/manual-svn/ST_Buffer.html

حالة الاستخدام هي إذا كنت تريد تحديد جميع الكائنات الموجودة في جدول واحد والتي تكون في نطاق 20 مترًا من كل كائن في جدول آخر.


هذا ليس شيئًا يمكنك تنفيذه كمستخدم. يخبرك هذا الخطأ أن MySQL نفسها لم تنفذ وظيفة ST_Buffer في حالة SRS الجغرافي.

تكمن المشكلة في وجود نوعين من SRS - خريطة مسقطة (خريطة مستوية ، تسمى أيضًا ديكارت) ، وجغرافية (على شكل بيضاوي). في الأنظمة الأخرى يتم تمثيلهم عادةً بأنواع منفصلة ، الهندسة (مستو) والجغرافيا (إهليلجي). في MySQL هو نوع واحد مع SRS الإسقاطي أو الإهليلجي.

بعض الخوارزميات الموجودة على الشكل البيضاوي أكثر تعقيدًا ، لذا لم يتم تنفيذ بعض الوظائف في MySQL المكاني لهذه الحالة حتى الآن.

1) قم بالتبديل إلى SRS المسقط المناسب إن أمكن ،

2) التبديل إلى نظام أساسي آخر ، على سبيل المثال PostgreSQL + PostGIS الذي يدعم ST_Buffer لنوع الجغرافيا ،

3) تجنب ST_Buffer (غالبًا ما يتم إساءة استخدامه للتحقق من التقاطع المخزن عند استخدام ST_DWithin ، على الرغم من أنني لا أعرف حالة الاستخدام المحددة الخاصة بك)


معبد PSM في نظم المعلومات الجغرافية

يوجد حوالي 550 مدرسة وإجمالي 55 مكتبة عامة في فيلادلفيا. من بين جميع المدن الأمريكية الصغيرة والكبيرة ، يوجد في فيلادلفيا أحد أعلى معدلات الجريمة (44 لكل ألف). يحاول هذا المشروع تحديد المخاطر التي يتعرض لها الطلاب عندما يريدون الذهاب إلى أقرب مكتبة عامة. كما أنه يحدد عدد المدارس الموجودة على بعد ميل واحد من كل مكتبة والتي ستوضح كيف يتم توزيع المكتبات بشكل غير متساو في منطقة المدينة أو أن المكتبات العامة لم تأخذ في الاعتبار عدد المدارس حولها عند إنشائها. يوضح هذا أيضًا مكان المدارس والمكتبة وعدد الجرائم التي حدثت حول كل مدرسة ومكتبة. لذلك ، سيتنبأ هذا بإمكانية أن تصبح ضحية لجرائم الحي. للقيام بذلك ، استخدمت PostgreSQL وهو أسهل لحساب وقياس المخاطر في الطريق من مدرسة إلى أقرب مكتبة.

لقد استخدمت ثلاثة مصادر بيانات مهمة مثل بيانات المدرسة مثل .csv وبيانات المكتبة كملف أشكال وبيانات الجريمة التي تعرض جميع الجرائم المبلغ عنها التي حدثت في فيلادلفيا من 2007 إلى 2014. تم الحصول على جميع هذه البيانات من OpenDataPhilly وهي بيانات مفتوحة مصدر. بعد تنزيل جميع البيانات اللازمة ، يتم إجراء تطبيع للبيانات لتقليل تكرار البيانات. لاستخدام هذه البيانات مع PostgreSQL ، تحتاج إلى التحميل في خادم SQL (بالنسبة لملف الأشكال ، استخدم الأمر shp2pgsql ولملف .csv استخدم وحدة تحكم SQL البسيطة). توضح الخريطة أدناه موقع المدارس والمكتبات ، وحالات الجريمة حول ميل واحد من كل مدرسة وعدد المدارس في نطاق ميل واحد من كل مكتبة عامة.

بعد تطبيق بعض المحاجر وجدت أن هناك مدارس كثيرة حدثت فيها أكثر من 2000 جريمة وهناك ثلاث مدارس حدثت فيها أكثر من 5000 جريمة في نطاق 1000 قدم ، وهناك 5 مكتبات حدثت فيها أكثر من 2000 جريمة في تلك السنوات السبع. يتم توزيع المكتبات بشكل غير متساو في جميع أنحاء المدينة اعتمادًا على عدد المدارس. توجد بعض المكتبات التي يوجد بها مدرسة واحدة فقط ، وهناك مكتبتان يوجد بهما أكثر من 20 مدرسة في نطاق ميل واحد. حتى أن هناك بعض المدارس التي تبعد أكثر من ميل ونصف عن أقرب المكتبات. يوضح الشكل أدناه الخطوط بين المدارس والمكتبات الأقرب بمسافة مائة قدم حول الخطوط.


إنشاء جدول phl.shortest_distance_buffer AS
حدد e.from_school، e.close_library، ST_Buffer (geom، 100) :: geometry (Polygon، 2272) AS geom
من عند (
حدد d.school من from_school ،
د- المكتبة كمكتبة قريبة.
ST_MakeLine (d.geom1 ، d.geom2) مثل geom
من عند(
تحديد
مدرسة s.facil_name AS ،
s.geom AS geom1 ،
مكتبة A.branch_nam AS ،
A.geom AS geom2 ،
ST_Distance (s.geom ، A.geom) كمسافة
من عند
phl.all_philly_school as s
CROSS JOIN LATERAL
(
حدد l.branch_nam و l.geom
من مكتبات phl.philly_libraries كـ L.
اطلب بواسطة l.geom s.geom
الحد 1
) أ) كما د) ه


حدد a.from_school ، a.close_library ، count (b.objectid)
من phl.shortest_distance_buffer باعتباره ملف
JOIN phl.philly_crime_incident_coded على أنه ب
يحتوي على ST_C (a.geom ، b.geom)
تجميع حسب a.from_school ، a.close_library
ORDER BY Count (b.objectid)

الاستعلامات المذكورة أعلاه ، استخدمتها لعمل خط مستقيم بين كل مدرسة وأقرب مكتبات وإنشاء مساحة 100 قدم حول كل سطر. الجزء السفلي من الاستعلام يعد الجرائم في كل منطقة عازلة. القصد من القيام بذلك هو تحديد عدد الجرائم التي تحدث في كل خط عازل ومعرفة إمكانية أن تصبح ضحية إذا أراد الطالب الذهاب إلى أقرب مكتبة من المدرسة. تظهر نتيجة هذا الاستعلام أن هناك مسافة 14 خطًا من المدارس والمكتبات حيث تحدث أكثر من 650 جريمة من عام 2007 إلى عام 2014. لذلك ، فمن المرجح أن تصبح ضحية لجرائم الحي أكثر من مسافة 531 خطًا أخرى من المدارس إلى المكتبات . بدلاً من ذلك ، هناك مسافة 12 خطًا بين المدارس وأقرب المكتبات حيث تحدث أقل من 10 جرائم من 2007 إلى 2014.

هناك بعض القيود في المشروع مثل الخطوط المستقيمة التي تم إنشاؤها بين المدارس وأقرب المكتبات ليست هي الطريق للوصول إلى مكتبة ، لذا فإن حسابات الجريمة ليست صحيحة مجرد افتراض. أيضًا ، في وقت حساب الجريمة ، لم أكن مهتمًا بوقت الجريمة ، وكان الطالب & # 8217s يعتزم الذهاب إلى المكتبة. من المهم النظر في وقت الجريمة والوقت الذي يقصده الطالب للذهاب إلى المكتبة لعمل تقدير منطقي للجرائم (بما في ذلك نوع الجريمة) التي تحدث في المناطق العازلة. اعتمادًا على القيود ، يمكن إجراء المزيد من البحث حيث يمكن للباحث استخدام توجيه PG للحصول على المسارات الدقيقة مع المسافة بين المدرسة والمكتبة الأقرب وربط هذه النتيجة بالجرائم مع مراعاة وقت ونوع الجرائم التي يجب ارتكابها تقرير محتمل لمعرفة احتمالات أن تصبح ضحية لجريمة حي عندما يعتزم الطالب الذهاب إلى مكتبة. يمكن للبحث أيضًا العثور على الطرق البديلة والوقت النهاري حيث ومتى (الطريق والوقت الأكثر أمانًا) لديه احتمالات أقل للوقوع ضحية لجريمة الحي.


1 إجابة 1

الحفاظ على خط الطول على هذا النحو ليس مكانيًا. تحتاج إلى توضيح نقطة

أود تخزين نتيجة ما ورد أعلاه في الصف ، بدلاً من حبال الطول / الطول الفردية. بغض النظر عما تخزنه في الصف ، فهذا ما عليك العمل معه. سيكون عدم تخزين ذلك في الصف أبطأ ، حيث سيتعين عليك حسابه في كل مرة.

ما تريده بعد ذلك هو اختبار Bounding Box. في MySQL يتم تعيينهم ببادئة MBR.

سيتعين عليك حساب DISTANCE_IN_DEGREES بنفسك. لا تحتوي MySQL على نوع جغرافي ، لذا لا يمكنك استخدام مسافة ثابتة مثل الأمتار أو الأميال أو الأقدام. عليك أن تفعل الرياضيات بنفسك. هذا كثير من العمل في حد ذاته.

لا يحتوي ST_Contains على فهرس. لذلك ستحتاج إلى MBRContains. أو يمكنك فقط استخدام PostgreSQL ، لذلك ستبدو هكذا ،

ليس هذا أقصر فقط ، ولكن من المستندات

سيتضمن استدعاء الوظيفة هذا تلقائيًا مقارنة الصندوق المحيط التي ستستفيد من أي فهارس متوفرة في الأشكال الهندسية.

لذلك ليس عليك استخدام وظيفتين كما تفعل في MySQL MBRcontains (المربع المحيط مع الفهرس) ، و ST_Contains.


هل الإعدادات المماثلة مطلوبة للحصول على أفضل أداء لمحركات LTO-6 أيضًا؟

هل واجهت أداءً سيئًا أم أن السرعة ليست بالشكل المتوقع؟ إذا كان الجواب لا ، فقط التزم بالإعدادات الافتراضية. بخلاف ذلك ، اسأل البائع أو قدم مزيدًا من التفاصيل حول محرك LTO-6 الخاص بك.

من أين نعرف القيم؟

حسنًا ، من الأفضل أن تسأل بائع الأجهزة أو تحقق من موقع الشركة المصنعة ودليل محرك الأقراص الخاص بك. أخيرًا ، يمكنك فقط تتبع الخطأ ، إذا واجهت أداءً سيئًا.

ما هي الإعدادات الافتراضية ، إذا لم يتم تمرير أي قيم؟

ابحث في dmesg واستخدم modinfo st للكشف عن القيم والافتراضيات المحتملة. يمكنك أيضًا إلقاء نظرة على / sys / module / st / parameters / * لمعرفة الإعدادات الحالية. قد يكون هذا غير متوفر.


16.1.5. النظر في وظائف PostGIS المثبتة¶

يمكن اعتبار PostGIS على أنها مجموعة من الوظائف داخل قاعدة البيانات التي تعمل على توسيع القدرات الأساسية لـ PostgreSQL بحيث يمكنها التعامل مع البيانات المكانية. من خلال & # 8216 تعامل مع & # 8217 ، نعني التخزين والاسترداد والاستعلام والمعالجة. للقيام بذلك ، يتم تثبيت عدد من الوظائف في قاعدة البيانات.

PostgreSQL عنوان قاعدة البيانات متاحة الآن جغرافيًا مكانيًا ، بفضل PostGIS. سنقوم بالتعمق أكثر في هذا الأمر في الأقسام القادمة ، ولكن دعنا نمنحك & # 8217s تذوقًا سريعًا قليلاً. لنفترض & # 8217s أننا نريد إنشاء نقطة من النص. أولاً ، نستخدم الأمر psql لإيجاد الوظائف المتعلقة بالنقطة. إذا لم تكن متصلاً بالفعل بـ عنوان قاعدة البيانات ، افعل ذلك الآن. ثم اركض:

هذا هو الأمر الذي نبحث عنه & # 8217re: st_pointfromtext . للتنقل عبر القائمة ، استخدم السهم لأسفل ، ثم اضغط على ف للانسحاب مرة أخرى إلى قذيفة psql.

  • حددنا نقطة عند الموضع 1،1 (يفترض EPSG: 4326) باستخدام نقطة (1 1) ,
  • قمنا بتشغيل جملة SQL ، ولكن ليس على أي جدول ، فقط على البيانات التي تم إدخالها من موجه SQL ،
  • الصف الناتج ليس له معنى كبير.

الصف الناتج بتنسيق OGC يسمى & # 8216Well Known Binary & # 8217 (WKB). سننظر في هذا التنسيق بالتفصيل في القسم التالي.

لاستعادة النتائج كنص ، يمكننا إجراء مسح سريع من خلال قائمة الوظائف لشيء يُرجع نصًا:

الاستعلام الذي نبحث عنه & # 8217re الآن هو st_astext . دع & # 8217s تدمجها مع الاستعلام السابق:

هنا ، دخلنا السلسلة POINT (1،1) ، حولها إلى نقطة باستخدام st_pointfromtext () ، وأعادته إلى شكل يمكن قراءته بواسطة الإنسان نص_صحيح () ، والذي أعاد لنا السلسلة الأصلية.

مثال أخير قبل أن ندخل في تفاصيل استخدام PostGIS:

ماذا فعل ذلك؟ لقد أنشأ مخزنًا مؤقتًا بدرجة واحدة حول نقطتنا ، وأعاد النتيجة كنص.


جتدكفتول

هل من الممكن تحديد جميع الأعمدة باستثناء الهندسة باستخدام الطبقات الافتراضية في QGIS؟

على سبيل المثال ، لدي هذا الاستعلام (المبسط):

انه لا يعمل. لا عازلة على الإطلاق. لكن استخدام الاستعلام (المبسط) على النحو التالي يؤدي إلى تخزين جميع المضلعات مؤقتًا على النحو المنشود:

المشكلة الآن هي أنه إذا كان لدي مضلعات بها الكثير من الأعمدة ، فأنا بحاجة إلى كتابتها يدويًا. هل هناك طريقة لتجنب ذلك؟

هل من الممكن تحديد جميع الأعمدة باستثناء الهندسة باستخدام الطبقات الافتراضية في QGIS؟

على سبيل المثال ، لدي هذا الاستعلام (المبسط):

انه لا يعمل. لا عازلة على الإطلاق. لكن استخدام الاستعلام (المبسط) على النحو التالي يؤدي إلى تخزين جميع المضلعات مؤقتًا على النحو المنشود:

المشكلة الآن هي أنه إذا كان لدي مضلعات بها الكثير من الأعمدة ، فأنا بحاجة إلى كتابتها يدويًا. هل هناك طريقة لتجنب ذلك؟

هل من الممكن تحديد جميع الأعمدة باستثناء الهندسة باستخدام الطبقات الافتراضية في QGIS؟

على سبيل المثال ، لدي هذا الاستعلام (المبسط):

انه لا يعمل. لا عازلة على الإطلاق. لكن استخدام الاستعلام (المبسط) على النحو التالي يؤدي إلى تخزين جميع المضلعات مؤقتًا على النحو المنشود:

المشكلة الآن هي أنه إذا كان لدي مضلعات بها الكثير من الأعمدة ، فأنا بحاجة إلى كتابتها يدويًا. هل هناك طريقة لتجنب ذلك؟

هل من الممكن تحديد جميع الأعمدة باستثناء الهندسة باستخدام الطبقات الافتراضية في QGIS؟

على سبيل المثال ، لدي هذا الاستعلام (المبسط):

انه لا يعمل. لا عازلة على الإطلاق. لكن استخدام الاستعلام (المبسط) على النحو التالي يؤدي إلى تخزين جميع المضلعات مؤقتًا على النحو المنشود:

المشكلة الآن هي أنه إذا كان لدي مضلعات بها الكثير من الأعمدة ، فأنا بحاجة إلى كتابتها يدويًا. هل هناك طريقة لتجنب ذلك؟


التوفيق

بعد تحديد نوع التسامح الذي يجب أن نمرره إلى الوظيفة ، حان الوقت الآن لتشغيل الوظيفة فعليًا على الكائنين المكانيين.

النتائج من الوظيفة هي أ البيانات حيث يصف كل صف علاقة بين زوج من المناطق الجغرافية من مجموعتي البيانات.

unigeokey_A unigeokey_B يكتب
004037 004037 نفس
006076 006076 نفس
001065 001065 نفس
004203 004203 نفس
002111 002170 الجوانب ب
002052 002052 نفس
001210 001210 نفس
002093 002093 نفس
004167 004167 الجوانب ب
003082 003082 نفس

ال ريكوجيو تحتوي الحزمة على وظيفتين للتحقق من النتائج من التوفيق بين Geographies (). تنتج الوظيفة الأولى ، reportReconciledGeographies () ، تقريرًا لفحص كل علاقة بصريًا. على سبيل المثال ، العلاقة "piedmont_1991.sf [piedmont_1991.sf $ PRO_COM_T == '002110' ،] تحتوي على piedmont_2018.sf [piedmont_2018.sf $ PRO_COM_T == '002110' ،]" سيتم الإبلاغ عنها على هذا النحو

في هذه الحالة ، يبدو واضحًا أن 1991 كوموني فقدت جزءًا من أراضيها لآخر كوموني أو ينتج عنه ملف كوموني يتم إنشاؤه.

بدلاً من ذلك ، يختبر اختبار الوظيفة ReconciledGeographies () الخصائص المكانية للجغرافيات التي تمت تسويتها. يستغرق البيانات الناتجة عن وظيفة التوفيق بين المواقع الجغرافية () والأشياء المكانية.

يعد هذا الاختبار مهمًا بشكل خاص لتحديد ما إذا كانت النتائج مرضية أم لا ، وذلك لمقارنة مجموع مناطق المناطق الجغرافية القديمة من كائنين مكانيين يتوافقان مع المناطق الجغرافية الجديدة المتوافقة.

.unigeokey_new n_A المنطقة_A n_ ب منطقة_ب منطقة_الفرق_برك
342 1 24630596 1 24885944 -1.0367
596 1 14390068 1 14350670 0.2738
654 1 9457429 1 8967809 5.1771
53 1 96442686 1 96231784 0.2187
407 1 10546479 1 11068439 -4.9491
1062 1 8090767 1 8011784 0.9762
65 1 121231584 1 121912963 -0.5620
727 1 3933001 1 3903543 0.7490
99 1 24623624 1 24945108 -1.3056
608 1 14291803 1 14386575 -0.6631

يشير العمود n_A و n_B إلى عدد المناطق الجغرافية التي يجب تجميعها لإنشاء منطقة جغرافية جديدة تمت تسويتها. يشير العمود area_diff_perc إلى الفرق بالنسبة المئوية بين المنطقتين الجغرافيتين المتوفرتين الجديدتين الناتج عن اتحاد الجغرافيتين من الكائنين المكانيين الأصليين. حدسيًا ، يمكن إنتاج مناطق جغرافية جديدة متصالحة من خلال اتحاد المناطق الجغرافية من أي من الكائنين المكانيين الأصليين.


التوفيق

بعد تحديد نوع التسامح الذي يجب أن نمرره إلى الوظيفة ، حان الوقت الآن لتشغيل الوظيفة فعليًا على الكائنين المكانيين.

النتائج من الوظيفة هي أ البيانات حيث يصف كل صف علاقة بين زوج من المناطق الجغرافية من مجموعتي البيانات.

unigeokey_A unigeokey_B يكتب
004037 004037 نفس
006076 006076 نفس
001065 001065 نفس
004203 004203 نفس
002111 002170 الجوانب ب
002052 002052 نفس
001210 001210 نفس
002093 002093 نفس
004167 004167 الجوانب ب
003082 003082 نفس

ال ريكوجيو تحتوي الحزمة على وظيفتين للتحقق من النتائج من التوفيق بين Geographies (). تنتج الوظيفة الأولى ، reportReconciledGeographies () ، تقريرًا لفحص كل علاقة بصريًا. على سبيل المثال ، العلاقة "piedmont_1991.sf [piedmont_1991.sf $ PRO_COM_T == '002110' ،] تحتوي على piedmont_2018.sf [piedmont_2018.sf $ PRO_COM_T == '002110' ،]" سيتم الإبلاغ عنها على هذا النحو

في هذه الحالة ، يبدو واضحًا أن 1991 كوموني فقدت جزءًا من أراضيها لآخر كوموني أو ينتج عنه ملف كوموني يتم إنشاؤه.

بدلاً من ذلك ، يختبر اختبار الوظيفة ReconciledGeographies () الخصائص المكانية للجغرافيات التي تمت تسويتها. يستغرق البيانات الناتجة عن وظيفة التوفيق بين المواقع الجغرافية () والأشياء المكانية.

يعد هذا الاختبار مهمًا بشكل خاص لتحديد ما إذا كانت النتائج مرضية أم لا ، وذلك لمقارنة مجموع مناطق المناطق الجغرافية القديمة من كائنين مكانيين يتوافقان مع المناطق الجغرافية الجديدة المتوافقة.

.unigeokey_new n_A المنطقة_A n_ ب منطقة_ب منطقة_الفرق_برك
342 1 24630596 1 24885944 -1.0367
596 1 14390068 1 14350670 0.2738
654 1 9457429 1 8967809 5.1771
53 1 96442686 1 96231784 0.2187
407 1 10546479 1 11068439 -4.9491
1062 1 8090767 1 8011784 0.9762
65 1 121231584 1 121912963 -0.5620
727 1 3933001 1 3903543 0.7490
99 1 24623624 1 24945108 -1.3056
608 1 14291803 1 14386575 -0.6631

يشير العمود n_A و n_B إلى عدد المناطق الجغرافية التي يجب تجميعها لإنشاء منطقة جغرافية جديدة تمت تسويتها. يشير العمود area_diff_perc إلى الفرق بالنسبة المئوية بين المنطقتين الجغرافيتين المتوفرتين الجديدتين الناتج عن اتحاد الجغرافيتين من الكائنين المكانيين الأصليين. حدسيًا ، يمكن إنتاج مناطق جغرافية جديدة متصالحة من خلال اتحاد المناطق الجغرافية من أي من الكائنين المكانيين الأصليين.


متى يجب علي استخدام ST_Buffer؟ - نظم المعلومات الجغرافية

[نظرًا لقيود الحجم ، يتم تقسيم الإعلان إلى 3. وهذا جزء 1.]

MySQL Server 8.0.4-rc (Release Candidate) هو إصدار جديد من العالم & # 039s
أشهر قاعدة بيانات مفتوحة المصدر. هذا هو الإصدار الثاني
مرشح MySQL 8.0.

كما هو الحال مع أي إصدار آخر قبل الإنتاج ، يجب توخي الحذر عند حدوث ذلك
التثبيت على أنظمة أو أنظمة على مستوى الإنتاج تحتوي على بيانات مهمة.

لاحظ أن الإصدار 8.0.4-rc يتضمن جميع الميزات في MySQL 5.7.

للحصول على معلومات حول تثبيت MySQL 8.0.4-rc على خوادم جديدة ، يرجى الاطلاع على
وثائق تثبيت MySQL في

يتوفر MySQL Server 8.0.4-rc في شكل مصدر وثنائي لعدد من
منصات من & quot؛ إصدارات التطوير & quot؛ من اختيار تنزيلنا
من الصفحات في

يتوفر MySQL Server 8.0.4-rc أيضًا من مستودعنا لنظام التشغيل Linux
المنصات ، اذهب هنا للحصول على التفاصيل:

نرحب ونقدر ملاحظاتك وتقارير الأخطاء وإصلاحات الأخطاء ،
بقع ، إلخ:

يسرد الرابط التالي التغييرات في MySQL 8.0 منذ ذلك الحين
إصدار MySQL 8.0.3. يمكن أيضا أن ينظر إليه
عبر الإنترنت في


شاهد الفيديو: للمبتدئين في التمرين لا تستخدم البروتين (شهر اكتوبر 2021).