Kính gửi: Các Anh/Chị và tất cả thành viên Thủ thuật Access, hôm nay xin lập topic này để đóng góp những ý kiến quy báo để giải quyết một số điểm Yếu của Access khi nối qua Lan.

Đầu tiên xin tỏ tường về vấn đề Kết nối Data qua LAN ( Cái này còn được gọi Tạo ứng dụng kết nối thông qua mạng Lan.

I. Những mặt mạnh và yếu:
* Mạnh mạnh:
- Trao đổi, truy vấn, cập nhật thông tin từ xa trong mạng Nội bộ

* Mặt yếu:
- Kết nối chậm chạm khi truy cập nhiều người dùng(User) cùng lúc.
- Máy chủ không mở thì hoàn toàn không thể truy cập được, nhất là hiện tại cơ quan hành chính khó lòng có máy nào làm máy chủ mà mở tối ngày...
- Đối với ứng dụng có truy cập Database và tập tin trên máy chủ thì càng thêm rắc rối khi máy chủ Off.

II. Mục đích của bài viết này:
- Tìm ra giải pháp khắc phục điểm yếu như trên đã nêu.

III. Các giải pháp đã triển khai thực hiện rồi:

- Tạo hàm kiểm tra so sánh trên máy con và máy chủ để copy về máy sau đó Link lại liên kết để truy cập: Như vậy mỗi máy con sẽ truy cập vào Database trên máy mình, khắc phục tình trạng lak do truy cập nhiều User cùng lúc.


- Đối với tập tin trên máy chủ cũng thế, Sẽ tạo ra 1 hàm kiểm tra file xem trên máy con có file này được tải về chưa, nếu chưa thì tải về và lưu vào một mục nào đó.

IV. Đi tìm lời kết:
1. Vì nhiều lý do về thời gian của bản thân và sức hiểu biết có giới hạn, tuy đã thực hiện đáp ứng phần lớn các điểm yếu nêu trên ( nhưng tin chắc rằng vẫn có hạn chế) và cũng không có nhiều thời gian để trình bày hết tất cả các công đoạn,
2. Sợ trình bày sẽ thiếu xót gây loãng diễn đàn, nên trước khi post lên Demo giải quyết các điểm hạn chế trên, em lập topic này xin thêm ý kiến quý báo các Anh/Chị đi trước về vấn đề này.
3. Thời gian dự kiến hoàn thành chuyên đề này để post lên: Cuối tháng 9/2015.

Xin đợi thêm ý kiến của mọi người.

Đây là một chủ đề rất hấp dẫn dành cho những người yêu quý access. Mình cũng đã từng post lên forum một số chủ đề để chứng tỏ rằng cái gì các ngôn ngữ lập trình khác làm được thì ngôn ngữ application visual basic của access cũng làm được
Nhưng nói đi cũng phải nói phải nói lại: Access cũng như các phần mềm lập trình khác vẫn có những ưu điểm và nhược điểm riêng của nó. Vì nếu không như vậy thì làm gì có chuyện các ngôn ngữ như C, Java, Android, VB, Html, Swift .v.v… và v.v… Cùng tồn tai song song.
Thực ra có nhiều quan điểm về MS Access. Khoảng năm 2000 khi tôi đã bán được một vài phần mềm kế toán viết bằng access 95 thì một số đối thủ viết bằng Visual Fox, VB6 cho gièm pha kiểu "thầy bói gặp may" hay là "mèo mù vớ cá rán" vì những người này cho rằng Access một cơ sở dữ liệu đồ chơi; chơi thì được nhưng không đủ khả năng viết một phần mềm hoàn chỉnh cho doanh nghiệp. Tuy nhiên, Kết quả thực tiển là các chương trình của tôi không hề kém cạnh các chương trình của họ và số lượng khách hàng của tôi thậm chí còn vượt lên trước. Sự thành công này có lẽ cũng do điều kiện lịch sử của ngành tin học mới phôi thai ở Việt Nam. Một doanh nghiệp sử dụng máy mạng là điều không tưởng, Để viết một phần mềm kế toán tôi chỉ sử dụng 1/3 thời gian so với các ông bạn lớn sử dụng ngôn ngữ khác, và để sửa chữa lỗi phần mềm tôi chỉ cần 1 giờ trong khi mấy tay kia tốn một ngày. Nhưng không vì vậy mà chúng ta có thể nói access là số 1. Và lý do mình viết bài này không phải đả kích hay làm cho nhiệt tình của bạn Dân (một trong những người mình tôn trọng nhất trên diễn đàn) xì hơi. Mà góp một phần nào trong sự nhìn ra những ưu khuyết đểm của access để xử dụng một cách tốt nhất phần mềm lập trình này. Những phân tích ưu khuyết điểm này do kinh nghiệm chủ quan của mình cũng có, rút trích từ các trang web cũng có, các ý kiến từ bạn bè cũng có nên khi trình bày sẽ có nhiều chỗ lộn xộn mong Dân các bạn thông cảm
1/ Ưu điểm:
            - Đây là sản phẩm không tốn tiền (hầu hết chúng ta dùng bản bẻ khó@, rất tiếc đa số những người lập trình access lại không phải là người bẻ khó@. Còn những người bẻ khó@ lại không phải cao thủ access nên sau khi bẻ khó@ bị lỗi gì họ cũng không biết. Các nhà “lập trình access” vớ được bản nào xài bản đó khi nào phát hiện lỗi mới tìm bản khác)
            - Là một công cụ khá mạnh mẽ tích hợp tốt với các sản phẩm office khác (Việt Nam mình xài toàn là office không hà). Giao diện lại đẹp và trực quan dễ sử dụng (cùng kiểu office với nhau mà, foxpro thua là ở chổ này). Nó cũng có thể được sử dụng trong liên kết front-end với các table back-end với các sản phẩm như Microsoft SQL Server và các sản phẩm không phải của các table Microsoft như Oracle và Sybase.
- Cơ sở dữ liệu Access có thể kết nối với các bảng tính Excel, kết nối ODBC, máy chủ SQL, và SharePoint Services trang cho dữ liệu trực tiếp. Table là nguồn có thể được liên kết và sử dụng để tạo ra các báo cáo rất trực quan.
Dễ dàng cài đặt và sử dụng - Access cho nhà quản lý dữ liệu một quan hệ hệ thống quản lý cơ sở dữ liệu đầy đủ chức năng trong vài phút (lẹ hơn mấy thằng khác nhiều). Giống như nhiều ứng dụng khác của Microsoft, Access có chứa Wizards hỗ trợ tốt cho người mới qua từng bước. Giao diện người dùng trực quan; tăng tốc truy xuất thông tin dữ liệu.
- Khả năng lưu trữ thuận tiện - Một cơ sở dữ liệu Microsoft Access có thể chứa đến 2 GB dữ liệu. 
Hỗ trợ nhiều User - Khoảng mười người sử dụng trong một mạng có thể sử dụng một ứng dụng Access. Thuận lợi trong việc kết nối máy ngang hàng.
Nhập dữ liệu – Việc nhập dữ liệu trên Microsoft Access rất nhanh và dễ dàng.
Nhược điểm
- Microsoft tuyên bố có thể 50 người cùng truy cập một cơ sở dữ liệu của Access và lưu trữ dữ liệu lên đến 2GB. Nhưng bạn thử xem với 20 người truy cập CSDL 1G (server hẳn hòi nha, card mạng 1GB nha) Bạn sẽ thấy nó đuối như thế nào.
- Cấu trúc Query Language (SQL) - SQL cho MS Access chỉ là một em bé yếu ớt so với chàng thanh niên MS SQL Server hoặc Người không lồ Oracle.
Một tập tin - Tất cả các thông tin từ cơ sở dữ liệu của bạn được lưu vào một tập tin. Điều này hạn chế lựa chọn và cách bạn chọn sử dụng dữ liệu; làm chậm lại các Report, Query, và các Form. Hiệu quả của nó trở nên chậm chạp cho người sử dụng quy mô kích thước dữ liệu. Khi sử dụng Dữ liệu đa phương tiện (hình ảnh, âm thanh, video…)sẽ làm tăng dung lượng MS Access một cách nhanh chóng.
-Nhiều hệ điều hành Windows - Bất cứ khi nào Microsoft thay đổi hệ điều hành Windows khác nhau như Windows 98, Windows ME, Windows 2000, Windows XP, hoặc  Windows 7, Windows 8, rồi bây giờ là Windows 10 sẽ đồng thời đẻ một access mới với một vài cái không tương thích Access cũ.
Tóm lại, Khi bạn muốn tạo một cơ sở dữ liệu vừa và nhỏ, tạo một kết quả báo cáo nhanh chóng (kiểu cơ sở dữ liệu kế toán cho doanh nghiệp vừa và nhỏ hay quản lý nhân sự đơn vị từ 50 người trở lại) mà lại không tốn tiền đầu tư hay công lao động cao. Access là số 1.
Nhưng khi nhu cầu là một cơ sở dữ liệu lớn lưu trữ lâu dài không chịu ảnh hưởng hệ đều hành (nói chung là không chịu ảnh hưởng cung cách kiếm tiền của Microsoft), chúng ta phải nghĩ đến một phần mềm CSDL khác như Oracle, MySQL, Microsoft SQL Server. Tất nhiên muốn chắc chắn những thằng này không bị lỗi phải chịu tốn tìn.
Trước mắt, khi chúng ta chưa có nhiều điều kiện, (khả năng, tiền bạc) chủ đề này của bạn Dân có thể được xem là một sự cứu trợ tạm thời trong giai đoạn này.

(04-08-15, 05:48 PM)maidinhdan Đã viết: Kính gửi: Các Anh/Chị và tất cả thành viên Thủ thuật Access, hôm nay xin lập topic này để đóng góp những ý kiến quy báo để giải quyết một số điểm Yếu của Access khi nối qua Lan.

Đầu tiên xin tỏ tường về vấn đề Kết nối Data qua LAN ( Cái này còn được gọi Tạo ứng dụng kết nối thông qua mạng Lan.

I. Những mặt mạnh và yếu:
* Mạnh mạnh:
- Trao đổi, truy vấn, cập nhật thông tin từ xa trong mạng Nội bộ

* Mặt yếu:
- Kết nối chậm chạm khi truy cập nhiều người dùng(User) cùng lúc.
- Máy chủ không mở thì hoàn toàn không thể truy cập được, nhất là hiện tại cơ quan hành chính khó lòng có máy nào làm máy chủ mà mở tối ngày...
- Đối với ứng dụng có truy cập Database và tập tin trên máy chủ thì càng thêm rắc rối khi máy chủ Off.

II. Mục đích của bài viết này:
- Tìm ra giải pháp khắc phục điểm yếu như trên đã nêu.

III. Các giải pháp đã triển khai thực hiện rồi:

- Tạo hàm kiểm tra so sánh trên máy con và máy chủ để copy về máy sau đó Link lại liên kết để truy cập: Như vậy mỗi máy con sẽ truy cập vào Database trên máy mình, khắc phục tình trạng lak do truy cập nhiều User cùng lúc.


- Đối với tập tin trên máy chủ cũng thế, Sẽ tạo ra 1 hàm kiểm tra file xem trên máy con có file này được tải về chưa, nếu chưa thì tải về và lưu vào một mục nào đó.

IV. Đi tìm lời kết:
1. Vì nhiều lý do về thời gian của bản thân và sức hiểu biết có giới hạn, tuy đã thực hiện đáp ứng phần lớn các điểm yếu nêu trên ( nhưng tin chắc rằng vẫn có hạn chế) và cũng không có nhiều thời gian để trình bày hết tất cả các công đoạn,
2. Sợ trình bày sẽ thiếu xót gây loãng diễn đàn, nên trước khi post lên Demo giải quyết các điểm hạn chế trên, em lập topic này xin thêm ý kiến quý báo các Anh/Chị đi trước về vấn đề này.
3. Thời gian dự kiến hoàn thành chuyên đề này để post lên: Cuối tháng 9/2015.

Xin đợi thêm ý kiến của mọi người.

Vấn đề ms access dùng trong mạng LAN mình thấy tham khảo bài viết của bạn lê hồng đức là ổn
http://thuthuataccess.com/forum/thread-5297.html

(05-08-15, 08:52 AM)hoanbhxhls Đã viết: Vấn đề ms access dùng trong mạng LAN mình thấy tham khảo bài viết của bạn lê hồng đức là ổn
http://thuthuataccess.com/forum/thread-5297.html

anh tranthanhan & hoanbhxhls nói rất đúng vấn đề kết nối qua mạng LAN tốt nhất nên sử dụng SQL Server làm cơ sở dữ liệu. Nó có rất nhiều điểm mạnh mà đến nay không cần phải bàn cải.

Mục đích của bài viết em muốn hướng tới đó là các bạn mới bắt đầu với Access, những bạn chưa có khả năng tiếp cận với SQL.

Bởi nếu muốn sử dụng được SQL Server, buộc lòng phải học thêm về nó. Trong đó, phải vừa học vừa so sánh các tập lệnh, hàm, tham số...giữa SQL và Access. Tin chắc rằng, không phải trong vài ngày hay vài tháng có thể thông hiểu được ( đây là trường hợp tự tìm tòi học hỏi, nếu có sư phụ chỉ bảo thì quá ok khỏi bàn)

Từ những quan điểm trên em mới mở topic này thảo luận, còn vấn đề kết nối Access với SQL Server tuy đã có bài của anh Lê Hồng Đức trình bày rất tường tận, nhưng với một người mới thì khó mà hiểu về nó được ( cách đây 1 năm em nhìn vào không hiểu...), Chỉ nói riêng vấn đề cài đặt và dùng một hàm kết nối đến máy chủ SQL Server không cũng là một vấn đề, chứ đừng bàn đến chuyện viết class, modules...để truy xuất file.

Tơi đây, em lại muốn anh hoanbhxhls có thêm vài bài đóng góp kinh nghiệm về phương thức cài đặt kết nối giữa Access với SQL Server nhưng đến nay có lẽ anh còn bận nhiều việc nên chưa thấy anh chia sẽ.

Đôi lúc, em cũng bỏ ra nhiều thời gian để tìm kiếm minh họa bằng video về kết nối từ Access đến Sql server nhưng hoàn toàn không có video nào: chỉ có như: VB, C, C#, kết nối với nó. Về bản thân, với kinh nghiệm còn rất mong manh(tự học nên kiến thức tiếp thu chậm, có khi không hiểu 1 vấn đề mà phải mất cả tháng mới trả lời được), nên khó lòng làm một video để đóng góp cho diễn đàn này ngày một sinh động.

Cuối lời, xịn chúc các Anh/Chị có nhiều sức khỏe và tiếp tục góp ý về ý tưởng này.
Trân trọng!

(05-08-15, 04:56 PM)maidinhdan Đã viết:

(05-08-15, 08:52 AM)hoanbhxhls Đã viết: Vấn đề ms access dùng trong mạng LAN mình thấy tham khảo bài viết của bạn lê hồng đức là ổn
http://thuthuataccess.com/forum/thread-5297.html

anh tranthanhan & hoanbhxhls nói rất đúng vấn đề kết nối qua mạng LAN tốt nhất nên sử dụng SQL Server làm cơ sở dữ liệu. Nó có rất nhiều điểm mạnh mà đến nay không cần phải bàn cải.

Mục đích của bài viết em muốn hướng tới đó là các bạn mới bắt đầu với Access, những bạn chưa có khả năng tiếp cận với SQL.

Bởi nếu muốn sử dụng được SQL Server, buộc lòng phải học thêm về nó. Trong đó, phải vừa học vừa so sánh các tập lệnh, hàm, tham số...giữa SQL và Access. Tin chắc rằng, không phải trong vài ngày hay vài tháng có thể thông hiểu được ( đây là trường hợp tự tìm tòi học hỏi, nếu có sư phụ chỉ bảo thì quá ok khỏi bàn)

Từ những quan điểm trên em mới mở topic này thảo luận, còn vấn đề kết nối Access với SQL Server tuy đã có bài của anh Lê Hồng Đức trình bày rất tường tận, nhưng với một người mới thì khó mà hiểu về nó được ( cách đây 1 năm em nhìn vào không hiểu...), Chỉ nói riêng vấn đề cài đặt và dùng một hàm kết nối đến máy chủ SQL Server không cũng là một vấn đề, chứ đừng bàn đến chuyện viết class, modules...để truy xuất file.

Tơi đây, em lại muốn anh hoanbhxhls có thêm vài bài đóng góp kinh nghiệm về phương thức cài đặt kết nối giữa Access với SQL Server nhưng đến nay có lẽ anh còn bận nhiều việc nên chưa thấy anh chia sẽ.

Đôi lúc, em cũng bỏ ra nhiều thời gian để tìm kiếm minh họa bằng video về kết nối từ Access đến Sql server nhưng hoàn toàn không có video nào: chỉ có như: VB, C, C#, kết nối với nó. Về bản thân, với kinh nghiệm còn rất mong manh(tự học nên kiến thức tiếp thu chậm, có khi không hiểu 1 vấn đề mà phải mất cả tháng mới trả lời được), nên khó lòng làm một video để đóng góp cho diễn đàn này ngày một sinh động.

Cuối lời, xịn chúc các Anh/Chị có nhiều sức khỏe và tiếp tục góp ý về ý tưởng này.
Trân trọng!

 Nếu dùng ODBC để kết nối database SQL với chương trình của access, sau đó dùng chức năng thiết lập SQL Server để kết nối từ xa. Như vậy có ổn ko? bạn đã thử cách này chưa cho mình ưu và khuyết điểm của cách này nhe?

Dùng ODBC để kết nối database SQL Server chỉ thích hợp trong mạng nội bộ ( mạng LAN) và khi kết nối nó cũng không khác gì bạn Link Table như Font End - Back End. ( Lệnh và code dùng VBA trên Access, không lệ thuộc vào SQL Server.

Mình cũng đã dùng thử, nhưng test với nhiều người dùng cùng một lúc thì chưa, bởi nếu buộc phải dùng ODBC thì phải cài thêm SQL Server và còn chịu nhiều chuyện để làm.

Cái hơn của kết nối ODBC và Font End - Back End ở chỗ đó là
- ODBC thì thông qua SQL Server: không cần chia sẽ full ỗ đĩa
- Font End - Back End : Phải Shared toàn quyền.

* Nếu bạn có làm ứng dụng có đính thêm tập tin đính kèm thì ODBC cũng phải triển khai thêm Shared full ổ đĩa như Font End - Back End. Vậy thì dùng Font End - Back End luôn cho đỡ công cài SQL Server.

* Vấn đề kết nối thiết lập SQL Server để kết nối từ xa thông qua ODBC thì chắc chắn rằng không ai làm cả. Bởi kết nối như vậy không có tính bảo mật dễ lệ thông tin.

Còn đã dùng SQL Server để kết nối từ xa thì viết bằng ngôn ngữ SQL Server để kết nối luôn, Access chỉ là form điều khiển, bởi Access so với VB, VB.Net, C... thiết kế giao diện nhanh hơn và dễ tùy chỉnh khi có biến cố hay trục trặc.

Tóm lại, khi đã dùng SQL Server là nơi chứa Database thì tốn rất nhiều công sức để làm, cụ thể:
1. Tìm hiểu cách cài đặt + giao thức kết nối
2. Học các hàm, lệnh liên quan và nhất là So sánh để không nhầm lẫn với hàm lệnh trên Access.
3. Mỗi một form, tức là truy xuất từng table lưu trên SQL Server bạn phải viết từng modules, class để truy xuất
4. Cái hay nhất đó là khi đã tự mình làm được 1 cái rồi sẽ tự có kinh nghiệm và sau này cất những đoạn code đó lên để sử dụng lại. Ban đầu thì cực vô cùng...nhưng sau đó sẽ khỏe.

Riêng bản thân nếu phải dùng Access kết nối SQL Server thì thà học thêm C, VB.Net để làm ứng dụng luôn, bởi cái nào cũng phải bỏ ra công sức để học, thì học thêm 1 cái nửa có gì phải sợ.

* Cuối cùng, khi đã bước vào lĩnh vực thiết kế ứng dụng để sử dụng, những bước đi đầu tiên luôn gặp phải gian nan trắc trở và như câu tục ngữ " Sau cơn mưa trời lại sáng". Chúng ta phải tự mình dẫn chân lên những khó khăn đó, thì bản thân mới có đủ kinh nghiệm để tiếp tục bước qua thử thách tiếp theo...và sau đó nhìn lại quá khứ. Mình đã thấy mình, ôi minh đã thành công.

* Những lời trên đây có thể còn nhiều thiếu sót với kinh nghiệm bé nhỏ của mình. Rất mong thêm ý kiến của các Anh/Chị khác.

Thân mến!

(08-08-15, 09:57 PM)maidinhdan Đã viết: Dùng ODBC để kết nối database SQL Server chỉ thích hợp trong mạng nội bộ ( mạng LAN) và khi kết nối nó cũng không khác gì bạn Link Table như Font End - Back End. ( Lệnh và code dùng VBA trên Access, không lệ thuộc vào SQL Server.

Mình cũng đã dùng thử, nhưng test với nhiều người dùng cùng một lúc thì chưa, bởi nếu buộc phải dùng ODBC thì phải cài thêm SQL Server và còn chịu nhiều chuyện để làm.

Cái hơn của kết nối ODBC và Font End - Back End ở chỗ đó là
- ODBC thì thông qua SQL Server: không cần chia sẽ full ỗ đĩa
- Font End - Back End : Phải Shared toàn quyền.

* Nếu bạn có làm ứng dụng có đính thêm tập tin đính kèm thì ODBC cũng phải triển khai thêm Shared full ổ đĩa như Font End - Back End. Vậy thì dùng Font End - Back End luôn cho đỡ công cài SQL Server.

* Vấn đề kết nối thiết lập SQL Server để kết nối từ xa thông qua ODBC thì chắc chắn rằng không ai làm cả. Bởi kết nối như vậy không có tính bảo mật dễ lệ thông tin.

Còn đã dùng SQL Server để kết nối từ xa thì viết bằng ngôn ngữ SQL Server để kết nối luôn, Access chỉ là form điều khiển, bởi Access so với VB, VB.Net, C... thiết kế giao diện nhanh hơn và dễ tùy chỉnh khi có biến cố hay trục trặc.

Tóm lại, khi đã dùng SQL Server là nơi chứa Database thì tốn rất nhiều công sức để làm, cụ thể:
1. Tìm hiểu cách cài đặt + giao thức kết nối
2. Học các hàm, lệnh liên quan và nhất là So sánh để không nhầm lẫn với hàm lệnh trên Access.
3. Mỗi một form, tức là truy xuất từng table lưu trên SQL Server bạn phải viết từng modules, class để truy xuất
4. Cái hay nhất đó là khi đã tự mình làm được 1 cái rồi sẽ tự có kinh nghiệm và sau này cất những đoạn code đó lên để sử dụng lại. Ban đầu thì cực vô cùng...nhưng sau đó sẽ khỏe.

Riêng bản thân nếu phải dùng Access kết nối SQL Server thì thà học thêm C, VB.Net để làm ứng dụng luôn, bởi cái nào cũng phải bỏ ra công sức để học, thì học thêm 1 cái nửa có gì phải sợ.

* Cuối cùng, khi đã bước vào lĩnh vực thiết kế ứng dụng để sử dụng, những bước đi đầu tiên luôn gặp phải gian nan trắc trở và như câu tục ngữ " Sau cơn mưa trời lại sáng". Chúng ta phải tự mình dẫn chân lên những khó khăn đó, thì bản thân mới có đủ kinh nghiệm để tiếp tục bước qua thử thách tiếp theo...và sau đó nhìn lại quá khứ. Mình đã thấy mình, ôi minh đã thành công.

* Những lời trên đây có thể còn nhiều thiếu sót với kinh nghiệm bé nhỏ của mình. Rất mong thêm ý kiến của các Anh/Chị khác.

Thân mến!

Mình còn thấy access kết nối dc với cả My SQL nữa, mà phải dùng host windows mới dc.mình đang dùng linux nên ko có cơ hội thử nghiệm. Bạn nào có host ưwundows nào ko cho mình thử nghiệm tí...làm cho biết vậy mà.chứ trên sql sẻver thì dc rùi đó nhưng đúng như maidinhdan nói dễ lộ thông tin,ae có cách nào khác ko?

(08-08-15, 09:57 PM)maidinhdan Đã viết: Dùng ODBC để kết nối database SQL Server chỉ thích hợp trong mạng nội bộ ( mạng LAN) và khi kết nối nó cũng không khác gì bạn Link Table như Font End - Back End. ( Lệnh và code dùng VBA trên Access, không lệ thuộc vào SQL Server.

Mình cũng đã dùng thử, nhưng test với nhiều người dùng cùng một lúc thì chưa, bởi nếu buộc phải dùng ODBC thì phải cài thêm SQL Server và còn chịu nhiều chuyện để làm.

Cái hơn của kết nối ODBC và Font End - Back End ở chỗ đó là
- ODBC thì thông qua SQL Server: không cần chia sẽ full ỗ đĩa
- Font End - Back End : Phải Shared toàn quyền.

* Nếu bạn có làm ứng dụng có đính thêm tập tin đính kèm thì ODBC cũng phải triển khai thêm Shared full ổ đĩa như Font End - Back End. Vậy thì dùng Font End - Back End luôn cho đỡ công cài SQL Server.

* Vấn đề kết nối thiết lập SQL Server để kết nối từ xa thông qua ODBC thì chắc chắn rằng không ai làm cả. Bởi kết nối như vậy không có tính bảo mật dễ lệ thông tin.

Còn đã dùng SQL Server để kết nối từ xa thì viết bằng ngôn ngữ SQL Server để kết nối luôn, Access chỉ là form điều khiển, bởi Access so với VB, VB.Net, C... thiết kế giao diện nhanh hơn và dễ tùy chỉnh khi có biến cố hay trục trặc.

Tóm lại, khi đã dùng SQL Server là nơi chứa Database thì tốn rất nhiều công sức để làm, cụ thể:
1. Tìm hiểu cách cài đặt + giao thức kết nối
2. Học các hàm, lệnh liên quan và nhất là So sánh để không nhầm lẫn với hàm lệnh trên Access.
3. Mỗi một form, tức là truy xuất từng table lưu trên SQL Server bạn phải viết từng modules, class để truy xuất
4. Cái hay nhất đó là khi đã tự mình làm được 1 cái rồi sẽ tự có kinh nghiệm và sau này cất những đoạn code đó lên để sử dụng lại. Ban đầu thì cực vô cùng...nhưng sau đó sẽ khỏe.

Riêng bản thân nếu phải dùng Access kết nối SQL Server thì thà học thêm C, VB.Net để làm ứng dụng luôn, bởi cái nào cũng phải bỏ ra công sức để học, thì học thêm 1 cái nửa có gì phải sợ.

* Cuối cùng, khi đã bước vào lĩnh vực thiết kế ứng dụng để sử dụng, những bước đi đầu tiên luôn gặp phải gian nan trắc trở và như câu tục ngữ " Sau cơn mưa trời lại sáng". Chúng ta phải tự mình dẫn chân lên những khó khăn đó, thì bản thân mới có đủ kinh nghiệm để tiếp tục bước qua thử thách tiếp theo...và sau đó nhìn lại quá khứ. Mình đã thấy mình, ôi minh đã thành công.

* Những lời trên đây có thể còn nhiều thiếu sót với kinh nghiệm bé nhỏ của mình. Rất mong thêm ý kiến của các Anh/Chị khác.

Thân mến!

-C#,VB.NET là đỉnh cao mà chúng ta cần hướng tới
-bạn làm tốt MS Access+SQL server rồi khi chuyển sang C#,.NET thì cơ bản cũng chỉ là học form,report của .NET kết nối sql server 
-Khi làm ms access+SQL server  70% SQL server đã hỗ trợ rồi,access cơ bản cũng chỉ là form,report
-70% của SQL server đã dùng cho Ms access hoàn toàn tương thích với .NET bạn chỉ cần form,report .net ổn là được
-Nói chung cần phải đầu tư thời gian nghiên cứu .NET một cách nghiêm chỉnh mới có thành quả được
-Khi viết bằng .NET không nên viết lại những chức năng mà ms access+sql server đã làm( phải đột phá về công  nghệ)
-Hiện tại mình đang duy trì ứng dụng 'quản lý bán hàng' và 'kế toán doanh nghiệp' bằng ms access+ SQL server
chạy đáp ứng được nghiệp cho khoảng 200 khách hàng
-Với 2 ứng dụng trên các bạn cho mình xin ý tưởng đột phá khi viết bằng .NET nhé-không viết lại những cái ms access +SQL server đã làm nhé
 Rất mong góp ý của các bạn

(08-08-15, 10:48 PM)rainkv Đã viết:

(08-08-15, 09:57 PM)maidinhdan Đã viết: Dùng ODBC để kết nối database SQL Server chỉ thích hợp trong mạng nội bộ ( mạng LAN) và khi kết nối nó cũng không khác gì bạn Link Table như Font End - Back End. ( Lệnh và code dùng VBA trên Access, không lệ thuộc vào SQL Server.

Mình cũng đã dùng thử, nhưng test với nhiều người dùng cùng một lúc thì chưa, bởi nếu buộc phải dùng ODBC thì phải cài thêm SQL Server và còn chịu nhiều chuyện để làm.

Cái hơn của kết nối ODBC và Font End - Back End ở chỗ đó là
- ODBC thì thông qua SQL Server: không cần chia sẽ full ỗ đĩa
- Font End - Back End : Phải Shared toàn quyền.

* Nếu bạn có làm ứng dụng có đính thêm tập tin đính kèm thì ODBC cũng phải triển khai thêm Shared full ổ đĩa như Font End - Back End. Vậy thì dùng Font End - Back End luôn cho đỡ công cài SQL Server.

* Vấn đề kết nối thiết lập SQL Server để kết nối từ xa thông qua ODBC thì chắc chắn rằng không ai làm cả. Bởi kết nối như vậy không có tính bảo mật dễ lệ thông tin.

Còn đã dùng SQL Server để kết nối từ xa thì viết bằng ngôn ngữ SQL Server để kết nối luôn, Access chỉ là form điều khiển, bởi Access so với VB, VB.Net, C... thiết kế giao diện nhanh hơn và dễ tùy chỉnh khi có biến cố hay trục trặc.

Tóm lại, khi đã dùng SQL Server là nơi chứa Database thì tốn rất nhiều công sức để làm, cụ thể:
1. Tìm hiểu cách cài đặt + giao thức kết nối
2. Học các hàm, lệnh liên quan và nhất là So sánh để không nhầm lẫn với hàm lệnh trên Access.
3. Mỗi một form, tức là truy xuất từng table lưu trên SQL Server bạn phải viết từng modules, class để truy xuất
4. Cái hay nhất đó là khi đã tự mình làm được 1 cái rồi sẽ tự có kinh nghiệm và sau này cất những đoạn code đó lên để sử dụng lại. Ban đầu thì cực vô cùng...nhưng sau đó sẽ khỏe.

Riêng bản thân nếu phải dùng Access kết nối SQL Server thì thà học thêm C, VB.Net để làm ứng dụng luôn, bởi cái nào cũng phải bỏ ra công sức để học, thì học thêm 1 cái nửa có gì phải sợ.

* Cuối cùng, khi đã bước vào lĩnh vực thiết kế ứng dụng để sử dụng, những bước đi đầu tiên luôn gặp phải gian nan trắc trở và như câu tục ngữ " Sau cơn mưa trời lại sáng". Chúng ta phải tự mình dẫn chân lên những khó khăn đó, thì bản thân mới có đủ kinh nghiệm để tiếp tục bước qua thử thách tiếp theo...và sau đó nhìn lại quá khứ. Mình đã thấy mình, ôi minh đã thành công.

* Những lời trên đây có thể còn nhiều thiếu sót với kinh nghiệm bé nhỏ của mình. Rất mong thêm ý kiến của các Anh/Chị khác.

Thân mến!

Mình còn thấy access kết nối dc với cả My SQL nữa, mà phải dùng host windows mới dc.mình đang dùng linux nên ko có cơ hội thử nghiệm. Bạn nào có host ưwundows nào ko cho mình thử nghiệm tí...làm cho biết vậy mà.chứ trên sql sẻver thì dc rùi đó nhưng đúng như maidinhdan nói dễ lộ thông tin,ae có cách nào khác ko?

hiiiiii mình có cách tạo cho bạn một host windows ngay trên win của bạn mà không phải đi mua và test thoải mái.

(04-05-16, 10:06 PM)quanghoasla Đã viết:

(08-08-15, 10:48 PM)rainkv Đã viết:

(08-08-15, 09:57 PM)maidinhdan Đã viết: ...............................

Mình còn thấy access kết nối dc với cả My SQL nữa, mà phải dùng host windows mới dc.mình đang dùng linux nên ko có cơ hội thử nghiệm. Bạn nào có host ưwundows nào ko cho mình thử nghiệm tí...làm cho biết vậy mà.chứ trên sql sẻver thì dc rùi đó nhưng đúng như maidinhdan nói dễ lộ thông tin,ae có cách nào khác ko?

hiiiiii mình có cách tạo cho bạn một host windows ngay trên win của bạn mà không phải đi mua và test thoải mái.

Rất cần muốn biết. ngoại trừ dùng thằng VPN (Virtual Private Network)

anh quanghoasla nói đi, đang nôn nao chờ nè....hihi