N
Nông Dân Cường
Sơ cấp
- 29/2/20
- 6
- 0
- 1
- 47
F
Vẫn chưa hiểu hết ý kiến của bạn. Nếu bạn quản lý hợp hộp đồng thì thiết nghĩ bạn nên lập ra một table trong đó chứa những nội các trường mà bạn muốn quản lý.
Không nên để một table có cả trăm trường. Đó là cách làm không hay của hầu hết những người chưa có kinh nghiệm làm phần mềm (tuy nhiên đó lại là cách làm của hầu hết các PM trên thị trường 
. Bạn có thể tạo các bảng quan hệ 1-1 với nhau (Link qua ID), mỗi bảng chứa 1 loại thông tin khác nhau (nhóm thông tin) (Nếu ai quen OOP thì điều này rất quen tay). Khi bạn nhập hợp đồng thì trên giao diện bạn có thể chia thành từng trang, mỗi trang load dữ liệu của từng table nói trên (như thế load mới nhanh). Chú ý, chỗ nào là dữ liệu lặp thì tạo master data (danh mục) và link với bảng chính qua ID (data type là Long hoặc GUID) mà thôi (nhằm tạo cho bảng thông tin chính dữ liệu tối ưu nhất). Đây là điều mà tôi thấy 90% các phần mềm foxpro các các PM non tay khác trên thị trường làm hoàn toàn sai dẫn tới việc khi dữ liệu lên tới 1 triệu bản ghi là chạy rất chậm và có kích thước rất lớn.
. Bạn có thể tạo các bảng quan hệ 1-1 với nhau (Link qua ID), mỗi bảng chứa 1 loại thông tin khác nhau (nhóm thông tin) (Nếu ai quen OOP thì điều này rất quen tay). Khi bạn nhập hợp đồng thì trên giao diện bạn có thể chia thành từng trang, mỗi trang load dữ liệu của từng table nói trên (như thế load mới nhanh). Chú ý, chỗ nào là dữ liệu lặp thì tạo master data (danh mục) và link với bảng chính qua ID (data type là Long hoặc GUID) mà thôi (nhằm tạo cho bảng thông tin chính dữ liệu tối ưu nhất). Đây là điều mà tôi thấy 90% các phần mềm foxpro các các PM non tay khác trên thị trường làm hoàn toàn sai dẫn tới việc khi dữ liệu lên tới 1 triệu bản ghi là chạy rất chậm và có kích thước rất lớn.
Soạn hợp đồng
Thực ra thì có nhiều cách nhưng việc bạn nói là báo cáo chỉ giới hạn 7 thì tôi không dám cho là đúng.
Báo cáo có thể hiển thị vô cùng trang (về nguyên tắc thôi)
Vấn đề là bạn định hiển thị như thế nào, nhóm thế nào mà thôi.
Ý của bác Hải cũng hay và xin giới thiệu thêm cách đơn giản nữa.
1. Ngâm cứu xem hợp đồng gồm những thông tin đặc biệt nào là tương đối cố định. (tên hợp đồng, thông tin nhà cung cấp chẳng hạn, các điều khoản không phải là điều khoản hàng hóa)
Những cái này đều lưu dạng như ID/Tendieu/Chitiet ...
2. Phần về hàng hóa nên cho sang một bảng khác và hiển thị bằng subreport là xong.
Tôi có một vài ví dụ đã lâu được đặt trong trang www.sfdp.net nếu có thể bạn cũng email tới ngocdd@sfdp.net, tôi sẽ gửi ví dụ cho bạn.
Thực ra thì có nhiều cách nhưng việc bạn nói là báo cáo chỉ giới hạn 7 thì tôi không dám cho là đúng.
Báo cáo có thể hiển thị vô cùng trang (về nguyên tắc thôi)
Vấn đề là bạn định hiển thị như thế nào, nhóm thế nào mà thôi.
Ý của bác Hải cũng hay và xin giới thiệu thêm cách đơn giản nữa.
1. Ngâm cứu xem hợp đồng gồm những thông tin đặc biệt nào là tương đối cố định. (tên hợp đồng, thông tin nhà cung cấp chẳng hạn, các điều khoản không phải là điều khoản hàng hóa)
Những cái này đều lưu dạng như ID/Tendieu/Chitiet ...
2. Phần về hàng hóa nên cho sang một bảng khác và hiển thị bằng subreport là xong.
Tôi có một vài ví dụ đã lâu được đặt trong trang www.sfdp.net nếu có thể bạn cũng email tới ngocdd@sfdp.net, tôi sẽ gửi ví dụ cho bạn.
V
Không đâu bạn ơi. Report có thể in đến cả 100 trang và hơn thế nữa.
Bạn tổ chức lại report cho phù hợp nhé.
Bạn tổ chức lại report cho phù hợp nhé.
Report in ra thi dài cả nghìn trang cũng được (do dữ liệu nhiều hay ít). Nhưng ý của tác giả là ngay trong design nó đã dài tới 7 trang rồi. Tức là có thể có tới vài trăm fields vẽ trên cái report đó ấy. Còn hợp đồng in ra cho một người thì khoảng 7-8 trang thôi.
A
có một phương án nữa. Bạn có thề vào trang www.4tops.com dể đao chương trình Access mailmerge để xuất dữ liệu trong database ra word. Thế thì tha hồ soạn hợp đồng mà lại link được dữ liệu trong database nữa chứ.
C
Bạn hiểu ý tôi đó. Ý tôi là chỉ có một record (hợp đồng) trong design đã dài bảy trang rồi, thậm chí là có thể hơn. Chủ yếu là chữ văn bản, chỉ có một số trường thay đổi thôi (số hợp đồng, ngày hợp đồng, tên khách hàng, giá trị hợp đồng, hàng hoá....). Mà văn bản trong report của access xấu quá.
A
Tại sao bạn không dùng chức năng Mail Merge trong Word, lấy database là dữ liệu trong Access?
T
bạn ơi bạn làm xong chưa cho mình xin 1 bảng với nha
mình cũng cần soạn hợp đồng, mỗi lần dò thiếu in rồi lại phải in lại nhiều lúc làm sếp bực la om sòm híc
công việc thì nhiều, đôi lúc sếp kêu làm gấp lấy liền, mình ko có thời gian dò lại nên ...
bạn cho mình xin đi nhé. Mình mua kẹo mút cho bạn nha
Có nhiều lợi điểm khi dùng quản lý hợp đồng bằng Access vì bạn có thể theo dõi nội dung, sản xuất các chi tiết của nó theo ý muốn mà chả sợ gì cả.
Một trong những cách mà nhiều người hay dùng đó là dùng Access tạo ra văn bản Word theo cấu trúc quy định và chèn các thông tin cần quản lý vô.
Với cách này, việc sản xuất hợp đồng sẽ được máy tính hoá, khuôn dạng hợp đồng do bạn tự thiết kế và lồng vào mã sản sinh văn bản word.
Tôi sẽ giới thiệu một ứng dụng cơ bản có chức năng như vậy để các bạn tiên tham khảo (1 tiếng nữa sẽ cho ra lò và post lên)
Một trong những cách mà nhiều người hay dùng đó là dùng Access tạo ra văn bản Word theo cấu trúc quy định và chèn các thông tin cần quản lý vô.
Với cách này, việc sản xuất hợp đồng sẽ được máy tính hoá, khuôn dạng hợp đồng do bạn tự thiết kế và lồng vào mã sản sinh văn bản word.
Tôi sẽ giới thiệu một ứng dụng cơ bản có chức năng như vậy để các bạn tiên tham khảo (1 tiếng nữa sẽ cho ra lò và post lên)
M
Similar threads
TUYỂN-DỤNG [Nha Trang]_ TUYỂN DỤNG KẾ TOÁN KHO
- Tram2301
- Tuyển dụng và tìm việc kế toán
- hotrotinviet
- Quảng cáo, rao vặt
Xem nhiều
- M
- M
- T
- MTổng hợp các nội dung liên quan đến việc thi tuyển vào ngân hàng!
- Started by mechipchip
- Lượt xem: 2,905,563
- J
Liên kết
Chia sẻ trang
