แล้วก็เริ่ม cleansing
ก่อนหน้านี้ ขั้นตอนต่างๆ ก็ได้คืบคลาน(กระดื๊บๆ) ต่อไป
บริษัทที่ปรึกษา หลังจากเรียนรู้
- ฟังก์ชั่น การทำงานในองค์กร โดยเทียบกับ ฟังก์ชั่นพื้นฐาน การทำงานทั่วไป
- ความคุ้นเคย, วัฒนธรรม ที่สร้าง "กฏ", "นิยาม" เฉพาะขึ้นมา
คนประสานที่
- ทำงาน ตามใจฉัน มากกว่า มาตฐานที่ควรทำ ... ก็เปิดใจ
- ความรู้ ที่คืนวิชาอาจารย์ไปแล้ว ก็รีบไปเอากลับมา น๊ะครับ
Cleansing เป็นหนึงในขั้นตอนทำงาน
โดยหลักการ เมื่อทำ Database Design ก็ไม่ควรมีข้อมูลขยะให้เห็น
แต่ในความเป็นจริง เราไม่ได้ทำตามหลักการทั้งหมด เช่น
- ไม่กำหนด Primary Key
- การตรวจสอบ อยู่ที่ แต่ละโปรแกรม (มีทั้งถูกต้อง, ช่องโหว่)
- ทีมงานมีหลายคน, หลากหลายสไตล์
ขยะในฐานข้อมูลจึงมีมากขึ้น
แล้ว Cleansing ต้องทำอย่างไร ?
ในงาน Data Warehouse การทำ Cleansing คือการ ตรวจตาม นิยามของ Field, Table
- ตรวจ Primary Key
- ตรวจ ลักษณะ data ในทุก Field เช่น
Field วันที่ ไม่ควรมีข้อมูลผิดปรกติ (ช่องว่าง, วันที่ 9, วันที่ล่วงหน้าเกิน 1 ปี,...)
Field สถานะ ต้องมี 3 สถานะ Active, Hold, Close (ตัวอื่นๆต้องไ่ม่มี)
เป็นต้น
- ตรวจ Field ใน Detail ต้องมี Head หรือ Master (Relation)
... ถ้าพบ สิ่งผิดปรกติ ให้แก้ไข (โดยมีข้อตกลงร่วมกัน เช่น แต่ละตัวจะปรับเป็นอะไร หรือ จะลบทิ้ง)
โดยส่วนตัวแล้ว ก็เป็นเรื่อง ที่ใช้เวลา และละเอียดอ่อน ครับ
การสื่อสารให้ "ชัดเจน" และเข้าใจ ก็ยังเป็นสิ่งจำเป็น
ตย.เช่น กำหนดให้ทำ โดยบอกแต่ "หัวข้อ" (ที่เหลือไปคิดเอง ว่าจะทำ/ไม่ทำอะไร)
แล้วทำให้เสร็จใน 10 วัน (หัก แปล,คิด และ วันหยุดแล้วเหลือทำงานแค่ 5 วัน)
(ถ้าต้องจัดการกับ File มากกว่า 200 Files ต้องทำ 4 Server ทีมงาน 4 คน)
>> ทำเท่าที่ทำได้ และ ทำใจ ....
ไม่มีความคิดเห็น:
แสดงความคิดเห็น