أكثر

WFS - الحصول على أكثر من طبقة واحدة

WFS - الحصول على أكثر من طبقة واحدة


باستخدام خدمة Web Feature وأتساءل هل هناك طريقة لاستخدام طلبات الحصول على ميزات متعددة. على سبيل المثال ، يحتوي http://demo.mapserver.org/cgi-bin/wfs؟SERVICE=WFS&VERSION=1.0.0 WFS هذا على طبقتين / ميزات:

مدن

القارات

هل يمكن لأي شخص أن يوجهني في الاتجاه الصحيح لهذا؟


افصل الطبقات المتعددة في طلبك بفاصلة:

http://demo.mapserver.org/cgi-bin/wfs؟SERVICE=WFS&VERSION=1.0.0&REQUEST=getfeature&TYPENAME=continents،cities&MAXFEATURES=500


إنذارات الطوارئ من الجيل التالي - ما الذي يعمل وأين؟

حرائق الغابات التي اندلعت في وقت متأخر من ليلة 8 أكتوبر / تشرين الأول 2017 ، في مقاطعة سونوما بولاية كاليفورنيا ، أحرقت ما يقرب من 5300 منزل وقتلت 24 شخصًا. لم يتلق العديد من الناجين أي تحذير بشأن انتشار الحريق ، ووجدت مراجعة أجراها مكتب خدمات الطوارئ بالولاية أن نظام الإنذار بالمقاطعة لم يكن مناسبًا لإخطار السكان بشكل فعال بشأن كارثة طبيعية وشيكة.

قال كريستوفر جودلي ، المدير التنفيذي المؤقت لإدارة الطوارئ في مقاطعة سونوما: "أثارت تجربتنا مع الحرائق نقاشًا وطنيًا حول المقدار الذي يمكن أن نتوقعه من هذه التقنيات". "ما هي الأهداف الواقعية وأهداف الأداء التي يمكننا كمجتمع والجمهور أن نأمل في رؤية هذه التقنيات تدعمها؟"

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


8 إجابات 8

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

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

ومع ذلك ، أوصي بوجود عدد قليل من الأجهزة المادية بسبب التكرار. إذا كان لديك خادم مادي واحد به مليون جهاز افتراضي ، فعندما يموت هذا الخادم الفعلي (وسوف) سوف يستغرق معه مليون جهاز افتراضي.

لا تضع كل بيضك في سلة واحدة!

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

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

ومع ذلك ، هناك حالات متطرفة. من الشائع جدًا تقسيم البنية إلى طبقتين على الأقل (الواجهة الأمامية وقاعدة البيانات) ، أو 3 طبقات (الواجهة الأمامية ، والتطبيق ، وقاعدة البيانات) ، ولكن ما لم تكن تنشئ وحشًا مطلقًا للنظام ، فأنت لا تفعل ذلك كثيرًا بحاجة إلى تجاوز ذلك.

هل يمكنك تقديم المزيد من المعلومات حول النظام الذي تقوم بتطويره؟ ما نوع النظام الأساسي الذي تستخدمه ، ونظام التشغيل ، واللغة ، وقاعدة المستخدمين ، ودورة حياة التطوير؟

تعديل: بناءً على تعديلك ، يظهر سؤال آخر - ما هو العامل المحدد لتكوينك الحالي؟ هل تنفد ذاكرة الوصول العشوائي (RAM) ، أم أن الأقراص لا تقرأ بسرعة كافية ، أم أنك تواجه مشكلة في سحب السجلات من قاعدة البيانات بالسرعة الكافية؟ بلغ الحد الأقصى من وحدة المعالجة المركزية؟ يجب أن يكون العامل المحدد لما لديك الآن هو التوجيه الرئيسي للمكان الذي تريد الذهاب إليه.

3 2 جيجاهرتز وحدة المعالجة المركزية / 2 غيغابايت من ذاكرة الوصول العشوائي وتعطيني آلة واحدة مع 3 وحدات معالجة مركزية 2 جيجاهرتز و 6 غيغابايت من ذاكرة الوصول العشوائي هل هي نفسها؟ قالوا لي إنه كذلك.

لا ليس نفس الشيء. اعتمادًا على النظام الأساسي للمحاكاة الافتراضية ، سيكون هناك عبء (في أي مكان من 5-30٪) من طبقة برنامج hypervisor.

