بناء قاعدة بيانات اتصال - تحتاج إلى إلهام مخطط صغير

StackOverflow https://stackoverflow.com/questions/1835532

  •  11-09-2019
  •  | 
  •  

سؤال

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

لقد غليت أساسا على اتصال لأسفل إلى "كيان" (فرد، شركة، دور، إلخ).

  • كل شخصية يمكن أن يكون المتعب عنوان, هاتف, البريد الإلكتروني إدخالات.
    • كل من هذه يحدد "العلاقة" (الصفحة الرئيسية / العمل / المساعد، إلخ)
    • شخصية {1} - {العلاقة} -> {0 .. *} بيانات
  • أ شخصية يمكن أن يكون المتعب مجالات هذه تخزين بيانات FreeForm للبيانات "العامة" الأخرى (أعياد الميلاد، حساب AIM، إلخ)
    • شخصية {1} - {fieldname} -> {0 .. *} بيانات خاطئه
  • أ شخصية يمكن ربط مع آخر شخصية على سبيل المثال ك الموظف, زوج
    • شخصية {0..} <- {علاقة} -> {0 ..} شخصية

هل قام أي شخص بأي تطبيقات SQL لقواعد بيانات الاتصال المماثلة؟ أي رؤية / اقتراحات / مطبات لتجنب أن تتبادل شخص ما يحاول العمل في مشروع من قبل أنفسهم هنا؟ هل يبدو ما وصفته معقولا أو غير معقول؟

سؤال واحد، دعنا نقول أن لديك 4 أشخاص يعملون جميعا في نفس الشركة. لديهم جميعا رقم هاتف "العمل" نفسه (ربما مع امتداد مختلف) - إذا كان الرقم أو عنوان "العمل"، أود أن أكون قادرا على تحديث جهات الاتصال بسهولة إلى حد ما. الآن يأتي الكثير من هذا إلى كيفية استخدام قاعدة البيانات. أعتقد أن هذا يصبح مسألة ربط الموظف إلى كيانات الشركة الخاصة بكل منهما، ولكن بعد ذلك، لم يعد رقم العنوان / الهاتف مرتبطا مباشرة بالموظف. أنا نوع من النقاش في جعل علاقة الكيان / البيانات الكثير من الكثير مما يسمح لك بإرفاق نفس العنوان / رقم الهاتف / رقم الهاتف على العديد من الأشخاص، وتحديثه في مكان واحد يمكنه تحديثه في جميع الأماكن. هل أنا فقط أفكر في هذا؟ يسحب الشعر

هل كانت مفيدة؟

المحلول

إنه بذر بعض الشيء، لكن عليك أن تعرف بياناتك وماذا تفعل معها قبل أن تبدأ في التفكير في الجداول.

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

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

(أردت فقط نشر صورة ..)Contact Management
(مصدر: databaseanswers.org.)

نصائح أخرى

هذا فقط للمساعدة في سؤالك الثاني؛ حيث تمديد الهاتف ينتمي فعليا إلى العلاقة بين شخص وكيانات الشركة.

contact_model_01

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


تعديل (أبريل 2016): يبدو أن Microsoft WebMaster كسر الرابط. هنا آلة ماكينة Wayback من الصفحة.

بضع نقاط تميل إلى المحاصيل في تجربتي ..

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

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

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top