مرحبا
تواجهني مشكلة أود منكم مساعدتي في حلها
عند ربط الكائن Image في الفورم 6اي مع حقل Blob في داتا بيز 8
استطيع حفظ الصورة في الداتا بيز واسترجاعها بسهولة ...
ولكن عندما أطبق نفس برنامجي السابق وبنفس الربط على داتا بيز 9اي
استطيع أن أحفظ الصورة ولكن عند الإستعلام تظهر كامل حقول السجل المستدى بإستثناء الصورة .... ولا يرجع أي أخطاء أو رسائل ....
هل علي أن أغير نوع الحقل في انشاء الجدول ....
هل يوجد بينكم من ربط عنصر صورة مع حقل blob في داتابيز 9اي .... الرجاء الإفادة ...
شكرا ً جزيلا ً سلفاً

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

شكراً يا أخي
سأجرب ذلك واخبرك قريباً
شكراً مرة أخرى

استخدام ال long row اصبح من الجاهلية القديمة

المشكلة لديك في الفورم حاول ان تنزل الباتش 17 للفورم 6i

وإن شاء الله سوف تحل المشكلة

بالمناسبة لا تأخذ بكلامي فأنا لست من الاقوياء

من أين أحصل على الباتش 17 ؟؟؟؟

بالمناسبة لا تأخذ بكلامي فأنا لست من الاقوياء

تم تعديل 22 يونيو 200520 سنة بواسطة sakr_orcl

طيب هل من الممكن أن يشرح لي أحد بماذا تختلف الـlong raw عن الـblob ولماذا تعتبر الـ
long raw من التاريخ ؟؟؟
بالنتيجة أريد حل للمشكلة ... وارجو منكم يا اهل العلم أن تساعدوني ....
وشكراً مرة أخرى ...
والسلام

Long/Long Raw Migration to BLOB, CLOB or BFILE Recommended

Oracle8i introduces the following new types -- BLOB, CLOB, and BFILE. The design of these types allow Oracle Objects for OLE to access them much faster than Long or Long Raw. For this reason you are urged to convert pre-existing Long Raw based applications to BLOB, CLOB and BFILE. If possible, new applications should use BLOB, CLOB and BFILEs rather than Long Raw.

Such migration should be relatively simple with little code changes required. This is because the methods previously used for Long and Long Raw manipulation have been enhanced to allow them to be used against BLOB, CLOB, and BFILE as well. These methods are AppendChunk, AppendChunkByte, GetChunk, GetChunkByte, GetChunkByteEx, and ReadChunk. The primary code changes will involve the requirement that NULL BLOB and CLOB be updated with "Empty" before being used. Note: For maximum flexibility, new applications should use the normal BLOB/CLOB/BFILE Read and Write methods instead of these Chunk methods.


اما عن الباج 17 فهو موجود لدي ولكن حجمة كبير لا استطيع تحميلة مع المشاركة

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

لا يمنع حف

اذا كنت لا تزال تبحث عن حل لل BLOB

فاليك الحل

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

39851[/snapback]

ممكن دلني بالتفصيل كيف ممكن اعمل هذا
وأكون لك من الشاكرين

على devloper 2000/form designer
form 32 bit
version 4.5.7.1.6