ما هي مزايا أو عيوب كلا الحلين؟

إنه صعب بدون مزيد من التفاصيل ولكن إليك بعض العموميات

  1. قد يكون ترخيص نظام التشغيل أرخص - فالعديد من البائعين إما لا يتقاضون رسومًا أو يتقاضون رسومًا أقل مقابل تراخيص نظام التشغيل VM
  2. قابلية النقل - نظرًا لأنه جهاز افتراضي يجب أن تكون هناك مشكلة في القياس أو تغيير في الأجهزة مطلوب ، فمن السهل تغييره أو إضافة أجهزة
  3. الكفاءة - إذا لم تكن جميع الأجهزة الافتراضية تستخدم جميع الموارد المتاحة في الصناديق المادية ، فسيتم إهدار وحدة المعالجة المركزية وذاكرة الوصول العشوائي ، إذا تطلب جهاز آخر المزيد من الموارد ، فقد حان الوقت لشراء نظام جديد. مع الأجهزة الافتراضية ، يمكن للنظام الذي يتطلب المزيد من الموارد تخصيص المزيد من الموارد من مجموعة الموارد المتاحة (مرة أخرى اعتمادًا على برنامج Hypervisor ، قد يحدث هذا تلقائيًا)
  4. يمكن أن تكون بيئات الاختبار / التطوير مثل الإنتاج تمامًا - تسمح لك معظم الأنظمة الأساسية باستنساخ جهاز إلى شبكة جديدة مما يسمح باختبار التصحيحات وما إلى ذلك في البيئة "الحقيقية" قبل النشر في بيئة الإنتاج
  1. يعد استكشاف أخطاء الأداء وإصلاحها أكثر إشكالية - ببساطة ، هناك المزيد من الأجزاء المتحركة التي تؤثر على بعضها البعض. هي المشكلة في برنامج Hypervisor ، هل هناك أجهزة أخرى تسبب مشاكل على المضيف. مع أي حظ ، IOPS هي عنق الزجاجة مما يعني شراء المزيد من الأقراص أو المزيد من ذاكرة التخزين المؤقت
  2. تصبح متطلبات الأنظمة أعلى قليلاً - عادةً ما تقوم بالافتراضية لأن لديك أنظمة غير مستغلة بشكل كافٍ وترغب في توفير بعض النقود (على المدى الطويل) في الطاقة وما إلى ذلك ، ولكن بسبب الحمل الزائد إذا كنت بحاجة إلى MHz قبل أن تحتاج إلى MHz بعد ذلك - فهذا يعتمد على برنامج Hypervisor
  3. إدارة إضافية - بعد التمثيل الافتراضي ، يكون لديك نفس عبء الإدارة الذي قمت به من قبل بالإضافة إلى برنامج Hypervisor. اعتمادًا على اختيار برنامج Hypervisor ورسوم العبور التي لديك ، قد لا يكون هذا مشكلة
  4. التكلفة - على المدى القصير ، من المحتمل أن تكون أكثر تكلفة. لن آخذ 3 أنظمة وأضعها في صندوق مادي واحد ، ببساطة لأنه إذا فشل هذا الصندوق الفردي ، فإن خدمتي قد ماتت تمامًا. عادةً ما تريد 3 أنظمة (لأغراض التكلفة - عادةً ما يكون من الأرخص وضع ميزانية لمبلغ إضافي قدره 1/3 من الاضطرار إلى مضاعفة الموارد).

في حالتك الخاصة 1 نظام قد كن على ما يرام إذا كانت خدمتك ستتوقف في حالة تعطل أي من هذه الأنظمة. لم تقم بإضافة أي خطر في هذه الحالة. يبدو أيضًا أن هذه الأنظمة لن تحتاج إلى 6 جيجاهرتز من قوة المعالجة ، وفي هذه الحالة سيوفر الدمج بالتأكيد المال نظرًا لأنك لن تشتري 6 جيجاهرتز لتلك الأجهزة الثلاثة فقط. الشيء الآخر الذي تحتاج إلى مراقبته هو (وبالتأكيد ليس أقله في الاعتبار) هو متطلبات الإدخال / الإخراج والتنازع المحتمل على الإدخال / الإخراج.

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

يمكن أن يكون إعداد خادم واحد مفيدًا أو سيئًا للغاية. يمكنك الاحتفاظ بخادم واحد أسهل مما يمكنك الاحتفاظ به 3 ، وعندما ينخفض ​​كل شيء ينخفض ​​معه.

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

