nas بتاريخ: 18 مارس 2005 تقديم بلاغ مشاركة بتاريخ: 18 مارس 2005 الاخوة في منتدى الاوراكل ارجو ا مساعدتي في ايجاد الطريقة لعمل column استطيع ان ادخل فيه اكثر من قيمة في الحقل الواحد مثال على ذلك عندما اريد ان ادخل اكثر من رقم هاتف للمستخدماحد الشباب ذكر لي ان استخدم array فهل تدلوني على الطريقة جزاكم الله كل خير اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
msh بتاريخ: 21 مارس 2005 تقديم بلاغ مشاركة بتاريخ: 21 مارس 2005 السلام عليكم ورحمة الله وبركاته،، تفضل أخي هذا الرابط Object-Relational Featuresوكمثال بسيط يمكنك تطبيق مايلي لنفرض أن لدينا مايلي :طائرات - مسافرين نقوم بإنشاء نوع بيانات ونسميه Passenger CREATE TYPE Passenger AS OBJECT( flight_no NUMBER(3), name VARCHAR2(20), seat CHAR(5)); نقوم بإنشاء نوع بيانات من نوع مصفوفة ونسميه PassengerList CREATE TYPE PassengerList AS VARRAY(300) OF Passenger; نقوم بإنشاء جدول الرحلات كمايلي : CREATE TABLE flights ( flight_no NUMBER(3), gate CHAR(5), departure CHAR(15), arrival CHAR(15), passengers PassengerList); لإدخال بيانات على جدول الرحلات BEGIN INSERT INTO flights VALUES(109, '80', 'DFW 6:35PM', 'HOU 7:40PM', PassengerList(Passenger(109, 'Paula Trusdale', '13C'), Passenger(109, 'Louis Jemenez', '22F'), Passenger(109, 'Joseph Braun', '11B'))); INSERT INTO flights VALUES(114, '12B', 'SFO 9:45AM', 'LAX 12:10PM', PassengerList(Passenger(114, 'Earl Benton', '23A'), Passenger(114, 'Alma Breckenridge', '10E'), Passenger(114, 'Mary Rizutto', '11C'))); INSERT INTO flights VALUES(27, '34', 'JFK 7:05AM', 'MIA 9:55AM', PassengerList(Passenger(27, 'Raymond Kiley', '34D'), Passenger(27, 'Beth Steinberg', '3A'), Passenger(27, 'Jean Lafevre', '19C'))); END; تحياتي اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
nas بتاريخ: 22 مارس 2005 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 22 مارس 2005 شكرا الف شكر ياخي وجزاك الله خير اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
عروة بتاريخ: 22 مارس 2005 تقديم بلاغ مشاركة بتاريخ: 22 مارس 2005 وعليكم السلام ورحمة الله وبركاته،، Realy, U R a very good Moderatorthnx a lot man اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
msh بتاريخ: 23 مارس 2005 تقديم بلاغ مشاركة بتاريخ: 23 مارس 2005 السلام عليكم ورحمة الله وبركاته،، جزاكم الله خيرا، لكن المشكلة في هذا الموضوع عدم دعم ال ORACLE FORMSله لذلك أسئل الجميع ماهو البديل وطريقة التعامل مع هذا البديل في إنتظار مشاركاتكم..تحياتي اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
nas بتاريخ: 23 مارس 2005 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 23 مارس 2005 جزاك الله كل خير يا msh فعلا انا حولت اربط بالفورم ولكنه لم يرى العمود المعرف كا objectوحاولت بالاستعانة بطريقة موجودة في help تبع الفورم ولكن لم افلح ايضا فشكرا جزيلا على تنبيهنا اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
medo_mam بتاريخ: 24 مارس 2005 تقديم بلاغ مشاركة بتاريخ: 24 مارس 2005 السلام عليكم و رحمة الله و بركاته.حل هذه المشكلة فى إنشاء جدولين أحدهما الأساسى Master و الأخر Detail و يتم الربط بينهما بوضع ال Primary Key للجدول ال Master as a foriegn key فى الجدول ال Detail و يتم إنشاء Master Detail Form .سبحانك ما علم لنا إلا ما علمتنا. اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
msh بتاريخ: 24 مارس 2005 تقديم بلاغ مشاركة بتاريخ: 24 مارس 2005 وعليكم السلام ورحمة الله وبركاته،، جزاك الله خيرا ولكن هل يوجد حل غير هذا الحل ؟؟؟ لإن هذا الحل سيؤدي إلى زيادة عدد الجداول لنفرض أن لدينا جدول الموظفين ولدى كل موظف أكثر من رقم تلفون وأكثر من بريد إلكتروني وأكثر من عنوان واكثر الخ الخ بالتالي سنحتاج إلى 4 او 5 جداول لحل هذه المشكلة ؟تحياتي اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
medo_mam بتاريخ: 29 مارس 2005 تقديم بلاغ مشاركة بتاريخ: 29 مارس 2005 السلام عليكم و رحمة الله و بركاته..يا أخى الكريم إن زيادة عدد الجداول ليس مشكلة بل على العكس لأنه يعطيك مساحة أكبر للحركة و الترتيب و يعطى قوة لقاعدة البيانات . اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
عروة بتاريخ: 29 مارس 2005 تقديم بلاغ مشاركة بتاريخ: 29 مارس 2005 السلام عليكم ورحمة الله وبركاته،، زيادة عدد الجداول (بمعني زيادة العلاقات بين الجداول - JOINs) كما تفضلت أخي الكريم يعطيك مساحة أكبر للحركة و الترتيب و يعطى قوة لقاعدة البيانات وبالذات في هذه الحالة المذكورة أعلاه (Master & Detail)...لكن أحيانا كثرة العلاقات (JOINS) بين الجداول ممكن تعمل نتيجة عكسية في سرعة أداء قاعدة البيانات، وعليه من الأفضل تجنب هذا الأمر، وإن كان لابد من ذلك فهذا يعني زيادة وتحسين المصادر الأخري (مثل RAM+CPU) حتى تعمل موازنة بين الأداء ومتطلبات البرنامج أو المشروع.. والله أعلم ،، اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
nas بتاريخ: 29 مارس 2005 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 29 مارس 2005 السلام عليكم ورحمة الله وبركاته اشكر الاخوة على تفاعلهم حول الموضوع وكتعقيب اؤيد وجهة الاخmsh تاييد لا مجاملة فيه. ولا ارى خطاء في الحل لدىmedo_mamلانه قد تختلف وجهات النظر حول بناء الschema اما فيما يخص حول المصادر الاخرى التي يجب ان تتوفرفاحب ان اضيف اننا سوف نكون بحاجة space بسبب كبر قاعدة البيانات ويالتالي تكونت لدينا مشكلة لا يعالجها الا متخصص في dba كونه هو الذي سيحدد المصادر الاخرى التي ذكرتها cpu +ram هذا بالاضافة الى tablespaceكم انه كلما كبرت قاعدة البيانات صار التحكم فيها اصعبوفقنا الله الى مافيه الخير﴿وقل ربي زدني علما ﴾ اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Recommended Posts
انضم إلى المناقشة
يمكنك المشاركة الآن والتسجيل لاحقاً. إذا كان لديك حساب, سجل دخولك الآن لتقوم بالمشاركة من خلال حسابك.