แก้โดยไม่เก็บ Full Path Name D:\Path1\Path2\Path3\Pic1.jpg ลงในเทเบิล แต่ให้เก็บเป็น Relative Path Name แทน เช่น เครื่องแม่แชร์ D:\Path1 ไปเป็นไดร์ฟ Z: บนเครื่องลูก เราก็เก็บเฉพาะ Path2\Path3\Pic1.jpg ลงในเทเบิลแทน และไปออกแบบให้เครื่องลูกแต่ละเครื่องเก็บว่า Drive และ Path บนเครื่องลูกที่จะนำหน้า Relative Path นั้นคืออะไร กรณีนี้ก็คือ Z: และก็แล้วแต่จะออกแบบให้เก็บในไหน จะในเทเบิลของโปรแกรมบนเครื่องลูกนั้นๆ หรือจะเก็บในเท็กซ์ไฟล์บนเครื่องลูกนั้นๆ ก็ได้  โปรแกรมเราก็ต้องอ่านค่านี้มาต่อกับ Relative Path Name ที่เก็บไว้ ก็จะได้เป็น Z:\Path2\Path3\Pic1.jpg ครับ  ถ้าโปรแกรมนี้ติดตั้งบนเครื่องแม่ด้วย ก็ต้องเก็บเป็น D:\Path1 แทน

Access เองไม่ได้มีคำสั่งสำหรับสร้าง SQL statement ให้กับ Schema ของอ็อปเจ็คต่างๆในฐานข้อมูล อย่างเช่น Table, Index, Relationship, Query, ...   ดังนั้นปกติแล้วเราจะต้องสร้างเองด้วยแมนวลออกมาเป็นคำสั่งเช่น

DROP TABLE [CUSTOMER];
CREATE TABLE [CUSTOMER] (
[ID] TEXT(12)
[NAME] TEXT(20) NOT NULL
[CityCD] TEXT(6)
[PostalCD] TEXT(10)
[CountryCD] TEXT(6)
[Tel] TEXT(50)
[Fax] TEXT(50)
) ;
CREATE UNIQUE INDEX [PrimaryKey] ON [CUSTOMER] ([ID] ASC) WITH PRIMARY DISALLOW NULL;
CREATE INDEX [AK1] ON [CUSTOMER] ([NAME] ASC);

แต่ยูทิลิตี้ที่เป็น Command-line ตัวนี้สามารถช่วยสร้างให้เราได้ นอกจากสร้างให้แล้ว ยังสามารถสั่งให้อ่านจากไฟล์ที่สร้าง SQL statement ตามข้างบน มาทำงานได้ด้วย ยูทิลิตี้ตัวนี้จะช่วยให้การดูแลจัดการกับ Schema ทำได้ง่ายขึ้นมาก สามารถโหลดมาใช้ได้จาก https://bitbucket.org/himselfv/jet-tool/wiki/Home  have

ก่อนอื่นต้องบอกว่า การสร้างแต่ละเทเบิลเพื่อเก็บรายการแยกแต่ละประเภท น่าจะออกแบบฐานข้อมูลไม่ถูกต้องแล้ว ปกติเราไม่ทำกันอย่างนั้น ถ้าทำได้ให้รวมเป็นเทเบิลเดียวกันแล้วมีฟิลด์ที่บอกประเภทของรายการจะถูกต้องกว่า ไม่อย่างนั้นต่อไปในอนาคต คุณจะต้องลงแรงและวุ่นวายมากกว่าคนอื่นมากๆ

ทีนี้กลับมาเรื่องที่ต้องการ เราสามารถกำหนดแหล่งที่มาของข้อมูลในหน้าฟอร์มด้วยการใส่ชื่อของ เทเบิล/คิวรี่/SQL statement ลงใน RecordSource property ของฟอร์มนั้น  ตามภาพที่ให้มา หลังจากเลือกประเภทของรายการในคอมโบบ็อกซ์แล้ว ก็ให้ใส่โค้ดไว้ที่ AfterUpdate event procedure ของคอมโบบ็อกซ์นั้น ซึ่งโค้ดคงมีลักษณะโครงสร้างตามนี้คือ

Select Case Me.ชื่อคอมโบบ็อกซ์
   Case ประเภทผ้า    ' ถ้าประเภทเป็นข้อมูลชนิด String ก็ให้ครอบด้วยเครื่องหมาย double quote
       Me.RecordSource = "เทเบิล/คิวรี่/SQL statement ที่แสดงผ้า"

   Case ปรเภทAccessories
       Me.RecordSource = "เทเบิล/คิวรี่/SQL statement ที่แสดง Accessories"
End Select

ผมเข้าใจว่าคงถามถึงการแปลงจาก Access ไป SQL Server ใช่หรือไม่ เราสามารถใช้โปรแกรม SQL Server Migration Assistant for Access https://docs.microsoft.com/en-us/sql/ssma/access/installing-sql-server-migration-assistant-for-access-accesstosql ที่ไมโครซอฟท์มีให้เพื่อแปลงข้อมูลไปยัง SQL Server ได้  แต่อาจมีเงื่อนไขบางอย่างที่ไม่สามารถแปลงได้ ดูได้จากหัวข้อ Incompatible Access Features (AccessToSQL)   ส่วนประเภทข้อมูลว่าแปลงไปแล้วกลายเป็นประเภทไหน ในหัวข้อ Project Settings (Type Mapping) (AccessToSQL)ก็มีบอกไว้ครับ

