Do SQL không dạy ở các trung tâm tỉnh nên nếu học chỉ còn cách mua sách hoặt tiếp cận qua internet .

Vì vừa làm vừa học nên mình nghỉ thay vì làm trên access chuyển sang SQL roi hoc từ từ. Nếu dành thời gian riêng để học thì khó .

Nếu tìm được một người thầy dạy thì tốt quá .

ĐỖ SƠN HẢI

Guest

• 22

Gửi Bác hai2hai Chihienphuco

Sao mình tìm mãi cách kết nối từ MS Access tới SQL mà chẳng thấy bài viết nào viết cứ đi tìm lòng vòng hoài.

Các bác ơi có phải SQL 2000 là một cái thùng chứa dữ liệu không vậy nếu không tìm cách auto cập nhật vào từ máy con thì bỏ dữ liệu trực tiếp vào thùng bằng thủ công chuyển dữ liệu vào sau đó chỉ mới link access qua file *adp rồi nối vào *mdb đúng không bác.

Mình gia nhập vào cái vụ này mệt thật .

Bác hai2hai đâu rồi trợ giúp với

ĐỖ SƠN HẢI

Guest

• 23

BiDIT đâu rồi chủ đề này không thú vị nửa sao các bác .

hai2hai

VNUNI Makes a difference

• 24

MS SQL là 1 HỆ QUẢN TRỊ CSDL, chứ ko phải là 1 thùng chứa dữ liệu. Một hệ quản trị CSDL có thể có nhiều CSDL. Dữ liệu của CSDL đó được lưu vào files CSDL bao gồm 2 file: *.mdf (chứa dữ liệu mà ta nhập vào) và *.ldf (Log file). Khi CSDL được attached (gắn) vào hệ quản trị CSDL thì nó không cho phép mình xóa, sửa, đổi tên file. Chính vì thế mà khá an toàn khi file CSDL đang được attached. Và chỉ khi nào đang được attached thì mình mới có thể truy cập vào CSDL đó. Để truy cập vào CSDL thì ta cần biết: - Tên máy hoặc IP đã cài MS SQL - Connection Access: Có 2 loại truy cập: 1 là Windows Authenticate; 2 là Mix Mode. Ở loại 1 (mặc định khi cài) thì bạn phải đăng nhập vào domain (hoặc windows đó) thì mới connect được. Ở loại 2 (mixed mode) thì bạn cần biết Account để truy cập, có thể tự tạo account hoặc sử dụng System Account của MS SQL là "sa" - Tên CSDL: Tên CSDL được tạo trong hệ quản trị MS SQL

Việc Connect từ Access qua MS SQL được mô tả như sau:

MS Access > OLE DB Provider for MS SQL > MS SQL Database MS Access > ODBC Driver for MS SQL > MS SQL Database

Từ MS Access, mình có thể dùng theo cách tạo link table thông qua ODBC để truy cập vào MS SQL Database. Trong MS Access, mình làm việc với Link tables như làm việc với tables bình thường của Access. Dữ liệu sẽ tự cập nhật thông qua ODBC lên MS SQL Server.

Hoặc mình có thể sử dụng ADO connection trong MS Access, truy cập trực tiếp vào MS SQL mà ko cần dùng link tables.

Nói tóm lại, nếu nói trực tiếp thì chỉ vài câu là hiểu, giải thích trên diễn đàn hay đọc sách thì hơi khó cho mọi người khi mới bắt đầu.

chihienphuco

Trung cấp

• 25

  MS SQL là 1 HỆ QUẢN TRỊ CSDL, chứ ko phải là 1 thùng chứa dữ liệu. Một hệ quản trị CSDL có thể có nhiều CSDL. Dữ liệu của CSDL đó được lưu vào files CSDL bao gồm 2 file: *.mdf (chứa dữ liệu mà ta nhập vào) và *.ldf (Log file). Khi CSDL được attached (gắn) vào hệ quản trị CSDL thì nó không cho phép mình xóa, sửa, đổi tên file. Chính vì thế mà khá an toàn khi file CSDL đang được attached. Và chỉ khi nào đang được attached thì mình mới có thể truy cập vào CSDL đó. Để truy cập vào CSDL thì ta cần biết: - Tên máy hoặc IP đã cài MS SQL - Connection Access: Có 2 loại truy cập: 1 là Windows Authenticate; 2 là Mix Mode. Ở loại 1 (mặc định khi cài) thì bạn phải đăng nhập vào domain (hoặc windows đó) thì mới connect được. Ở loại 2 (mixed mode) thì bạn cần biết Account để truy cập, có thể tự tạo account hoặc sử dụng System Account của MS SQL là "sa" - Tên CSDL: Tên CSDL được tạo trong hệ quản trị MS SQL

