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

الجداول هي
1- جدول العاملين
2- جدول الأقسام
3- جدول الوظائف
4- جدول المؤهلات
5- جدول المحافظات
6- جدول المدن
7- جدول الدورات التدريبية (مقترح)
8- جدول الاجازات(مقترح)
9- جدول التاريخ الوظيفي(مقترح)

=============================
المشروع :

CREATE USER TV2008 IDENTIFIED BY orcl;
Grant connect,resource,dba to TV 2008;


----------------------------


CREATE TABLE DEPARTMENTS
(DEPARTMENT_ID		NUMBER(3),
DEPARTMENT_NAME		VARCHAR2(50),
MANAGER_NAME		VARCHAR(50),
LOCATION		VARCHAR(40),
CONSTRAINT dep_id_pk PRIMARY KEY (department_id));

----------------------------

CREATE TABLE JOBS
(JOB_ID			NUMBER(3),
JOB_NAME		VARCHAR2(40),
CONSTRAINT job_id_pk PRIMARY KEY (job_id));

----------------------------

CREATE TABLE QUALIFICATIOS
(QUALIFICATIN_ID	NUMBER(3),
QUALIFICATION_NAME	VARCHAR2(50),
UNVIRESTY_NAME		VARCHAR2(20),
CONSTRAINT qual_id_pk PRIMARY KEY (qualification_id));

----------------------------

CREATE TABLE GOVERNORATES
(GOVERNORATE_ID		NUMBER(2),
 GOVERNORATE_NAME	VARCHAR2(30),
CONSTRAINT govern_id_pk PRIMARY KEY (governorate_id));

----------------------------

CREAT TABLE Citys
(GOVERNORATE_ID		NUMBER(2),
city_ID			NUMBER(2),
city_NAME		VARCHAR2(30),
CONSTRAINT city_id_pk PRIMARY KEY (city_id,governorate_id),
CONSTRAINT citys_GOVERNORATES_fk FOREIGN KEY (governorate_id)
REFERENCES governorates (governorate_id));
----------------------------
CREATE TABLE EMPLOYEES
(EMPLOYEE_ID		NUMBER(5),
FIRST_NAME		VARCHAR2(20),
LAST_NAME		VARCHAR2(20),
HIRE_DATE		DATE,
JOB_ID			NUMBER(2),
JOB_GRADE		NUMBER(2),
DEPARTMENT_ID		NUMBER(3),
MANAGER_ID		NUMBER(3),
ADDRESS			VARCHAR2(50),
city__ID		NUMBER(3),
GOVERN_ID		NUMBER(2),
EMAIL			VARCHAR(25),
MOBILE			VARCHAR(12),
PHONE			VARCHAR(12),
QUALIFICATION_ID	NUMBER(3),
BIRTH_DATE		DATE,
GENDER			NUMBER(1),
SOCIAL_STATUS		NUMBER(1),
RELIGION		NUMBER(1),
MILITARY_STATUS		NUMBER(1),

CONSTRAINT emp_id_pk PRIMARY KEY (employee_id),
CONSTRAINT emp_hdate_nn NOT NULL (HIRE DATE),
CONSTRAINT emp_email_uk UNIQUE(email),
CONSTRAINT emp_deptid_pk FOREIGN KEY (department_id),
REFERENCES departments (department_id));
---------------------------------------------------------------------------------------------------------------------
وجزاكم الله خيراً

جدول DEPARTMENTS
لايتم وضع اسم المدير داخل جدول الادارات ... فجدول الادارات يعتبر من جداول الرموز الثابته بالنظام ... واسم المدير هنا لا يحقق مفهوم ال normalization فى الاعتمادية
فاقترح عليك ان يكون رمز الادارة بجدول الموظفين كما ذكرت فى جدولك مع اضافة عمود نوع الوظيفة وفى هذه الحالة تكون الوظيفة مدير .. وعند حدوث تغيير للوظائف ستكون من خلال النظام الادارى لحركة التعيينات والترقيات ...

عمود ال LOCATION يفضل ان يكون له جدول مستقل للمناطق او المواقع ... مع الربط ببن الجدولين .