يمكن أن يكونوا مخطئين ، اعتمادًا على:

  • هل تستخدم تطبيقات / أنظمة تشغيل / قواعد بيانات 64 بت؟ إذا لم يكن الأمر كذلك وتمسك 32 بت ، فلن تتمكن من استخدام المزيد من 4 غيغابايت ، وستقوم جميع التطبيقات "بمشاركة" 2 غيغابايت من ذاكرة الوصول العشوائي لكل افتراضي
  • ماذا عن التخزين؟ سيتعين على هذا الخادم الحصول على وحدة تحكم تخزين أقوى وعدد من الأقراص مثل جهازك (x3). ربما لا إذا كنت لا تستخدم مساحة تخزين كبيرة في الحل الخاص بك
  • المخاطرة: عندما تفقد / تعيد تشغيل هذا الخادم الفريد ، يختفي كل شيء. ربما يكون صحيحًا أيضًا إذا كان أحد الثلاثة معطلاً

الهندسة المعمارية ليست بسيطة مثل الرياضيات. لكن لا يمكننا تقديم النصيحة لك أكثر بدون مزيد من التفاصيل

يتم تحديد متطلبات السعة بشكل أفضل من خلال اختبار الحمل والبيانات التجريبية. لا تعتمد على التنبؤات أو التخمين الملهم.

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

لا تصنع خوادم Blade خوادم افتراضية جيدة. أنت مقيد بشدة بالنطاق الترددي والذاكرة ، وهما أكبر مطلبين في بيئة افتراضية. نحن نميل إلى تشغيل حوالي 4 فيتالات لكل نواة. حتى مع أفضل هيكل نصل ، فإنك تقتصر على 40 جيجابت من الاتصال بالشبكة لكل شفرة. إذا كنت تقوم بتشغيل 32 افتراضيًا عالي الأداء على الويب ، فحتى مع زيادة الاشتراك ، ستظل تصل إلى الحد الأقصى من اتصالاتك لكل افتراضي. إذا حصلت على 40 جيجابت من الاتصال بشفرة ، فستحتاج إلى التضحية بشبكة التخزين والذهاب مع النسيج المتقارب ، والذي يبتعد عن النطاق الترددي المطلوب للويب. يمثل جهاز dell 910 أو HP 585 منصة افتراضية جيدة. خادم واحد يحتوي على 24 مركزًا ، وشبكة 140 جيجابايت بها 96 خادمًا افتراضيًا.

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

4 جيجابايت من الشبكة. تحت تحميل العصي الافتراضية عند حوالي 2 جيجاهرتز ، ويبلغ الخادم عن حمل يبلغ 1.28. تعمل ظاهريات قاعدة البيانات الخاصة بنا على مركز واحد و 6 جيجابايت من الذاكرة و

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


نبذة عن الكاتب

ريان بيركل

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


4 إجابات 4

لن يقوم بروتوكول LACP بتقسيم الحزم عبر واجهات متعددة لدفق واحد / سلسلة محادثات. على سبيل المثال ، سيرسل دفق TCP واحد دائمًا الحزم على نفس NIC.

انظر المنشور التالي للرجوع اليها:

الطريقة التي يعمل بها Link Aggregation هي استخدام خوارزمية التجزئة لتحديد الحزم التي يجب أن تخرج من أي منفذ.

الحزم من نفس عنوان MAC المصدر ، إلى نفس عنوان MAC الوجهة ، ستخرج دائمًا من نفس المنفذ.

تدعم بعض تطبيقات تجميع الروابط استخدام الطبقة 3 (عناوين IP) وحتى الطبقة 4 (رقم منفذ TCP / UDP) كجزء من التجزئة ، ولكن هذا ليس شائعًا.

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

إذا كان كل من نظام التشغيل والمحول يدعمان الطبقة 3 ، فيمكنك الحصول على مزيد من السرعة باستخدام عناوين IP متعددة. ومع ذلك ، نظرًا للطريقة التي تعمل بها خوارزمية التجزئة ، فهناك احتمال بنسبة 50/50 أن ينتهي كلا الدفقين من نفس الرابط.


تستمر الجغرافيا في اكتساب المزيد من الشعبية - فما هو & # 039 s الموضوع & # 039 s سر؟