ส่วนเรื่องของตัวโปรแกรมฝั่ง Access เองก็อาจต้องมีการปรับแก้ ขึ้นอยู่กับต้องการให้เรียกใช้คุณสมบัติของ SQL Server มากน้อยแค่ไหน เช่น การล็อคอินเข้าไปยัง SQL Server, การกำหนดไม่ให้ ODBC หรือตัว SQL Server ตัดการติดต่อหรือยกเลิกงานเพราะ Timeout, การเรียกใช้ Stored Procedure (โค้ดที่เขียนบน SQL Server เอง) ฯลฯ

ถ้ายังไม่ทำการคอมไพล์ ให้ทำก่อนครับ
หรือถ้าคำสั่ง Compile เป็นตัวจาง ก็ให้ลบสักบรรทัดแล้วคีย์กลับเข้าไปอย่างเดิม แล้วคอมไพล์ครับ

- Error บรรทัดไหน, รหัสอะไร, ข้อความแสดงออกมาว่ายังไง
- เกิดปัญหาในเครื่องเดิมที่ติดตั้ง Excel 2003/2007 หรือว่าบนเครื่องอื่น
- PathAndFileOriginal เก็บค่าที่อยู่ของไฟล์ถูกต้องหรือไม่

1. ก่อนอื่น ถ้าดูจากลักษณะงาน ขอถามก่อนว่า น่าจะมีอีกฟิลด์ที่บอกว่าทำงานไหนเป็นลำดับที่เท่าไหร่ใช่ไหมครับ จากภาพก็ตีความได้ว่าบรรทัดแรกก็เป็นงานแรก เรียงต่อๆกันไปจนบรรทัดสุดท้ายซึ่งเป็นงานสุดท้าย แต่ถ้าไม่มี ก็จะเกิดปัญหาเพราะไม่รู้ว่าเรคอร์ดไหนเป็นลำดับที่เท่าไหร่ ส่วนค่าของฟิลด์นี้ แนะนำว่าไม่ควรใส่เรียงต่อกัน อย่าง 1,2,3,... แต่ควรแยกเป็นระยะเช่น 10,20,30,... เพื่อจุดประสงค์ให้ง่ายต่อการแก้ไขลำดับการทำงาน เพราะเราจะแทรกลำดับ เช่น แทรกลำดับที่ 2 ด้วยค่า 15 ไปได้เลย แต่ถ้าเป็นเลขติดกันอย่าง 1,2,3,... เราก็ต้องมาเปลี่ยนค่าตั้งแต่ลำดับที่ 2 ไปจนหมดทุกลำดับ ซึ่งไม่เหมาะในทางปฏิบัติ

2. การเอาข้อมูลมาใส่คอมโบบ็อกซ์ตามที่ต้องการนั้น ทำได้ แต่ Access ไม่สามารถสร้างคอมโบบ็อกซ์ได้ระหว่างที่หน้าฟอร์มทำงาน ทำได้เฉพาะในระหว่างดีไซน์หน้าฟอร์มเท่านั้น ดังนั้นถ้าอยากทำวิธีนี้จริงๆ ก็ต้องสร้างคอมโบบ็อกซ์ไว้ให้มากเท่าที่จะรองรับจำนวนข้อมูลที่คิดว่ามีในแต่ละ ID ได้ แต่จะซ่อนเอาไว้ไม่ให้แสดง พออ่านข้อมูลจริง ก็ค่อยอ่านทีละเรคอร์ดแล้วกำหนดค่าลงคอมโบบ็อกซ์ทีละตัว พร้อมแสดงคอมโบบ็อกซ์ออกมาให้เห็น

3.อย่างไรก็ตาม ผมเห็นว่าถ้าเราเอาข้อมูลมาแสดงออก Continuous Form หรือ Datasheet Form ไปเลยน่าจะง่ายกว่าครับ ตรงไปตรงมา เพราะมีกี่เรคอร์ด ก็แสดงออกมาเท่านั้นบรรทัดโดยอัตโนมัติ จะเพิ่ม/ลบเรคอร์ดก็ทำได้เลย

4. ไม่ว่าจะทำแบบ 2.หรือ3. ควรเอาฟิลด์ที่เก็บขั้นตอนการทำงานใน 1. มาแสดงให้ผู้ใช้กำหนดด้วย เพื่อในกรณีที่มีการแทรกขั้นตอน ก็จะทำได้โดยการแก้ไขค่าในฟิลด์เก็บขั้นตอนโดยตรงไปเลย

ใส่ค่าที่ต้องการไว้ใน Default Value property ของคอมโบบ็อกซ์ได้ครับ

ลองดูจากกระทู้เก่านี้เป็นแนวทางได้ครับ https://www.thai-access.com/yeadram_view.php?topic_id=651