جدول رموز المؤهلات QUALIFICATIOS
يفضل الا يحتوى عمود UNVIRESTY_NAME
حتى تحقق مفهوم ال normalization
بمعنى انك ستحتاج لتكرار نفس المؤهل مع كل جامعة .
يفضل ذكر رمز الجامعه فى جدول مؤهلات الموظف ( جدول جديد ) مع وجود عمود رمز المؤهل بالاضافة الى رقم الموظف
لان الموظف قديكون له اكثر من مؤهل دراسي ( جامعى - ماجستير - ... )

يفضل انشاء جدول لرموز الجامعات .

جدول ال EMPLOYEES

يلزم اعداد جداول جديده لرموز الوظائف ومسمياتها .. جدول رموز المدن ... ثم اضافة الرموز ضمن مكونات الجدول واجراء الربط بين الجداول

يجب ربط رقم المدير مع رقم الموظف ... بمعنى ان كل موظف لابد ان يكون له مدير ماعدا الرئيس ليس له مدير ... وايضا المدير هو اصلا موظف يجب ان يكون له رقم موظف

هذه ملاحظات عامة ( مقترحة وليست اجباريه )

مع تمنياتى بالتوفيق

جدول DEPARTMENTS
لايتم وضع اسم المدير داخل جدول الادارات ... فجدول الادارات يعتبر من جداول الرموز الثابته بالنظام ... واسم المدير هنا لا يحقق مفهوم ال normalization فى الاعتمادية
فاقترح عليك ان يكون رمز الادارة بجدول الموظفين كما ذكرت فى جدولك مع اضافة عمود نوع الوظيفة وفى هذه الحالة تكون الوظيفة مدير .. وعند حدوث تغيير للوظائف ستكون من خلال النظام الادارى لحركة التعيينات والترقيات ...

عمود ال LOCATION يفضل ان يكون له جدول مستقل للمناطق او المواقع ... مع الربط ببن الجدولين .

إنك على صواب فى هذا الاقتراح ...


جدول رموز المؤهلات QUALIFICATIOS
يفضل الا يحتوى عمود UNVIRESTY_NAME
حتى تحقق مفهوم ال normalization
بمعنى انك ستحتاج لتكرار نفس المؤهل مع كل جامعة .
يفضل ذكر رمز الجامعه فى جدول مؤهلات الموظف ( جدول جديد ) مع وجود عمود رمز المؤهل بالاضافة الى رقم الموظف
لان الموظف قديكون له اكثر من مؤهل دراسي ( جامعى - ماجستير - ... )

يفضل انشاء جدول لرموز الجامعات .

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

جدول ال EMPLOYEES

يلزم اعداد جداول جديده لرموز الوظائف ومسمياتها .. جدول رموز المدن ... ثم اضافة الرموز ضمن مكونات الجدول واجراء الربط بين الجداول

=== يوجد بالفعل جدول للوظائف JOBS وجدول للمدن CITYS أما عن الربط فيمكنك اقتراح الكيفية وأيهما أفضل عمل ربط أم LOV
يجب ربط رقم المدير مع رقم الموظف ... بمعنى ان كل موظف لابد ان يكون له مدير ماعدا الرئيس ليس له مدير ... وايضا المدير هو اصلا موظف يجب ان يكون له رقم موظف

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

هذه ملاحظات عامة ( مقترحة وليست اجباريه )

مع تمنياتى بالتوفيق

جزاك الله خيراً وأرجو استكمال النقاش الممتع لتقديم مشروع ناجح

الأخ / الفاضل

هناك فرق كبير بين الربط بين الجداول من خلال انشاء العلاقات على مستوى قاعدة البيانات
ومفهوم ال lov الذى ذكرته ... التى تعنى ان المستخدم لابد ان يختار ويسجل رمز موجود من ضمن رموز جدول الوظائف

فى اغلب الاحوال عندما تفكر فى التحليل والتصميم ... فلا تفكر فى البرمجة ...

