Có lẽ tớ xin phép được đưa ra một vài điều để trao đổi về access (Tớ đang định viết về nó - nhưng dạo qua hàng sách thấy họ viết hay quá nên đành thôi vậy).
+ Chức năng ban đầu của Access là cung cấp khả năng quản lý và tổ chức thông tin (quản lý cơ sở dữ liệu) thông qua DB engine, và tất nhiên dbengine JET, ISAM, JRO, ODBC thì dùng các đối tượng truy cập dữ liệu DAO, ADODB, DSN... để đọc, ghi và khai thác dữ liệu. Túm lại nếu không có Microsoft Access Application (MÂ) thì ta có thể khai thác các file Mdb, Mde như một tổ hợp quản lý dữ liệu truyền thống thông qua db Engine. Và có MAA để ta có thể viết riêng được trình quản lý dữ liệu theo ý ta - hihi - nhưng để chạy được các ứng dụng ta viết cho ta đó - thì phải có MAA.
(có thể tạm hiểu db engine giống như một cái máy trong đó nó tương tác với người sử dụng thông qua bảng điều khiển. Chỉ cần bấm nút này nọ là nó biết phải tương tác với mạch điện nào để trả về các thông tin mà người dùng cần. Cái máy đó có thể tương tác với nhiều dạng mạch điện khác nhau và người dùng chẳng cần quan tâm đến việc họ sẽ sử dụng các mạch điện đó ra sao)
+ Từ sự phát triển mạnh của ngôn ngữ nhúng (Embedable Script) vào bộ phần mềm Office vồn được phát triển từ nền ngôn ngữ VB, người ta mới đưa thêm các tính năng khác vào Access và tính năng này ngày càng được phát triển để hỗ trợ người dùng ở quy mô nhỏ.
Trong số những tính năng nổi bật phải nói đến Bộ công cụ hỗ trợ SQL động cho phép nhúng hàm người dùng vào các câu lệnh truy vấn - Bộ hỗ trợ này được đóng gói vào thư viện VBExx.dll và với lý do đó mà người ta đã bỏ bớt nhiều khả năng tương tác hệ thống ở mức độ thấp trong bộ thư viện VB. Nếu ai đã viết API trong VBA hẳn sẽ nhận thấy rất rõ điều này khi muốn tương tác với WINDOWS. Cũng vì lẽ đó mà hỗ trợ đối với đối tượng ActiveX cũng bị giảm đi chút ít trong môi trường access.
Ngoài ra phải kể đến khả năng làm báo cáo động rất tốt của Access kể từ bản Access 2000. Báo cáo đã gần hơn với đối tượng form hơn lúc nào hết. Tôi sẽ xin được trình bày dần dần vào các bài viết sau (khi có dịp nhé).
Nếu các bạn đã từng làm việc với VBA của Office 6.0 các bạn sẽ thấy rõ sự khác nhau giữa phiên bản 6.0 và 7.0 và sau này đến Office 2000 là một bước ngoặt thực sự trong sự phát triển của VBA. Điều này có lẽ tôi xin được nói đến sau.
+ Tất nhiên việc đưa Access trở thành một công cụ lập trình CSDL chỉ trở thành bước ngoặt khi Oracle 8 có thêm bộ đóng gói ứng dụng chạy độc lập dựa cơ bản vào Java. Lúc đó Access được Microsoft bổ sung hàng loạt các bộ thư viện phụ trơ để hỗ trợ đóng gói .. và vân vân để nó giống với VB như một ứng dụng có thể cài đặt và chạy độc lập.
Tuy nhiên có lẽ trong giai đoạn tới, chúng ta cũng chưa thể mong Access sẽ trở thành một ứng dụng cho phép đóng gói và chạy độc lập được. Vì bản thân Access đòi hỏi quá nhiều thứ liên quan để có thể duy trì cho hệ thống phức hợp của nó chạy trơn tru. Chính vì lẽ đó mà Access tuy rằng đã được bổ sung khả năng làm việc trên môi trường mạng công nghiệp (ADP) nhưng nó vẫn không phải là một phần mềm phù hợp để thực hiện những tác vụ có khối lượng tính toán lớn, rải rác và có tính ổn định cao.
Nhưng đừng lo nhé - với quy mô chúng ta cần thì nó đã là quá đủ để làm được nhiều việc.
Vâng trên đây là lời vào đề cho Access - cái dao mổ bò này cũng có thể dùng được để làm khối việc đấy ạ. Có lẽ mình chưa nói được hết trong phạm vi bài này nhưng sẽ cố gắng nói tiếp trong những dịp khác.
Mình muốn giới thiệu một bài nói về Access thông qua một ứng dụng đang phát triển và sử dụng ở vài nơi nhé. Nếu ai cần phần mềm và mã nguồn thì mail cho mình.
Hoặc tải bộ cài đặt về để xem qua nhé.
www.sfdp.net/libs/vdpsofts/setup.exe Bài nói về VDP Manager
www.sfdp.net/Libs/vdpinstr/gioithieu.zip Và ví dụ đầu tiên, đơn giản về cách tiếp cận Menubar của accesss
www.sfdp.net/Libs/gen/acc/MnBar.rar Nay kính thư