مع عودة معلمي الجغرافيا إلى المدرسة ، سيرون موضوعهم يستمر في التوسع في جميع مراحل التعليم. للعام الخامس على التوالي ، ارتفعت معدلات دخول GCSE. على المستوى A ، شهدت الجغرافيا أكبر زيادة بالنسبة المئوية لجميع المواد الرئيسية في عام 2015 ، حيث ارتفعت أعداد المرشحين بشكل حاد بنسبة 13 في المائة ، بعد زيادة بنسبة 19 في المائة في شهادة الثانوية العامة للتعليم الثانوي (GCSE) في عام 2013. يسجل التسجيل في الدورات الجامعية أعلى من المتوسطات الوطنية ، ويختبر الخريجون الجغرافيون بعضًا من أدنى مستويات البطالة في أي مادة دراسية. هذه الأخبار الإيجابية موضع ترحيب وتوفر أساسًا ثابتًا لإدخال GCSE والمستويات A الجديدة اعتبارًا من سبتمبر 2016.

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

جاء التعزيز الأولي للجغرافيا في عام 2006. وكانت هذه هي المرة الأولى التي تستثمر فيها الحكومة بشكل كبير في الجغرافيا في المدرسة ، حيث وقع اللورد أدونيس على خطة عمل مدتها خمس سنوات بقيمة 3.8 مليون جنيه إسترليني. قادت الجمعية الجغرافية الملكية (RGS) الدعوة إلى هذا الأمر ، حيث جمعت ممثلين من جميع أنحاء المجتمع - المدارس والجامعات وأرباب العمل وقادة الأعمال. كان اتساع نطاق الدعم المجتمعي ، والقيادة من قبل المجتمعات المتعلمة والهيئات المهنية ، وهيئة موضوعية قوية في شكل الجمعية الجغرافية والتحدث بصوت واحد كمجتمع ، قوى قوية للانضباط منذ ذلك الحين.

وفي الوقت نفسه ، رأى معلمو الجغرافيا خطة العمل بمثابة تصويت طال انتظاره على الثقة في انضباطهم ، فضلاً عن توفير الدعم المهني الأساسي.

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

يمثل إدراج دراسة الجغرافيا أو التاريخ في مقياس أداء البكالوريا الإنجليزية ثاني دفعة كبيرة خلال السنوات العشر الماضية. إنها تمثل الكثير من الزيادة الأخيرة في استيعاب الجغرافيا في GCSE والمستوى A ، لكنها بعيدة كل البعد عن الحافز الوحيد. لا شك أن الاعتراف المستقل بالموضوع على أنه "تسهيل" في التقرير المؤثر لجامعة كامبريدج في عام 2011 قد ساعد أيضًا. وكذلك برنامج سفراء الجغرافيا ، والعمل الجاد والإلهام للعديد من معلمي الجغرافيا البارزين خلال أكثر من 20 عامًا من التغيير المستمر تقريبًا في المدرسة وفي المناهج الدراسية.

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

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

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

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

الدكتورة ريتا جاردنر هي مديرة الجمعية الجغرافية الملكية (مع معهد الجغرافيين البريطانيين)

سجل لمواصلة القراءة مجانا

لن يستغرق الأمر سوى لحظة واحدة وستتمكن من الوصول إلى المزيد من الأخبار ، بالإضافة إلى الدورات والوظائف والموارد التعليمية المخصصة لك


WFS الحصول على أكثر من طبقة واحدة - نظم المعلومات الجغرافية

حسنًا ، أخيرًا لا بأس في أن أخبر الناس أن Oxford Archaeology لديها الآن خادم WFS يمكن الوصول إليه من العالم الخارجي. العنوان هو:

إنه & rsquos إعداد MapServer قياسي ، وفي الوقت الحالي يحتوي على بيانات ثابتة حول المواقع التي عملنا عليها على مدار الثلاثين عامًا الماضية. لا يزال هذا العمل قيد التقدم وهناك مجموعة كاملة من الأشياء التي أرغب في تحسينها (ولكن على الأقل هو & rsquos في الخارج):

