ระบบสารสนเทศ (4/5) : ระบบรายละเอียดรายวิชาและรายงานผลดำเนินการ (Course Spec.)

ระบบรายละเอียดรายวิชาและรายงานผลดำเนินการ (Course Spec.) ระบบรายละเอียดรายวิชาและรายงานผลดำเนินการ หรือเรียกสั่น ๆ ว่า ระบบ Course Spec. เดิมมีชื่อว่าระบบกรอบมาตรฐานคุณวุฒิระดับอุมศึกษาแห่งชาติ หรือเรียกสั่น ๆ ว่าระบบ มคอ.ออนไลน์ หรือ TQF Online ระบบ Course Spec. ระบบ Course Spec. เป็นระบบที่เริ่มใช้งานในปีการศึกษา 1/2564 ทั้ง 5 วิทยาเขต โดยแต่ละวิทยาเขตจะมี URL ที่แตกต่างกัน เนื่องจากทีมพัฒนาได้แยกฐานข้อมูล ดังนั้นปัจจุบันระบบ Course Spec. ยังต้องเข้าใช้งานแยกวิทยาเขต โดยมี URL ดังนี้ ระบบ Course Spec. สาเหตุที่มีการปรับปรุงจากระบบ มคอ.ออนไลน์ เนื่องจากมีการปรับปรุงรูปแบบต้นแบบจาก มคอ.3 และ มคอ. 4 มาเป็น “แผน” และต้นแบบจาก มคอ.5 และ มคอ. 6 เป็น “ผล” โดยมีการปรับเพิ่ม/ลด รายละเอียดที่จำเป็น/ไม่จำเป็นออกจากระบบ เพื่อให้อาจารย์ได้บันทึกข้อมูลได้ง่ายยิ่งขึ้น ส่วนของเจ้าหน้าที่คณะ/ภาควิชา เมื่อเริ่มต้นการใช้งานระบบเจ้าหน้าที่จะดำเนินการ ซึ่งในปีการศึกษา 2564 เป็นต้นมาได้ยกเลิกการบันทึก ผลลัพธ์การเรียนรู้ระดับหลักสูตร (PLOs) พร้อมด้วยกลยุทธ์/วิธีการสอน กลยุทธ์/วิธีการวัดผล และ Curriculum Mapping ออก แต่ตั้งแต่ปีการศึกษา 3/2565 เป็นต้นไป จะนำส่วนของ ผลลัพธ์การเรียนรู้ระดับหลักสูตร (PLOs) พร้อมด้วยกลยุทธ์/วิธีการสอน กลยุทธ์/วิธีการวัดผล และ Curriculum Mapping กลับมาใช้งานดังเดิม ดังนั้น เจ้าหน้าที่จะต้องจัดทำข้อมูลส่วนนี้ให้ครบถ้วนก่อน อาจารย์/ตัวแทนอาจารย์จึงจะสามารถดึงข้อมูลไปดำเนินการต่อได้ ส่วนของอาจารย์/ตัวแทนอาจารย์ จัดทำแผน การจัดทำแผน เมื่อเจ้าหน้าที่บันทึกข้อมูลตั้งต้นให้แล้ว อาจารย์/ตัวแทนอาจารย์ จัดทำแผน และส่งต่อให้แก่ ประธานหลักสูตร ผู้อนุมัติระดับคณะ อนุมัติแผน หากไม่ผ่านขั้นตอนใด ขั้นตอนหนึ่ง จะย้อนกลับมาให้อาจารย์/ตัวแทนอาจารย์แก้ไขแผนอีกครั้ง ส่วนของอาจารย์/ตัวแทนอาจารย์ จัดทำผล การรายงานผล เมื่ออาจารย์ดำเนินการส่งผลการเรียนในภาคการศึกษานั้น ๆ เรียบร้อยแล้ว อาจารย์/ตัวแทนอาจารย์ รายงานผล และส่งต่อให้แก่ ผู้รับผิดชอบหลักสูตร ประธานหลักสูตร ผู้อนุมัติระดับคณะ อนุมัติการรายงานผล หากไม่ผ่านขั้นตอนใด ขั้นตอนหนึ่ง จะย้อนกลับมาให้อาจารย์/ตัวแทนอาจารย์แก้ไขการรายงานผลอีกครั้ง หน้าหลักของระบบ Course Spec. 🎯 นี่เป็นแค่ระบบหนึ่งของระบบสารสนเทศทั้งหมด ที่ทางฝ่ายพัฒนาระบบสารสนเทศ สำนักนวัตกรรมดิจิทัลและระบบอัจฉริยะ ได้พัฒนาขึ้น ซึ่งจะมีระบบสารสนเทศอื่น ๆ ที่จะมาแนะนำในครั้งต่อไปค่ะ