بمعنى انك صممت جداول يجب ان تستفيد من امكانيات ال db بغض النظر عن امكانية لغة البرمجة
اى انه عند ربط جدولين معا : مثل جدول الوظائف به رقم الوظيفة كمفتاح اساسى primary key وجدول الموظفين رقم الوظيفة يعتبر مفتاح اجنبي foreign key
- بالطبع العلاقة one to many
business rules هى
- الموظف يجب ان يكون له رمز وظيفة
- مسمى الوظيفة قد يخص موظف أو اكثر من موظف
عند انشاء هذه القيود او ال constraints
معنى ذلك ان :
- ال Data Base لن تسمح ان تسجل موظف فى جدول الموظفين بدون وظيفة .
- ال Data Base لن تسمح لك بادخال رمز وظيفة فى جدول الموظفين ... غير موجود ومنشأ بجدول الوظائف .
- الData Base لن تسمح لك بالغاء رمز وظيفة من جدول الوظائف ... طالما ان هذا الرمز مستخدم من قبل فى جدول الموظفين .

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


ننتظر منك تصميم الجداول الخاصة بالدورات التدريبية للموظف ... وايضا الجداول المتعلقة بالاجازات

مع التحية

اليك هذا الرابط ... به مجموعه كبيرة من الER المتنوعة لمشاريع مختلفة

إضغط هنا data_models

الأخ العزيز جزاك الله خيراً على متابعتك لمشروع مبتدئ مثلي

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

قد يلتحق الموظف بالعمل دون أن يحدد له مسمي وظيفي (يتضح هذا فى المؤسسات الكبيرة) وكذلك قد لا يسكن فى إدارة معينة
أي أنه تحت التمرين
فهل مثلاً يتم استحداث مسمي وظيفة تحت التمرين وكذلك إنشاء إدارة وهمية تسمي إدارة المتدربين
وبذلك أكون قد تحايلت على قيود قواعد البيانات

بالنسبة لجداول يالدورات والاجازات سأجتهد فيهما

معذرة أخي أقترب موعد تقديم المشروع الأسبوع القادم ولم أقوم بعمل الفورمز والريبورتات فأرجو التشجيع والمساعدة الطيبة
فأعلم أن التناقش هذا يجعلني أتجنب الوقوع فى الأخطاء

الموقع الذي أشرت إليه بحر أكاد أن أغرق فيه من خيراته فجزاك الله خيراً

عند تنفيذ الأوامر ب sql وجد خطأ يتعلق باسم تاريخ التعيين Invalied Idintify
فماذا يعني هذا الخطأ

==============
أحب أن ننتقل إلى مرحلة الفورمز فما هو أفضل تصور لها

CONSTRAINT emp_hdate_nn NOT NULL (HIRE DATE),

عدلها الى HIRE_DATE

يوجد الرمز _ غير موجود ... كما هو موجود فى اسماء الاعمدة بالجدول

CONSTRAINT emp_hdate_nn NOT NULL (HIRE DATE),

عدلها الى HIRE_DATE

يوجد الرمز _ غير موجود ... كما هو موجود فى اسماء الاعمدة بالجدول

بالفعل قد أجن ما الخطأ
فجزاك الله خيراً

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

أحب أن تشاركوني الأخوة الكرام بوضع تصور عن الفورمز لهذا المشروع البسيط
على أن يكون هناك شاشة رئيسية ومن خلالها يمكن الولوج للشاشات الفرعية

الأخ العزيز
أرجو قبولي في المساعدة على إتمام هذا البرنامج

وياريت يكون العمل به مستمر بإنتظام على فترات متقاربة وليس كل شهر أو شهرين خطوة تتم كما في باقي المشاريع

جاري القراءة والتنفيذ .....

متابعة لموضوع تحليل شؤون العاملين

بخصوص تفعيل الهيكل التنظيمي

كل موظف يتبع لوحدة معينة

السؤال :

يوجد لدي

إدارات تتبعهاشُعب تتبعها اقسام تتبعها وحدات

كل موظف متعين في وحدة

طيب اذا كان هناك مدراء للإدارات ومدراء للشعب ورؤساء للأقسام ورؤساء للوحدات !!

فما العمل هنا ؟؟؟

من لديه تصور واضح عن الموضوع يفيدني!!!