Sử dụng Access hay SQL để viết 1 ứng dụng?

[lehongduc]

Chào các Bạn,
Không ít Bạn trong chúng ta thường băn khoăn: không biết nên sử dụng công cụ lập trình hoặc hệ quản trị cơ sở dữ liệu nào để viết 1 ứng dụng.
Về vấn đề này, theo tôi:
+ Chúng ta nên bắt đầu từ nhu cầu cần 1 ứng dụng để làm được việc gì cụ thể?
+ Căn cứ vào đó mà lựa chọn công cụ sẽ viết bằng ngôn ngữ lập trình gì, hoặc bằng hệ quản trị cơ sở dữ liệu nào?
MS. Access, MS. SQL, MySQL, FoxPro, Excel, ... đều là những công cụ tốt và hữu hiệu nếu ta dùng đúng chỗ, phù hợp với nhu cầu thực tế của công việc.
Điều cần tránh chính là "đừng dùng xe tải chỉ để chở vài tạ gạo, thậm chí chỉ 1 bao 50Kg. Và cũng đừng dùng xe đạp để chở 1 tạ gạo hoặc hơn thế, kẻo hỏng xe và đổ gạo là cái chắc."

Ta hãy xem ví dụ sau:
1. Nhu cầu: cần quản lý dữ liệu của 1 doanh nghiệp thương mại.
2. Công cụ có thể lựa chọn:
+ Nếu chỉ là 1 cửa hàng nhỏ hoặc 1 doanh nghiệp có số lượng chứng từ phát sinh dưới 500 chứng từ 1 ngày: chỉ cần dùng MS. Access là vừa đủ, và vừa sức.
+ Nhưng nếu với quy mô lớn hơn: sử dụng MS. SQL lại là lựa chọn tốt hơn.

Các Bạn thấy sao?

 

[suynghidi]

Ðề: Sử dụng Access hay SQL để viết 1 ứng dụng?

Chào các Bạn,
Không ít Bạn trong chúng ta thường băn khoăn: không biết nên sử dụng công cụ lập trình hoặc hệ quản trị cơ sở dữ liệu nào để viết 1 ứng dụng.
Về vấn đề này, theo tôi:
+ Chúng ta nên bắt đầu từ nhu cầu cần 1 ứng dụng để làm được việc gì cụ thể?
+ Căn cứ vào đó mà lựa chọn công cụ sẽ viết bằng ngôn ngữ lập trình gì, hoặc bằng hệ quản trị cơ sở dữ liệu nào?
MS. Access, MS. SQL, MySQL, FoxPro, Excel, ... đều là những công cụ tốt và hữu hiệu nếu ta dùng đúng chỗ, phù hợp với nhu cầu thực tế của công việc.
Điều cần tránh chính là "đừng dùng xe tải chỉ để chở vài tạ gạo, thậm chí chỉ 1 bao 50Kg. Và cũng đừng dùng xe đạp để chở 1 tạ gạo hoặc hơn thế, kẻo hỏng xe và đổ gạo là cái chắc."

Ta hãy xem ví dụ sau:
1. Nhu cầu: cần quản lý dữ liệu của 1 doanh nghiệp thương mại.
2. Công cụ có thể lựa chọn:
+ Nếu chỉ là 1 cửa hàng nhỏ hoặc 1 doanh nghiệp có số lượng chứng từ phát sinh dưới 500 chứng từ 1 ngày: chỉ cần dùng MS. Access là vừa đủ, và vừa sức.
+ Nhưng nếu với quy mô lớn hơn: sử dụng MS. SQL lại là lựa chọn tốt hơn.

Các Bạn thấy sao?

Lâu nay em vẫn dùng access, chưa chuyển qua SQL vì thấy nhu cầu công việc của mình chưa đến mức dùng đến nó. Nhưng để mở rộng các ứng dụng cho toàn chi nhánh, em sẽ chuyển qua dùng Database SQL trong tương lai. Trong một vài topic cũng có đề cập đến vấn đề này (bác muongtennguoi, phatnq2002, Viettienedu, behattieu...) nhưng em thấy chưa đặt vào một ứng dụng cụ thể nào, nên cũng chưa hình dung hết được.
Có một thực tế là, trong công việc của em, nhiều lúc phải viết ứng dụng dựa trên dữ liệu xuất ra từ những ứng dụng lớn để xây dựng các report theo yêu cầu của lãnh đạo. Em phải xây dựng Database Access phù hợp với dữ liệu mình có (import từ các file excel có cấu trúc và định dạng chuẩn được xuất ra từ ứng dụng lớn). Theo thời gian, khối lượng dữ liệu này khá lớn, và đòi hỏi mở rộng cho nhiều người dùng (khoản 30 người dùng đầu cuối: các chi nhánh, Phòng giao dịch...). Em sẽ đề cập chi tiết về ứng dụng đang có trong một topic riêng, lúc đó nhờ anh chị tư vấn thêm để có giải pháp phù hợp.

 