Read More »

ระบบสารสนเทศ (3/5) : ระบบรับสมัครนักศึกษาออนไลน์ (E-Admission)

ระบบรับสมัครนักศึกษาออนไลน์ (E-Admission) ระบบรับสมัครนักศึกษาออนไลน์ เป็นระบบที่ให้ผู้สมัคร (นักเรียน/นักศึกษา) สมัครเข้ามาเพื่อศึกษาในรั้วมหาวิทยาลัยสงขลานครินทร์ หรือที่ใคร ๆ เรียกว่า “ม.อ.” ระบบรับสมัครนักศึกษาออนไลน์เป็นระบบที่อยู่ในการรับผิดชอบของศูนย์รับนักศึกษาและการทดสอบ ซึ่งพัฒนาโดยฝ่ายพัฒนาระบบสารสนเทศ สำนักนวัตกรรมดิจิทัลและระบบอัจฉริยะ ทุกท่านทราบหรือไม่ว่า ก่อนที่จะมาถึงระบบรับสมัครนักศึกษาออนไลน์ในปัจจุบันที่ใช้งานกันอยู่ เรามีการปรับปรุงมากี่ครั้ง ระบบรับสมัครนักศึกษาออนไลน์ หรือระบบ E-Admission (URL : https://e-admission.psu.ac.th/) ในปัจจุบันเริ่มใช้สำหรับรับนักศึกษาตั้งแต่ปีการศึกษา 2563 เป็นต้นมา โดยเป็นการพัฒนาใหม่จากระบบรับสมัครนักศึกษาออนไลน์ เวอร์ชั่นเดิม โดยมีการพัฒนาปรับปรุงการใช้งาน ได้แก่ เว็บไซต์ปัจจุบันของระบบรับสมัครนักศึกษาออนไลน์ ดังรูป เมนูต่าง ๆ ของระบบรับสมัครนักศึกษาออนไลน์ ที่ผู้สมัครทุกคนจะต้องดำเนินการขึ้นอยู่กับโครงการที่เลือก ดังรูป *** กว่าจะมาเป็นระบบรับสมัครนักศึกษาออนไลน์ในปัจจุบันเราก็มีการปรับปรุงระบบ เสริม เติม แต่งจนมีความสมบูรณ์มากขึ้นเรื่อย ๆ หากมีส่วนใดของระบบที่ยังไม่ถูกต้อง ครบถ้วน ทางทีมพัฒนาระบบ ฯ พร้อมที่จะปรับปรุงให้ดียิ่งขึ้น *** นี่เป็นแค่ระบบหนึ่งของระบบสารสนเทศทั้งหมด ที่ทางฝ่ายพัฒนาระบบสารสนเทศ สำนักนวัตกรรมดิจิทัลและระบบอัจฉริยะ ได้พัฒนาขึ้น ซึ่งจะมีระบบสารสนเทศอื่น ๆ ที่จะมาแนะนำในครั้งต่อไปค่ะ

Read More »

ระบบสารสนเทศ (2/5) : ระบบสารสนเทศนักศึกษา (SIS)

ระบบทะเบียนนักศึกษา และระบบสารสนเทศนักศึกษา (SIS) ระบบสารสนเทศนักศึกษา มีตัวย่อคือ SIS มีนักศึกษาหลายคนจะเรียกว่า S I S (อ่านว่า เอส ไอ เอส) แต่บางคนจะเรียกกว่าระบบ SIS (อ่านว่า ซิส) ซึ่ง SIS ในที่นี้ไม่ได้มาจากคำว่า sister ที่แปลว่าน้องสาวหรือพี่สาวนะคะ แต่ย่อมาจากคำว่า Student Information System ระบบจะเกิดขึ้นมาใช้งานจนถึงปัจจุบันก็มีชื่อเรียกที่แตกต่างกันไป ความเป็นมาของระบบลงทะเบียนเรียน การลงทะเบียนในปัจจุบันก็สามารดำเนินการผ่านระบบสารสนเทศนักศึกษา ไม่ว่าจะอยู่ที่ไหนที่มีเครือข่ายอินเทอร์เน็ตก็สามารถลงทะเบียนเรียนได้ แม้ว่าช่วงลงทะเบียนจะมีบางหน้าจอที่แสดงผลเนื่องจากมีการเข้าใช้งานที่เกินกว่าที่เครื่องแม่ข่าย (Server) จะรับได้ แต่ทางทีมพัฒนาระบบฯ ได้ตรวจสอบและวางแผนรับมือทุกครั้งในช่วงการลงทะเบียนเรียน คุณทั้งหลายอาจจะมีเสียงบ่นว่าระบบช้า ระบบไม่เสถียร หรือระบบไม่ทันสมัย แต่กระบวนการทำงานที่ได้มีการพัฒนาเพิ่มเติม ทดสอบจนแทบจะไม่เกิดข้อผิดพลาดมาตั้งแต่ปี 2015 จนถึงปัจจุบันก็ 7 ปีมาแล้วค่ะ เมื่อย้อนกลับไปสมัยก่อนที่พวกรุ่นพี่ของเราต้องมาเขียนใบคำร้องลงวิชาเรียน แล้วไปรวมตัวที่งานทะเบียนของมหาวิทยาลัย เข้าแถว ถือใบลงทะเบียนเรียน พร้อมกันลุ้นว่าเจ้าหน้าที่จะคีย์ข้อมูลรายวิชาแล้วระบบแจ้งมาว่า ลงทะเบียนสำเร็จ หรือว่าจำนวนนักศึกษาเต็มแล้วในรายวิชานั้น ๆ และต้องมาลุ้นว่าแถวเพื่อนที่ยืนอยู่ข้าง ๆ เจ้าหน้าที่ทำเร็วกว่าแถวของเราหรือเปล่าอีกด้วย….นี่แหละค่ะ เกิดมาในยุคหลังก็สบายกว่าพวกรุ่นก่อนอยู่มากโข… แต่เมื่อย้อนกลับไปตั้งแต่วิธีการลงทะเบียนในสมัยก่อน เราก็ปรับปรุงระบบให้มีความทันสมัยยิ่งขึ้น แม้ว่าการพัฒนาปรับปรุงได้ไม่ทันตามความต้องการที่มีความเปลี่ยนแปลงไปอย่างรวดเร็ว แต่ทางทีมพัฒนาระบบ ฯ ทุกคนร่วมพัฒนาระบบให้มีความเสถียร ครอบคลุมทุกเงื่อนไขของการลงทะเบียนที่มีความหลายหลาย เพราะมหาวิทยาลัยสงขลานครินทร์พัฒนาระบบลงทะเบียนขึ้นใช้เอง เพื่อรองรับนักศึกษามหาวิทยาลัยทุกคน นักศึกษาทุกคนสามารถภูมิใจได้เลยว่า ระบบสารสนเทศนักศึกษาที่ใช้ลงทะเบียนเรียนตั้งแต่ปี 1 ถึง ปีที่สำเร็จการศึกษา พวกคุณทั้งหลายได้ลงทะเบียนที่เป็นระบบที่ทางสำนักนวัตกรรมดิจิทัลและระบบอัจฉริยะภูมิใจ และตั้งใจพัฒนาขึ้นมาเพื่อนักศึกษาทุกคน ระบบสารสนเทศนักศึกษา ระบบสารสนเทศนักศึกษานี้เป็นระบบที่เกี่ยวข้องกับนักศึกษาเป็นส่วนใหญ่ และจะมีส่วนของอาจารย์ที่ปรึกษา และเจ้าหน้าที่เข้ามาตรวจสอบข้อมูลนักศึกษาบ้าง แต่การทำงานหลักๆ ของระบบ คือ “นักศึกษา” หากคุณทั้งหลายเป็นนักศึกษาของมหาวิทยาลัยสงขลานครินทร์ ไม่ว่าคุณจะสังกัดคณะไหน หรือวิทยาเขตไหนก็ตามทุกคนจะต้องใช้งานระบบสารสนเทศนักศึกษาที่มีหน้าตา ฟังก์ชั่นการทำงานที่เหมือนกัน แต่….นักศึกษาทราบหรือไม่ว่าเราทำอะไร ๆ ได้บ้างภายในระบบนี้ ตามมาดูกันเลย นี่เป็นรูปหน้าหลักของระบบฯ โดยแต่ละวิทยาเขตจะมี URL ที่แตกต่างกัน เนื่องจากทีมพัฒนาได้แยกฐานข้อมูล ดังนั้นปัจจุบันระบบ SIS ยังต้องเข้าใช้งานแยกวิทยาเขต โดยมี URL ดังนี้ เมนูในระบบสารสนเทศนักศึกษา เป็นเมนูการทำงานที่พัฒนาให้แก่นักศึกษา ดังนี้ เมนูบริการเสริม เป็นเมนูการทำงานที่เชื่อมโยงมาจากบริการอื่นๆ ที่เพิ่มความสะดวกแก่นักศึกษา ดังนี้ การปรับปรุงระบบสารสนเทศนักศึกษา ขณะนี้ทีมพัฒนาระบบสารสนเทศกำลังพัฒนาระบบสารสนเทศนักศึกษาใหม่ โดยจะเปิดใช้งานระบบในปีการศึกษา 1/2566 ดังนั้นนักศึกษา ม.อ. ทุกคนจะได้ใช้ระบบสารสนเทศนักศึกษาใหม่ รอดูนะคะว่าระบบใหม่จะมีหน้าตาของระบบเป็นแบบใด นี่เป็นแค่ระบบหนึ่งของระบบสารสนเทศทั้งหมด ที่ทางฝ่ายพัฒนาระบบสารสนเทศ สำนักนวัตกรรมดิจิทัลและระบบอัจฉริยะ ได้พัฒนาขึ้น ซึ่งจะมีระบบสารสนเทศอื่น ๆ ที่จะมาแนะนำในครั้งต่อไปค่ะ

Read More »

ระบบสารสนเทศ (1/5) : ขั้นตอนการพัฒนาระบบสารสนเทศ

ขั้นตอนการพัฒนาระบบสารสนเทศ ชาว ม.อ. ทราบหรือไม่ว่ามหาวิทยาลัยมีการพัฒนาระบบสารสนเทศใช้งานภายในมหาวิทยาลัยที่มีหลากหลายระบบ พัฒนาขึ้นโดยฝ่ายพัฒนาระบบสารสนเทศ สำนักนวัตกรรมดิจิทัลและระบบอัจฉริยะ เช่น ระบบทะเบียนนักศึกษา ระบบรับสมัครนักศึกษาออนไลน์ ระบบสารสนเทศบุคลากร ระบบเอกสารอิเล็กทรอนิกส์ เป็นต้น พวกท่านทราบหรือไม่ว่าแต่ละระบบสารสนเทศกว่าจะออกมาให้ใช้งานกัน ทีมพัฒนาฯ ต้องทำอะไรกันบ้าง วันนี้จะขอมาเล่าส่วนของการพัฒนาตั้งแต่เริ่มต้น จนเปิดใช้งานระบบ แบบคร่าวๆ เข้าใจง่ายกันค่ะ ก่อนการพัฒนาระบบสักระบบ ต้องวิเคราะห์ความเร่งด่วน หรือแผนการใช้งานระบบ มีการเข้าคิวการพัฒนา เมื่อสรุปจะพัฒนาระบบใดระบบหนึ่ง มีขั้นตอนอย่างไรมาดูกันค่ะ ช่วงที่ 1 : Requirement เจ้าภาพ จะทำหน้าที่ประสานงานกับหน่วยงานที่เกี่ยวข้อง อาจจะเป็นวิทยาเขต คณะ เพื่อรวบรวมความต้องการให้ชัดเจนว่าจะจัดเก็บข้อมูลอะไรบ้าง กระบวนการ หรือรายงานเป็นอย่างไร ทีมพัฒนาระบบฯ : (1) จัดทำเอกสารเปิดโครงการ พร้อมทั้งกำหนดระยะเวลาในการพัฒนาระบบ (2) เอกสารรายงานการประชุมกับลูกค้า (3) เอกสารประเมินความเสี่ยง ช่วงที่ 2 : Analysis and Design ทีมพัฒนาฯ จะรวบรวมความต้องการจากลูกค้า เพื่อมาวิเคราะห์กระบวนการทำงาน พร้อมทั้งออกแบบหน้าจอและฐานข้อมูลให้มีความสมบูรณ์ครบถ้วน โดยทีมพัฒนาจะออกแบบหน้าจอที่ต้องการพัฒนาเพื่อมานำเสนอให้ลูกค้าตรวจสอบว่าระบบมีความครบถ้วน ถูกต้อง สีของหน้าจอ ปุ่มต่าง ๆ มีความสะดวกสบายกับการใช้งานหรือไม่ ซึ่งส่วนนี้ยังสามารถปรับปรุงความต้องการให้สอดคล้องกับการใช้งานจริงได้มากที่สุด และสรุปเป็นเอกสาร Requirement Checklist เพื่อยืนยันความต้องการกับเจ้าภาพอีกครั้ง ทีมพัฒนาระบบฯ : (4) จัดทำเอกสาร Requirement Checklist (5) เอกสาร Requirement Specification (6) เอกสาร Software Design (7) เอกสารประชุมติดตามความก้าวหน้าภายในทีม ช่วงที่ 3 : Development ช่วงนี้ทีมพัฒนาฯ จะเร่งมือในการพัฒนาระบบตาม Requirement Checklist เมื่อระบบสารสนเทศมีการพัฒนาไประยะหนึ่งก็จะมีการนัดประชุมกับลูกค้า เพื่อให้ดูความก้าวหน้าของระบบว่ามีการพัฒนาไปถึงส่วนใด ตรงตามที่ได้ออกแบบไว้หรือไม่ เมื่อมีการพัฒนาเสร็จแต่ละฟังก์ชั่น ก็จะส่งต่อให้กับทีมทดสอบระบบ หากมีความต้องการเพิ่มเติมระหว่างการพัฒนาจะมีการปรับปรุงระบบส่วนนี้จะเรียกกว่า Change Request ซึ่งจะไปนับรวมกับ Requirement Checklist ทีมพัฒนาระบบฯ : (8) ติดตามการพัฒนาระบบโดยใช้โปรแกรม Azure DevOps ช่วงที่ 4 : Testing ช่วงนี้จะเป็นงานของทีมทดสอบระบบ จะต้องตรวจสอบว่าทีมพัฒนาฯ ได้พัฒนาเสร็จสิ้นตาม Requirement Checklist โดยทีมทดสอบจะทำการเขียน Test case ที่ครอบคลุมว่ากระบวนการทุกกระบวนการก่อนที่จะส่งต่อให้กับผู้ใช้งาน (User) ต้องครบถ้วน สมบูรณ์ หากผิดพลาดไม่ตรงตามความต้องการจะส่งกลับไปยังทีมพัฒนาฯ ให้ปรับปรุงแก้ไขระบบให้ถูกต้อง ครบถ้วนที่สุด เมื่อทดสอบครบทุกฟังก์ชั่น จะมีการนัดประชุมลูกค้าเพื่อส่งมอบระบบ โดยจะมีเอกสาร Acceptance Checklist ให้ลูกค้าตรวจสอบหัวข้อในการพัฒนาระบบทั้งหมดในระบบ ทีมพัฒนาระบบฯ : (9) ทดสอบระบบโดยใช้โปรแกรม Azure DevOps โดยทดสอบตาม Test case ทุกเงื่อนไข (10) เอกสาร Acceptance Checklist ช่วงที่ 5 : Training เมื่อพัฒนาระบบครบถ้วนตาม Requirement Checklist ช่วงนี้จะเป็นการอบรมผู้ใช้งาน (User) หากเป็นระบบใหม่ทางทีมพัฒนาฯ จะอบรมใหม่ทั้งระบบ อาจจะแบ่งเป็นส่วนของเจ้าหน้าที่ อาจารย์ หรือเป็นผู้ใช้ที่มีสิทธิ์เป็นระดับต่างๆ แต่หากเป็นระบบที่มีการพัฒนาเพิ่มเติม ก็ขึ้นอยู่กับว่าการพัฒนามีความแตกต่างจากระบบเดิมมากน้อยแค่ไหน จำเป็นต้องจัดอบรมหรือไม่ ขึ้นอยู่กับความต้องการของเจ้าภาพ และในยุคปัจจุบันมีการอบรมผ่านช่องทางออกไลน์ ทำให้สะดวกกับผู้เข้าอบรมมากยิ่งขึ้น ทีมพัฒนาระบบฯ : (11) เอกสารการอบรมระบบ (12) คู่มือการใช้งานระบบในรูปแบบเอกสาร หรือ VDO ช่วงที่ 6 : Deployment เมื่อปรับปรุงระบบจนพร้อมใช้งานแล้ว ก็แจ้งเปิดระบบอย่างเป็นทางการตามที่เจ้าภาพต้องการ เช่น เริ่มใช้งานในปีการศึกษา 1/2565 เป็นต้น ซึ่งทีมพัฒนาระบบฯ จะมีการเฝ้าระวังระบบในช่วงการใช้งานในช่วงแรกว่าสามารถใช้งานได้สมบูรณ์หรือไม่ ขึ้นอยู่กับกระบวนการใช้งานของแต่ละระบบ เช่น หากเป็นระบบรับสมัครนักศึกษาออนไลน์ จะต้องตรวจสอบตั้งแต่ช่วงที่เจ้าหน้าที่คณะจัดทำโครงการ ตลอดจนผู้สมัครสามารถสมัครสมาชิก จนสามารถสมัครโครงการ ชำระเงินได้ครบถ้วนสมบูรณ์ ทีมพัฒนาระบบฯ : (13) เอกสาร Operation Guideline (14)

Read More »

ฟังก์ชัน array_agg และ array_to_string ใน PostgreSQL 

ผู้เขียนได้มีโอกาสพัฒนาโปรเจ็คใหม่ที่จะต้องไปใช้งานฐานข้อมูล PostgreSQL ซึ่งไม่เคยใช้งานมาก่อน โดยคำสั่งพื้นฐานทั่วไปก็จะเหมือนๆ กัน ตามมาตรฐานคำสั่ง SQL แต่ก็มีบางฟังก์ชันที่มีเฉพาะเจาะจงแตกต่างกันไปในแต่ละฐานข้อมูล อย่างเช่นที่จะกล่าวถึงในบล็อกนี้ โดยโจทย์ก็คือ ต้องการรวมข้อมูลในฟิลด์เดียวกันที่อยู่กันคนละเรคคอร์ด ให้มาเชื่อมต่อกัน เช่น มีตารางข้อมูลจังหวัด และอำเภอ ความต้องการก็คือ นำชื่ออำเภอทั้งหมดภายในจังหวัดเดียวกันมาแสดงเรียงต่อ ดังตัวอย่าง “ปัตตานี” “หนองจิก, โคกโพธิ์” “ยะลา” “เบตง, ธารโต, รามัน” “สงขลา” “กระแสสินธุ์, หาดใหญ่, คลองหอยโข่ง” ซึ่งภายใน PostgreSQL เราจะใช้งานฟังก์ชัน array_agg และ array_to_string โดย expression จะเป็นฟิลด์ หรือกลุ่มฟิลด์ที่จะดึงมารวมเข้าไว้ด้วยกัน sort_expression ฟิลด์ที่จะใช้ในการเรียง โดย anyarray ข้อมูลในรูปแบบ array delimeter ตัวอักษรหรือสัญลักษณ์ที่ใช้คั่นระหว่างข้อมูลที่มาเชื่อมต่อกัน null_string ตัวอักษรหรือสัญลักณ์ที่จะใช้แสดงเมื่อ element ใน array มีค่าเป็น null ตัวอย่างคำสั่ง ซึ่งจะได้ผลลัพธ์ดังรูป เนื่องจากจะเป็นการรวมข้อมูลในแต่ละจังหวัด เราก็เลยจะต้องใช้ฟังก์ชัน group by ร่วมด้วย จากผลลัพธ์จะเห็นว่าเราจะได้ข้อมูลที่ใกล้เคียงกับที่เราต้องการแล้ว เพียงแต่ข้อมูลอำเภอจะยังอยู่ในรูปแบบ array เพราะฉะนั้น เราจะต้องใช้ฟังก์ชัน array_to_string มาช่วยแปลงข้อมูล array มาอยู่ในรูปแบบ string ตามที่เราต้องการ ดังตัวอย่าง จะได้ผลลัพธ์ดังภาพ ซึ่งบทความนี้เป็นเพียงหนึ่งตัวอย่างของฟังก์ชันของ PostgreSQL ที่แตกต่างจากฐานข้อมูลอื่นๆ ซึ่งเราก็จะต้องศึกษาเรียนรู้กันต่อไป ถ้าผู้เขียนมีโอกาสได้ใช้งานฟังก์ชันหรือฟีเจอร์อะไรแปลกใหม่ ก็จะพยามนำมาบันทึกไว้ ในโอกาสต่อๆ ไป ขอบคุณครับ ข้อมูลอ้างอิง

Read More »