Có 2 cách:
1. Đổi mới hẳn: Chuyển sang viết .NET (chọn 1 trong 2: VB .NET, C#) + MS SQL 2005 hoặc MS SQL 2008
Vì - Tận dụng sức mạnh của .NET Framework
- Hỗ trợ các kiến trúc ứng dụng đã được chứng minh
- Có nhiều 3rd-parties phát triển các sản phẩm dành cho lập trình
- Dĩ nhiên là Fully Unicode support
Tuy nhiên:
- Có thể bạn phải làm quen với nhiều khái niệm mới, nhiều kiến trúc mới mà từ xưa đã quen với Visual Foxpro rồi nên khá khó thay đổi
- Nếu chưa từng làm quen thì có thể mất 1 thời gian để có thể master món này (chứ beginer .NET thì ko viết được ứng dụng kế toán dạng đóng gói bán cho nhiều KH đâu)
2. Tiếp tục sử dụng Visual Foxpro và thay đổi 98% CSDL (phần dữ liệu chính) sang MS SQL 2000 hoặc cao hơn (Lúc đó Visual Foxpro chỉ còn là ngôn ngữ lập trình thuần tuý mà thôi, có lẽ sẽ quên hết các lệnh làm việc với CSDL của fox đi)
Vì: - Đã quen với môi trường Visual Foxpro
- Việc cho ra SP "MS SQL Database" sẽ nhanh hơn nếu phải thực hiện bước chuyển đổi (so với phương án 1)
Tuy nhiên: - Nên design database sao cho tận dụng sức mạnh của MS SQL (thiết kế CSDL sao cho chuẩn với các dàng buộc, các triggers,...). (Khá nhiều đơn vị khi chuyển từ DBF sang MS SQL thì bê nguyên cấu trúc sang, người ta gọi là bình mới rượu cũ - thậm chí còn có tác dụng ngược lại)
- Vẫn là Non-Unicode Application
Như vậy, tuỳ vào khả năng (thời gian, kinh tế, năng lực phát triển), tuỳ vào chiến lược ngắn hạn hay lâu dài mà bạn có thể chọn 1 trong 2 cách đi trên.
Có 1 guideline đối với các nhà phát triển phần mềm: Học cách thiết kế CSDL sao cho chuẩn thì cho dù ở môi trường CSDL nào cũng được tối ưu hoá và ứng dụng sẽ trở nên chuyên nghiệp hơn (cho dù phát triển trên ngôn ngữ nào cũng sẽ là 1 SP chuyên nghiệp)
P/S: 1 ví dụ điển hình của việc 1 PMKT khá tốt được viết trên Visual Foxpro 9 + CSDL là MS SQL (2000, 2005):
Augges Software (Tác giả chọn CSDL MS SQL ngay từ khi bắt tay vào xây dựng phần mềm)