1: كما قلت ، إنها & rsquos بيانات ثابتة. الهدف هو الحصول على قواعد بياناتنا الرئيسية في PostgreSQL (لقد تحدثت عن هذا الأمر من قبل ، وهي ليست عملية سهلة لتحويل قواعد بيانات الوصول الفوضوية والتاريخية إلى PostgreSQL). في بعض الدوائر ، هناك سؤال حول ما إذا كان ينبغي لنا بالفعل استخدام البيانات الحية. توجد أحيانًا مشكلات مع الأشخاص الذين ينهبون الحفريات الأثرية ، ولا نريد أن نجعل ذلك أسهل & hellip 2: ربما لاحظت أنني قلت قاعدة البيانات (جمع بدلاً من المفرد). تولى Oxford Archaeology مكتب لانكستر قبل بضع سنوات فقط وما زلنا نعمل على دمج أنظمتنا الأساسية (جنبًا إلى جنب مع ترقيتها جميعًا إلى منصات مفتوحة المصدر معقولة وقوية حيثما أمكن ذلك). تكمن مشكلة وجود قاعدتي بيانات في أنه في كثير من الحالات لا تتوافق الحقول بشكل مباشر ، لذلك للحصول على البيانات في أقصر وقت ممكن ، قمت ببساطة بتضمين العناصر المشتركة بينهما ، وسأعمل على الحصول على مزيد من المعلومات.

3: في الوقت الحالي ، لا توجد واجهة أمامية رائعة لهذا. لديّ اثنان من المرشحين للواجهات الأمامية ، وقد تحدثت عنهما قليلاً. سوف يخدمون غرضين مختلفين ، بمعنى آخر للاستخدام الداخلي والخارجي. خارجيًا ، أعمل على استخدام OpenLayers ، على الرغم من أن هذا قد يعني أنه يتعين عليّ تحويل أو إعادة عرض جميع بياناتنا الموجودة في تنسيق الشبكة الوطنية البريطانية إلى WGS84 حتى أتمكن من استخدام شيء مثل خرائط Google كخلفية. ليست مشكلة ، لقد فعلت ذلك للتو & rsquot حتى الآن. سوف تعطيني OpenLayers واجهة أساسية إلى حد ما ، ولكنها جميلة المظهر تعمل بطريقة يعرفها الناس من خرائط Google والمواقع الأخرى. إنه سهل التثبيت ويمكن دمجه في أي صفحة ويب ، لذا يمكن تضمينه في موقع الشركة الخاص بنا ولا يبدو في غير مكانه. داخليًا ، أرغب في استخدام MapGuide OpenSource ، نظرًا لأنه يحتوي على وظائف متقدمة وأسلوب أنيق إلى حد ما مدمج (يمكنني استخدام Mapserver وإنشاء واجهة أمامية بنفسي ولكن يبدو أن هذا هو أفضل نهج). ومع ذلك ، كما أوضحت مشاركاتي القليلة الماضية ، أواجه الكثير من المشاكل في تجميع هذا على النظام الأساسي الذي اخترناه ، لذلك نحن & rsquoll نرى.

4: هناك طبقة واحدة فقط حتى الآن. نحن & rsquoll نعمل على هذا الأمر ، ولكن غالبًا ما نواجه مشكلات ترخيص مع بياناتنا ، لذلك يتعين علينا التحقق من ذلك أولاً.


دليل الدراسة INFO 340

الطبقة الوسطى - حيث يتركز منطق الأعمال. المصادقة ، التحقق من صحة المعاملات كاملة ، عدد دقيق من الأعمدة. السابق. تحقق من القيود. يمكن أن يكون المستوى الأوسط معقدًا للغاية ، مع العديد من المستويات وهذا هو سبب تسميته بالطبقة n.

tblStudent (ClassID) -MM- tblClass (StudentID). لا يمكننا فعل ذلك لأن هناك 3000 طالب ، وكم عدد الطلاب منذ 1861 ، 700000 ، 600 تواجد للفصل مع 20 شخصًا في الفصل ، يعطينا 12000 صف.

كابوس لوجستي مع محاولة الحصول على كل المباريات في جميع الطاولات

كيف تصلحها:
tblStudent - واحد إلى متعدد - tblStudent_Class - متعدد إلى واحد - tblClass
كلا المفتاحين في tblStudent_Class هما مفتاحان خارجيان ويشكلان المفتاح الأساسي

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

في مراجعة الفصل:
تأكد من حصولنا على السمات الصحيحة في الكيانات الصحيحة. & quot تأكد من أنه ليس لدينا أكثر من اسم واحد في كيان معين. & quot ؟؟
يعمل بشكل أسرع ، وأنواع أقل ، وبيانات أفضل

