IBANK - PROJECT

จากการตรวจสอบพบว่า
1.) table app080 เป็นtable ที่เก็บข้อมูล texteditor ของแต่ละ tab และถ้ามีการแนบรูปเข้าไปใน text editor จะมีการแปลงข้อมูลรูปเป็น code base 64 และนำข้อมูลทั้ง from ของ text editor เก็บใน field editerDetail ทำให้ size ของ แต่ละ transaction มีขนาดใหญ่มาก อนาคต db จะบวมขึ้น
2.) index ของ table นี้ คือ editorID
3.) เงื่อนไขในการค้นหา เพื่อทำการ copy ข้อมูลเมื่อเลือกรายการ ทบทวน เปลี่ยนแปลง แก้ไข คือใช้ movntID ของ ใบแอพที่จะ copy มาใช้ในการค้นหา ซึ่ง movntID ก่อนทำการ copy ซึ่ง field movntID ไม่ใช่ field ที่กำหนดเป็น index ของ table app080

วิธีการทดสอบเบื้องต้นที่สามารถทำได้เลยคือ ปรับ เพิ่ม index เข้าไป ข้อมูลเร็วขึ้นมาระดับหนึ่ง โดยสามารถ query ข้อมูล ที่ 10 นาที ได้ transaction ออกมา 30 record และค้างไป เคสนี้ยังfinging เพื่อหา solotion เพื่อแก้ปัญหาอยู่ค่ะ

ต้องรบกวนปรึกษาเชิงเทคนิก คนที่มีประสบการณ์เกี่ยวกับการจัดข้อมูลที่เป็น binary base64 ที่มี size ขนาดใหญ่ ด้วยค่ะ

ดำเนินการปรับ index เพื่อช่วยให้กรองข้อมูลเร็วขึ้น แต่ก็ยังช้าอยู่