รูปภาพแจ้งข่าว ทางเว็บบอร์ด openerpthailand.org ได้เปลี่ยนระบบเว็บบอร์ด ใหม่เป็น phpBB 3.1
  1. บุคคลทั่วไป จะไม่สามารถเข้าอ่านกระทู้บางบอร์ด แนะนำให้ท่าน สมัครสมาชิกคลิกตามลิงค์นี้
  2. สมาชิกใหม่ ถ้ายังไม่ได้แนะนำตัวจะไม่สามารถ ตั้งกระทู้ และ ดาวน์โหลด ไฟล์จากเว็บบอร์ดได้ ท่านจำเป็นต้องแนะนำตัวที่หมวดนี้
  3. ถ้ามีปัญหาการใช้งาน หรือ ข้อเสนอแนะใดๆ แนะนำได้ที่นี่
  4. ปุ่มรูปหัวใจใต้โพส แต่ละโพส ท่านสามารถกดเพื่อสื่อถึงคนโพสนั้นถูกใจท่าน
  5. ห้ามลง E-mail, เบอร์โทรส่วนตัว, Line id หรือข้อมูลส่วนตัวอื่นๆ เพื่อป้องกันการแอบอ้างและโฆษณาแฝง โดยสามารถติดต่อสมาชิกท่านอื่นผ่านระบบ PM ของบอร์ด
  6. ท่านสามารถปิดการแจ้งนี้ได้ ที่มุมขวาของกล่องข้อความนี้

บุคคลทั่วไปสามาเข้าสู่ระบบ ด้วย Account ของ FaceBook ได้แล้ว คลิกที่นี่ได้เลย

แชร์ประสบการณ์การ import ข้อมูล ลูกค้า สินค้า พนักงาน Databases อื่นเข้า OpenERP

แหล่งรวม โมดูลที่หน้าใช้ แนะนำโมดูลเพิ่มเติม จากโมดูลมาตรฐาน ของ OpenER รวมทั้งภาษาไทยสำหรับ โมดูลต่างๆ
openerpthailand
Administrator
โพสต์: 2319
ลงทะเบียนเมื่อ: ศุกร์ 13 ก.ค. 2012 7:27 pm
ติดต่อ:

แชร์ประสบการณ์การ import ข้อมูล ลูกค้า สินค้า พนักงาน Databases อื่นเข้า OpenERP

โพสต์โดย openerpthailand » พฤหัสฯ. 27 มิ.ย. 2013 12:28 pm

แชร์ประสบการณ์ การ import ข้อมูล ลูกค้า, สินค้า, พนักงาน, คู่ค้า, หรือ invoince จาก ระบบเดิม หรือ Databases อื่นๆ เช่น Mysql, MSSQL, Oracle, SQLlift หรือแม้แต่ text file เข้า OpenERP

พอดีช่วงนี้ได้ทำการแปลงข้อมูลของระบบ เก่า เข้ามายัง OpenERP 7
ซึ่งทางเลือกใน การนำเข้าข้อมูลมีอยู่หลายวิธี ขอสรุปไว้คร่าวๆ ดังนี้ จากง่ายไปยาก นะครับ
วิธีที่1. คือ การ import ด้วยตัว OpenERP เอง โดยเราต้องเตรียมข้อมูลให้ตรงตาม filed ที่ต้องการ import
-----ข้อดีคือ การนำเข้าไม่ยุ่งยาก ไม่ต้องใช้ความสามารถมา ระดับ user ทั่วไปทำได้
-----ข้อเสียคือ นำเข้าข้อมูลที่มีปริมาณมากๆ ไม่ได้ ข้อมูลอักขระบางตัวอาจทำให้ข้อมูลเพียนได้

วิธีที่2. คือ การ import ด้วย XML-RCP ที่ OpenERP เตรียมไว้ให้
-----ข้อดีคือ สามารถนำเข้าข้อมูลได้ไม่จำกัด ความถูกต้องสูง
-----ข้อเสียคือ ใช้เวลาค่อนข้างนาน, ต้องใช้ Programing ช่วย user ทั่วไปทำเองไม่ได้


วิธีที่3. คือ การ import ข้อมูลเข้าตรงๆ ใน PGSQL
-----ข้อดีคือ ทำงานได้่เร็ว, นำเข้าข้อมูลได้ไม่จำกัด
-----ข้อเสียคือ ต้องเสียเวลาในการศึกษาโครงสร้างของตารางต่างๆ , ต้องใช้ Programing เข้ามาช่วย