Việc Connect từ Access qua MS SQL được mô tả như sau:

MS Access > OLE DB Provider for MS SQL > MS SQL Database MS Access > ODBC Driver for MS SQL > MS SQL Database

Từ MS Access, mình có thể dùng theo cách tạo link table thông qua ODBC để truy cập vào MS SQL Database. Trong MS Access, mình làm việc với Link tables như làm việc với tables bình thường của Access. Dữ liệu sẽ tự cập nhật thông qua ODBC lên MS SQL Server.

Hoặc mình có thể sử dụng ADO connection trong MS Access, truy cập trực tiếp vào MS SQL mà ko cần dùng link tables.

Nói tóm lại, nếu nói trực tiếp thì chỉ vài câu là hiểu, giải thích trên diễn đàn hay đọc sách thì hơi khó cho mọi người khi mới bắt đầu.

Huynh làm ơn giúp cho chót làm luôn một ví dụ bằng hình ảnh kèm chú thích từng bước để hướng dẫn cho mọi người chỉ cần làm được mà không cần chuyên sâu: 1. Import csdl của access vào sql server 2000 2. Phân quyền csdl sql 3. Tạo kết nối sql qua ODBC 4. Từ file access liên kết với csdl sql server

chân thành cảm ơn!

ĐỖ SƠN HẢI

Guest

• 26

Cảm ơn bác Hai2hai va chihienphuco trở lại chủ đề này .

Mình làm như sau để link từ SQL lấy dữ liệu về access

Trong access chon file > get internal data > link table -> hộp thoại link chọn ODBC database trong file of types --> cửa sổ select data source chon file *.dsn chon ok

Kết quả : you can not ODBC .....

Mình có sai bước nào không bác hai2hai

ĐỖ SƠN HẢI

Guest

• 27

  MS SQL là 1 HỆ QUẢN TRỊ CSDL, chứ ko phải là 1 thùng chứa dữ liệu. Một hệ quản trị CSDL có thể có nhiều CSDL. Dữ liệu của CSDL đó được lưu vào files CSDL bao gồm 2 file: *.mdf (chứa dữ liệu mà ta nhập vào) và *.ldf (Log file). Khi CSDL được attached (gắn) vào hệ quản trị CSDL thì nó không cho phép mình xóa, sửa, đổi tên file. Chính vì thế mà khá an toàn khi file CSDL đang được attached. Và chỉ khi nào đang được attached thì mình mới có thể truy cập vào CSDL đó. Để truy cập vào CSDL thì ta cần biết: - Tên máy hoặc IP đã cài MS SQL - Connection Access: Có 2 loại truy cập: 1 là Windows Authenticate; 2 là Mix Mode. Ở loại 1 (mặc định khi cài) thì bạn phải đăng nhập vào domain (hoặc windows đó) thì mới connect được. Ở loại 2 (mixed mode) thì bạn cần biết Account để truy cập, có thể tự tạo account hoặc sử dụng System Account của MS SQL là "sa" - Tên CSDL: Tên CSDL được tạo trong hệ quản trị MS SQL

Việc Connect từ Access qua MS SQL được mô tả như sau:

MS Access > OLE DB Provider for MS SQL > MS SQL Database MS Access > ODBC Driver for MS SQL > MS SQL Database

Từ MS Access, mình có thể dùng theo cách tạo link table thông qua ODBC để truy cập vào MS SQL Database. Trong MS Access, mình làm việc với Link tables như làm việc với tables bình thường của Access. Dữ liệu sẽ tự cập nhật thông qua ODBC lên MS SQL Server.

Hoặc mình có thể sử dụng ADO connection trong MS Access, truy cập trực tiếp vào MS SQL mà ko cần dùng link tables.

Nói tóm lại, nếu nói trực tiếp thì chỉ vài câu là hiểu, giải thích trên diễn đàn hay đọc sách thì hơi khó cho mọi người khi mới bắt đầu.

*.ldf (Log file) dùng để làm gì vậy bác .

hai2hai

VNUNI Makes a difference

ĐỖ SƠN HẢI

Guest

• 29

Anh Hai2hai ơi em làm được một chúc rồi em sẽ tìm hiểu thêm. Cảm ơn Anh nhiều lắm !

ĐỖ SƠN HẢI

Guest

• 30

Anh hai2hai SQL bi loi hay sao khi em vao enterprise manager tạo table nó báo như sau :