[lehongduc]

Sử dụng MS. Access để trình bày cơ sở dữ liệu MS. SQL

Xin mời các bạn cùng tham gia xây dựng 1 ứng dụng như 1 ví dụ cụ thể để tìm hiểu Microsoft Access (áp dụng vào kế toán như thế nào)

1. Trước hết ta xác định nhu cầu cụ thể: ứng dụng sẽ giúp quản lí tình hình kho hàng và công nợ phát sinh từ việc mua, bán hàng hoá.
Nhằm mục đích mở rộng ứng dụng này thành 1 công cụ lập các báo cáo kế toán nên về mặt kỹ thuật ta sẽ phải thiết kế sao cho ứng dụng giúp ta định khoản tự động các nghiệp vụ phát sinh.

2. Từ nhu cầu trên ta có thể xác định những đối tượng cần tác động (thu thập thông tin, xử lí số liệu, ...) bao gồm:
+ các danh mục cơ bản phát sinh: gồm danh mục hàng hoá, danh sách khách hàng
+ các chứng từ phát sinh: bao gồm chứng từ nhập, xuất kho hàng và chứng từ thanh toán (thu, chi, ghi nợ)
Cũng do nhu cầu định khoản tự động các nghiệp vụ phát sinh (để lập các báo cáo kế toán về sau này) nên ta có thêm các đối tượng cần thu thập và xử lí thể hiện phương pháp định khoản sẽ được khai báo trước (làm căn cứ cho ứng dụng tự động định khoản).

3. MS. Access lưu thông tin về các đối tượng trên trong các bảng dữ liệu gọi là Tables. Ta có thể có các nhóm tables sau:
(1) dùng để đăng kí danh mục hàng hoá: ta đặt tên table này là tbldmhh

(2) để thuận tiện trong quản lí hàng hoá ta cần phân hàng hoá theo nhóm, nên sẽ phải có table: tbldmnhomhh

(3) do trong thực tế giao dịch thường sử dụng nhiều đơn vị tính khác nhau của hàng hoá (như: cái, lố, thùng nhỏ, thùng to, ...) nên ta lập thêm 1 bảng để đăng kí hệ thống đơn vị tính của từng mặt hàng đã đăng k‎ trong danh mục hàng hoá. Trong bảng này ta sẽ quy định cụ thể mối liên hệ trực tiếp giữa các đơn vị tính (của cùng 1 mặt hàng) với nhau thông qua việc xác định 1 số lượng quy đổi nhất định giữa từng đơn vị tính với đơn vị tính thấp nhất.

(4) dùng để đăng kí danh sách khách hàng: ta đặt tên table này là tbldmkh

(5) để thuận tiện trong việc quản lí danh sách khách hàng ta cần phân khách hàng theo từng địa bàn, nên sẽ phải có table: tbldmdiaban

(6) dùng để đăng kí các chứng từ nhập, xuất kho hàng: sẽ có 2 tables
+ 1 dùng để đăng kí các thông tin tổng quát của chứng từ: tblctunx
+ 1 dùng để đăng kí các mặt hàng chi tiết phát sinh trong cùng 1 chứng từ nêu trên: tblctunx_ct

(7) dùng để đăng kí các chứng từ thanh toán (thu, chi, ghi nợ): tblctutt

(8) dùng để đăng kí nội dung định khoản: tbldinhkhoan

(10) dùng để đăng kí trước các nghiệp vụ ta sẽ sử dụng khi lập các chứng từ phát sinh: tbldmnghiepvu

Đối với Phương pháp định khoản: tôi sẽ phân tích cụ thể trong bài kế tiếp sau.

Các Bạn có thể tải xuống tài liệu thuyết minh chi tiết và file mdb minh hoạ từ link sau: http://www.mediafire.com/download.php?1zd0sfmd5ck

 

[behattieu]

Ðề: Sử dụng Access hay SQL để viết 1 ứng dụng?

Theo mình nghĩ thì dùng access hay SQL thì vẫn phải theo nhu cầu của việc sử dụng phần mềm đó.
Nếu ít người dùng, cơ sở dữ liệu không lớn thì access là lựa chọn tối ưu.
Ngược lại nếu chương trình dùng cho nhiều người, cơ sở dữ liệu lại lớn thì SQL lại là lựa chọn thích hợp hơn.
Tuy nhiên khi viết chương trình ta cần cân nhắc đến việc thiết kế CSDL để nó có thể chuyển đổi từ access sang SQL khi cần. Còn khi chưa cần thiết cứ để nó dạng access là ổn nhất.
PS: Bác lehongduc này có phải là người share phần mềm QLNS không nhỉ?

 

[tienduyet]

Ðề: Sử dụng Access hay SQL để viết 1 ứng dụng?

Thế anh lehongduc chia sẻ cho dân amater bọn em cách kết chuyển số dư đầu kỳ = một nút nhấn chuột đi ah!