ผมได้ทดลองทำ ทั้งสามแบบแล้ว แนะนำว่า แบบที่1 ควรใช้กับข้อมูลปริมาณน้อยๆ ทำงานช้า ส่วน วิธีที่ 2 เหมาะสำหรับ แปลงข้อมูลที่ดูกลางๆ และได้ผลดีที่สุด แต่คนทำต้องมีความสู้ทั้ง OpenERP และ Programming ภาษาที่จะนำมาใช้ระดับหนึ่ง ส่วนวิธีที่ 3 เหมาะสำหรับ บ.ที่มี Programmer อยู่แล้ว ซึก การเขียนโปรแกรม insert ข้อมูลเข้า PGSQL โดยตรงไม่ใช่เรื่อง ยาก

openerpthailand
Administrator
โพสต์: 2319
ลงทะเบียนเมื่อ: ศุกร์ 13 ก.ค. 2012 7:27 pm
ติดต่อ:

Re: แชร์ประสบการณ์การ import ข้อมูล ลูกค้า สินค้า พนักงาน Databases อื่นเข้า OpenERP

โพสต์โดย openerpthailand » พฤหัสฯ. 27 มิ.ย. 2013 12:43 pm

กรณีศึกษา ผมเขียนโปรแกรม เพื่อเอาข้อมูลจากระบบเดิม เข้า OpenERP
โดยใช้ วิธีที่ 2 ข้อมูล สินค้าประมาณ หกหมื่นรายการ ซึ่งในทางโปรแกรมถือว่าไม่มากไม่น้อย
ผมใช้วิธี ดึงข้อมูลจาก ระบบ เก่า แล้วจัดโครงสร้างข้อมูล ให้ตรงตามต้องการ แล้ว เอาเข้า
OpenERP ด้วย XML-RPC , OpenERP ดีจริงๆ ลองดู Load ของ Server ขณะโปรแกรมทำงาน นะครับ

ในภาพเป็น
OS เป็น Ubunto 12.04
Server CPU AMD Opteron(tm) Processor 4170 HE Processor Speed (MHz) 2094.788
RAM 1 GB
HDD 40 GB

ซึ่งถือว่าเป็น Server ที่ สเปคต่ำมาก จากภาพจะเห็นว่าใช้ CPU ไปน้อยมาก ไม่ถึง 10% ซึ่ง ถ้าเขียนโปรแกรมลักษณะนี้ และทำงาน นานๆ หลายๆ ชม. หรือ หลายๆ วัน ด้วย Programming ภาษาอื่น จะใช้ CPU ไปเกือบหมดทั้ง core เลยทีเดียว

OpenERP มีการจัดสรรทรัพยากร ได้ดีจริงๆ ครับ ถ้าโปรแกรม import นี้ต้องทำงาน หลายๆ วันก็ไม่ต้องกลัวว่า user อื่นจะเข้ามาใช้งาน แล้วรู้สึกอืด เลย :D :D :D

I Love OpenERP
คุณไม่มีสิทธิ์ดูไฟล์ที่แนบมาในกระทู้

thitithup
โพสต์: 3
ลงทะเบียนเมื่อ: อังคาร 25 ธ.ค. 2012 10:23 am

Re: แชร์ประสบการณ์การ import ข้อมูล ลูกค้า สินค้า พนักงาน Databases อื่นเข้า OpenERP

โพสต์โดย thitithup » เสาร์ 23 พ.ย. 2013 1:18 am

ข้อวิธีที่ 4 เพิ่มนะครับ คือเขียน Module Import เลย
ข้อดี: ตรงสเปกที่ต้องการ
ข้อเสีย:เทคนิคเยอะมากไป

จากประสบการณ์ Implement มานะครับ ไม่มีอะไรถูกที่สุด แต่ที่สำคัญที่สุด คือลำดับขั้นตอนในการ Import ซึ่งจำเป็นอย่างยิ่งจะต้องไล่ class (Model) แม่ต่างๆ เข้าไปก่อน แล้วค่อยตามด้วย class (Model) ลูก แล้วค่อยไปจบที่ Transaction

แต่ไม่ว่าอย่างไรก็ต้องจบด้วย SQL หลังบ้านเพื่อเคลียร์รายละเอียดทุกครั้งไปนะครับ

Screen Shot 2556-11-23 at 1.12.45 AM.png
คุณไม่มีสิทธิ์ดูไฟล์ที่แนบมาในกระทู้


  • Similar Topics
    ตอบกลับ
    แสดง
    โพสต์ล่าสุด

ย้อนกลับไปยัง

ผู้ใช้งานขณะนี้

กำลังดูบอร์ดนี้: 1 และ บุคคลทั่วไป 0 ท่าน