a connection could not be established to server Reason : ............. Pleased verify SQL server is running and check your SQL server resgistration properties.

Thanks

ĐỖ SƠN HẢI

Guest

• 31

Khá vất vã cuối cùng em cung cài lại được rồi nhưng không biết vì sao lại có lỗi trên. Em làm theo cách của anh Hai2hai dã link dữ liệu từ SQL vào Access và nhập liệu từ Access vào SQL. Vì mình không rành nên sử dụng quả là hồi hộp anh Hai2hai a Em không biết làm thế nào mà bị lỗi trên em không kết nối được vào nguồn dữ liệu từ access và khoá luôn table tu trong SQL .

Bây giờ thì không dám quậy nửa rối .

Cảm ơn anh Hai2hai nhiều

hai2hai

VNUNI Makes a difference

• 32

Thực ra ko phải cài lại, nhưng đúng là thật khó giải thích với bạn qua diễn đàn.

Teamviewer hoặc gặp trực tiếp đi

ĐỖ SƠN HẢI

Guest

• 33

Đúng rồi anh Hai2hai a Do em chưa đăng ký SQL Server Registration. Em hiểu thêm được một chúc rồi .

Cảm ơn anh nhiều bây giờ thì em có cái để học rồi .

chihienphuco

Trung cấp

ĐỖ SƠN HẢI

Guest

• 35

Khi mình cài SQL 2000 trong máy nhưng mình không hiểu tại sao các máy khác lại có SQL server client network utility Chức năng này sử dụng làm gì các bác

hvtgroup

Ông lái đò...

• 36

Mình muốn nhờ hai2hai tư vấn giúp 1 chút nhé: Từ trước đến giờ mình vẫn quen với lập trình Vusual FoxPro, nếu dùng file CSDL của VFP thì cũng có nhiều hạn chế. Bạn là người có kinh nghiệm có thể cho mình biết có nên dùng VFP kết hợp với file CSDL của SQL hay chuyển sang 1 ngôn ngữ lập trình khác?! Thank!

LoveBlue

Sơ cấp

• 37

  Khi mình cài SQL 2000 trong máy nhưng mình không hiểu tại sao các máy khác lại có SQL server client network utility Chức năng này sử dụng làm gì các bác

Tiện ích này cho phép bạn thay đổi, tạo mới và lưu lại các nghi thức nối kết mạng (network protocol) mặc định của máy trạm khi thực hiện nối kết vào Microsoft SQL Server tại các máy chủ.

Trong trường hợp nếu các bạn đã cài đặt Microsoft SQL Server Personal thì các bạn không cần thiết phải vào tiện ích này để thay đổi nghi thức nối kết mạng mặc định. Bởi vì khi đó máy tính chứa Microsoft SQL Server Personal sẽ đóng vai trò vừa là máy chủ, vừa là máy trạm.

Mình thấy trong tài liệu họ bảo vậy! Thực tế, mặc định mình kết nối SQL server qua cổng 1433 mặc định và không quan tâm kết nối này nên không cài nó cho client. Tuy nhiên nếu bạn vẫn chưa an tâm thì cứ cài! ( có lẽ dùng trong trường hợp công ty bạn áp dụng hệ thống firewall chỉ cho phép dùng 1 số cổng hoặc lý do an ninh nên chuyển dùng port khác)

______________________________________________________________ Blog Thủ Thuật Access Thủ thuật Access|Access Cơ bản|Access nâng cao|Thế giới văn phòng|Giao lưu giải trí|Vui cười|Phim Hài|Góc thơ

hai2hai

VNUNI Makes a difference

• 38

  Mình muốn nhờ hai2hai tư vấn giúp 1 chút nhé: Từ trước đến giờ mình vẫn quen với lập trình Visual FoxPro, nếu dùng file CSDL của VFP thì cũng có nhiều hạn chế. Bạn là người có kinh nghiệm có thể cho mình biết có nên dùng VFP kết hợp với file CSDL của SQL hay chuyển sang 1 ngôn ngữ lập trình khác?! Thank!

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)

hvtgroup

Ông lái đò...

• 39

  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)

- Rất cảm ơn vì bạn nhiệt tình phân tích, vì mình là dân nhà kế nhưng yêu thích làm các PM ứng dụng quản lý vì vậy từ trước đã chọn VFP! Thực sự khi chuyển đổi học sang 1 ngôn ngữ lập trình mới cảm thấy rất khó khăn!:wall:! - Mình cũng đã thử chuyển sử dụng sang file CSDL của SQL nhưng đúng như bạn nói vẫn là Non-Unicode Application!