السلام عليكم ورحمة الله وبركاته

الأخوة الكرام ..

لدي مشروع مقسم على النحو التالي:

- برنامج الحسابات.

- برنامج المبيعات.

- برنامج المشتروات.

- برنامج المخازن.

- برنامج الأصول الثابتة.

- برنامج شئون الموظفين.

 

علماً بأن كل برنامج له جداوله الخاصة به،

يوجد الحقل(رقم الحساب) Foreign Key في معظم الجداول للبرامج السابقة.

وهو Primary في جدول دليل الحسابات الموجود في برنامج الحسابات.

في حالة أنه كان لكل برنامج مستخدم (Schema) مستقل، كيف يتم ربط الحقل Foreign Key مع الحقل Primary Key.

 

الذي معه خلفية عن كيفية بناء الأنظمة الكبيرة يدلنا.

مجرد رأي (أنا ما أعتقد أن كل الجداول للأنظمة الكبيرة تكون في مستخدم (Schema) واحد.

الموضوع مهم .. أرجو سرعة التجاوب .. ولكم منا خالص التقدير.

اللي عنده فكره يدلنا .. الدال على الخير كفاعله.

مشكووورين.

السلام عليكم ورحمة الله 

 

امر الربط

ALTER TABLE my_schema.my_table ADD (
CONSTRAINT my_fk
FOREIGN KEY (my_id)
REFERENCES other_schema.other_table(other_id)
)

أشكرك أخي الحبيب المهندس Amgad

أنا أعرف تلك الطريقة، ولكن دعنا نقول حسب ردك أنه كان لدينا:

1- Schema باسم G_Sch  خاص بالحسابات و Other Schema باسم Emp_Sch

وأنشأنا في G_Sch الجدول التالي (جدول الحسابات)

Create Table G_Sch.Accounts

(Acc_No Varchar2 (20) Primary Key

, ....)

 

وكذلك لدينا جدول (المستخدمين Users) في نفس الـ G_Sch

Create Table G_Sch.Users

(User_No References Emp_Sch.Employees (Emp_No)

,.......)

لاحظ أخي الحبيب أن رقم المستخدم مفتاح ثانوي من Emp_Sch.Employees

 

مع العلم أن جدول الموظفين يوجد في Emp_Sch الخاص ببرنامج شئون الموظفين. ويحتوي على الحقول التالية:

Create Table Emp_Sch.Employees

(Emp_No Varchar2 (5) Primary Key,

Acc_No References G_Sch.Accounts (Acc_No)

, ............)

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

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

وهكذا سنصل إلى ما يسمى من الذي خلق قبل الآخر (الدجاجة أم البيضة) ؟!!!!

 

الحل الوحيد المتاح حالياً هو أن تكون جميع الجداول في Schema واحدة

لكن السؤال الذي يطرح نفسه هل من المعقول أن تحمل لأحد العملاء كل الجداول وهو يريد جزء من النظام؟

وإذا افترضنا نعم (نحمل كل الجداول) هل من المنطق أن يطلع مهندس الصيانة الخاص ببرنامج معين على كل الجداول الأخرى التي ليس له علاقة بها؟

المهم إخواني الأعزاء: ماهي الطريقة المثالية لعمل أكثر من نظام مرتبطة ببعضها البعض (ERP Solution)؟

آمل أن أكون قد وضحت الفكرة. والله من وراء القصد وهو المستعان في كل وقت وحين.

تحياتي لكم مراراً وتكراراً.

السلام عليكم ورحمة الله 

 

 

لمعرفة  حالة  (الدجاجة أم البيضة) ؟؟؟ بغض النظر عن وجود اسكيما واحدة أو أكثر 

 

ترتيب الإدخال سيكون

اولا : ادخال بيانات الموظف 

بدون ادخال لقيمة رقم الحساب .... اي ان قيمة الحقل هي  null value ( وفى هذه الحالة لن يحدث تحقق من شرط وجود رقم حساب في جدول دليل الحسابات ) 

ويتم حفظ السجل

 

ثانيا : ادخال ارقام دليل الحسابات في جدول الدليل المحاسبي مع ادخال رقم الموظف ان كان مطلوب 

 

ثالثا : يتم استكمال تسجيل رقم الحساب في جدول بيانات الموظف .. بعد ذلك في اي وقت  ( حسب مراحل العمل في النظام ) 

 

اقتراح اخر 

ان امكن اعادة تصميم جدول البيانات الأساسية للموظف 

بحيث ان هذا الجدول يحتوى كل ما هو مرتبط بكيان الموظف فقط ( اسم - تاريخ ميلاد - ... ) 

 

وان يكون هناك جدول اخر يحتوى من ضمن بياناته ارقام الحسابات للموظف 

بإفتراض ان الموظف ممكن ان يكون لديه حساب واحد أو أكثر من حساب ... حسب ما ذكرته سابقا في توضيجك 

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

 

 

 

المهم إخواني الأعزاء: ماهي الطريقة المثالية لعمل أكثر من نظام مرتبطة ببعضها البعض (ERP Solution)؟

آمل أن أكون قد وضحت الفكرة. والله من وراء القصد وهو المستعان في كل وقت وحين.

تحياتي لكم مراراً وتكراراً.

 سوال مهم ارجو من الخبراء الاجابه عنه 

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

 

اقتراح اخر 

ان امكن اعادة تصميم جدول البيانات الأساسية للموظف 

بحيث ان هذا الجدول يحتوى كل ما هو مرتبط بكيان الموظف فقط ( اسم - تاريخ ميلاد - ... )

 

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

(يعني بدون جداول نظام الحسابات أي بدون إنشاء مستخدم خاص بتلك الجداول)

وفي حالة أدخل بيانات الموظفين وقام بتسجيل السلف وغيرها من العمليات التي الخاص بالنظام (مع العلم أن شاشة السلف فيها يتم تحديد الحساب الذي سيتم تسجيل المبلغ عليه).

وإلى الآن لا يوجد ربط بين العمليات مثل السلف والجزاءات وغيرها ودليل الحسابات لعدم وجود جدول دليل الحسابات كونه في Schema آخر والعميل لايرغب بإنزال نظام الحسابات.

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

 

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

(فكرة الـ ERP Solution) وتحليلها بالشكل الصحيح أو الاقتباس من تحليل الأنظمة العملاقة سيحل هذه المشكلة).

 

أشكر كل الأخوة المشاركين والمتابعين.

أرجو من الجميع عمل مشاركات لإثراء الموضوع بالمقترحات.

هيا بنا لبناء ERP Solution

دمتم طيبين وموفقين.

ملاحظة: علينا الاستعانة بالله بشكل كبير، لأنه يقول وهو أصدق القائلين: (وإن من شيء إلا عندنا خزائنه وما ننزله إلا بقدر معلوم).

فعند الله خزائن من أفكار (ERP Solution).