هناك العديد من الخصائص للطالب ، ولكن يمكننا تقسيمها إلى جداول مختلفة ، ومن خلال القيام بذلك يمكننا تقليل التكرار ، ونثق في بياناتنا ، وما إلى ذلك.

SuperType: يحتوي الكائن الأصل على معلومات عامة (الاسم والسعر وما إلى ذلك) يتم مشاركتها بين عدد من الكائنات

النوع الفرعي: يحتوي على أعمدة فريدة لمجموعة فرعية معينة ، مقابل عامة في الفئة الأصل.
الوراثة: الكائن الأصل الذي يحتوي على قيم يمكن للنوع الفرعي استعارتها

التعميم: عدد كبير من الجداول ذات الأعمدة المتشابهة التي يمكن تعميمها على أصل (انظر الوراثة). السابق. تاريخ انتهاء الضمان ، SKU ، Generation ، إلخ. الكثير من التكرار ، يمكن أن ينشئ SuperType (مثل منتج ، أو منتج) ، يمكننا الآن البحث في جميع المكونات / الأجزاء. كل ما تبقى في كل جدول (المعروف الآن باسم الأنواع الفرعية) هو فقط الأعمدة الفريدة لهذا الجزء (على سبيل المثال. CPU - النوى).

مفكك: يمكن أن يكون في مكان واحد فقط في وقت واحد. جزء بدون نوع فرعي - على سبيل المثال. محول ، يتم تضمين جميع المعلومات الخاصة به في النوع الفائق. موجود بالكامل في فئة الوالدين.

إلزامي: يتطابق مع مفكك ، مما يعني أنه يمكنك فقط أن تكون جزءًا من نوع فرعي واحد في كل مرة.
اختياري: غير مطلوب؟ حتى NULLs سمحت على ما أعتقد؟

التخصص: & quot إذا كنا نتتبع جميع الأجزاء الفريدة في جدول الأجزاء ، فعلينا كسرها لإضافة جزء آخر. & quot إذا كان لدينا جدول جزء كبير واحد ، فسيكون الجدول مليئًا بالقيم الفارغة للسمات التي لا تنطبق إلى جزء معين. (على سبيل المثال ، لا تحتوي وحدة المعالجة المركزية على دقة وضوح ، لذا ستكون فارغة).

يمكن الوصول إلى نوع فرعي فائق من TOP DOWN أو من BOTTOM UP (العديد من الجداول ، ونريد سحبها إلى كائن رئيسي)
مثال: أجزاء الكمبيوتر

العصف الذهني ، لا يهتم بالمفاتيح الأساسية ، والمنصة ، وما إلى ذلك.

منطقي - قم بعمل مخطط في Visio. بالانتقال إلى مرحلة التصميم ، تقلق بشأن علاقات PK ، FK ، نقوم بفحص السمات. غير مهتم بالمنصة.

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

الإنتاجية - القدرة على إضافة المزيد من المستخدمين و / أو العمل على تطبيق
- المعاملات بالثانية
- المستخدمين المتزامنين

تحتوي كل خلية علاقة على قيمة ذرية (مفردة) واحدة بالضبط

كل سمة (عمود) لها اسم مميز

قيم السمات كلها من نفس المجال

كل مجموعة (صف) مميزة ولا توجد مجموعات مكررة

ترتيب السمات / المجموعات غير مهم

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

مزايا:
- سريع الإنشاء: صندوق أحذية أو صندوق حليب للبدء
- سهل الاستخدام
- لا تتطلب مهارة تخصصية أو تدريب مهني
- رخيص: 100 دولار هي "Top of the Line"

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

قاعدة البيانات الهرمية: خط التفكير المتبع في "خزانة الملفات". السجلات مرتبطة ببعضها البعض مثل مخطط هيكلي. منظمة منظمة للغاية.

مزايا
- سهل الفهم نسبيًا
- مماثلة من الناحية المفاهيمية لنظام خزانة الملفات
- قادرة على التكيف مع العمليات التجارية
- قادرة على التقاط علاقات أكثر تعقيدًا بشكل أفضل من قواعد البيانات الهرمية

الدرجة: درجة العلاقة هي عدد السمات التي تحتوي عليها.

