Bạn có thể gặp khó khăn khi nói chuyện với họ bằng FileMaker, vì nó thực sự là một công cụ khá thông minh để tạo các ứng dụng cơ sở dữ liệu nhỏ, trong nhà và có cơ sở người dùng rất trung thành. Nhưng bạn nói đúng - đó không phải là một công cụ tốt để tạo một ứng dụng web.
Tôi gặp sự cố tương tự với ứng dụng khách vẫn đang sử dụng ứng dụng dBase IV tùy chỉnh. May mắn thay, kho lưu trữ CPAN của Perl có các mô-đun để nói chuyện với mọi thứ. Vì vậy, tôi đã viết một kịch bản đã xuất khẩu toàn bộ cơ sở dữ liệu dBase IV mỗi đêm và tải nó lên MySQL như một tập hợp các bảng chỉ đọc.
Thật không may, điều này yêu cầu sử dụng MySQL trong 30 phút mỗi đêm. (Đó là một cơ sở dữ liệu lớn và chúng tôi phải chuyển đổi văn bản dạng tự do sang HTML.) Vì vậy, chúng tôi đã chuyển sang PostgreSQL và thực hiện toàn bộ cập nhật cơ sở dữ liệu dưới dạng một giao dịch.
Nhưng điều gì sẽ xảy ra nếu bạn cần quyền truy cập đọc-ghi vào cơ sở dữ liệu FileMaker? Trong trường hợp đó, bạn có nhiều lựa chọn, hầu hết trong số đó là xấu:
- Tạo bi-directional synchronization tool.
- Loại bỏ hoàn toàn FileMaker. Nếu cơ sở dữ liệu FileMaker của khách hàng là tầm thường, điều này có thể tương đối dễ dàng. Tôi sẽ bắt đầu bằng cách viết một bản sao nhanh và bẩn của các cơ sở dữ liệu quan trọng nhất của họ và giới thiệu nó cho họ trong một trình duyệt web.
- Ứng dụng khách thực sự có thể được phục vụ tốt nhất bởi ứng dụng web dựa trên FileMaker. Nếu có, refer them to Google.
Nhưng làm thế nào để bạn bán khách hàng trên một lựa chọn nhất định? Nó có lẽ là tốt nhất để đặt ra các chi phí và lợi ích của mỗi sự lựa chọn, và để cho khách hàng quyết định đó là tốt nhất cho doanh nghiệp của họ. Bạn có thể mất việc, nhưng bạn sẽ duy trì một danh tiếng cho lời khuyên trung thực, và bạn sẽ không tham gia vào một dự án phù hợp với khách hàng của bạn.