التعددية: الحد الأدنى لعدد (أو نطاق) التكرارات المحتملة لنوع الكيان الذي قد يتعلق بتكرار واحد لنوع كيان مرتبط من خلال علاقة معينة.

- متسقة: يجب أن تحول معاملة & quotA قاعدة البيانات من حالة متسقة إلى حالة أخرى متسقة. تقع على عاتق كل من نظام إدارة قواعد البيانات ومطوري التطبيقات مسؤولية ضمان الاتساق. يمكن أن يضمن DBMS الاتساق من خلال فرض جميع القيود التي تم تحديدها في مخطط قاعدة البيانات ، مثل قيود النزاهة والمؤسسة. ومع ذلك ، هذا في حد ذاته غير كاف لضمان الاتساق. على سبيل المثال ، لنفترض أن لدينا معاملة تهدف إلى تحويل الأموال من حساب بنكي إلى آخر وأن المبرمج يرتكب خطأ في منطق المعاملة ويخصم حسابًا واحدًا ولكنه يقيد الحساب الخاطئ ، فإن قاعدة البيانات في حالة غير متسقة. ومع ذلك ، فإن نظام إدارة قواعد البيانات (DBMS) لم يكن مسؤولاً عن إدخال هذا التناقض ولن يكون لديه القدرة على اكتشاف الخطأ & quot (ص 575-576).
إذن ماذا: إذا انتهى بنا المطاف دائمًا في حالة جيدة بعد كل معاملة ، فيمكننا الوثوق بها! يمكننا اتخاذ قرارات بمليون دولار دون الحاجة إلى التفكير في الأمر. هذا هو تكامل البيانات يو

- مستقل: & quot تنفيذ المعاملات بشكل مستقل عن بعضها البعض. بمعنى آخر ، يجب ألا تكون الآثار الجزئية للمعاملات غير المكتملة مرئية للمعاملات الأخرى. تقع على عاتق النظام الفرعي للتحكم في التزامن مسؤولية ضمان العزلة & quot (ص 576). انتظر ، أليس من المفترض أن تكون هذه العزلة.

- العزلة: التحكم في التزامن. كما
يزداد التزامن ، وتنخفض العزلة. لدينا طريقتان للتنفيذ
العزلة: متفائل ومتشائم. المتفائل يعمل مع الموقف الذي
لن يكون لدينا الكثير من الاصطدامات. في حالة وجود واحد ،
من خلال وضع طابع زمني على كل معاملة ، يمكننا التراجع عن المعاملة التي جاءت
ثانيا. المتشائم يتوقع الاصطدامات ، لذلك يتم وضع المزيد من الأضواء & quot
لمنع الآخرين من تعديل قاعدة البيانات في نفس الوقت. باستخدام هذا
النهج ، لن تؤثر أي معاملة على أي معاملة أخرى.


2 إجابات 2

باختصار: Docker in Docker (dind) لا يتعامل مع التزامن بشكل جيد.

السبب الذي يجعلك لا تستخدم dind لـ CI هو أن Docker تم تصميمه للحصول على وصول خاص إلى الدليل الذي يستخدمه للتخزين (عادةً / var / lib / docker). لا يحترم Dind هذا لأن جميع العمليات الفرعية تستخدم هذا الدليل بشكل متزامن. في كل مرة تقوم فيها بإعادة البناء (من CI على سبيل المثال) ، يمكن محو أي شيء متعلق بتطبيقك في هذا الدليل وإجباره على البدء من الصفر. كيف سيعجب مستخدموك إذا أدخلوا تفاصيل الدفع الخاصة بهم ، ونقروا على "شراء" ، ووجدوا أنفسهم فجأة على شاشة تسجيل الدخول كما لو أنهم لم يفعلوا أي شيء من قبل؟ هذا ليس مجرد تجربة مستخدم جيدة. اثنين من إعادة البناء تحدث في وقت واحد؟ سينتهي هذا حقًا بشكل سيء لجميع المعنيين (بما في ذلك سلامة البيانات الخاصة بك).


"الجانب الإنساني" من البيانات لا يقل أهمية عن "الجانب التكنولوجي"

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

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

أو لنتخيل أن الفريق يمكنه دمج مجموعات البيانات المتباينة بسلاسة للكشف عن رؤى جديدة تساعد في اتخاذ القرار. يحتاج قادة الفريق هؤلاء إلى مهارات ناعمة لتفسير البيانات بدقة وأخلاقية.

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

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

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