Tùy chọn
Gộp danh sách KH + NCC - Nên hay không?
- Gộp danh sách KH + NCC - Nên hay không?
-
Gộp danh sách KH + NCC - Nên hay không?
vkaccess > 01-06-17, 03:17 PM
Khi Table danh sách KH, NCC, NV, Người thân v.v.v có các trường giống nhau thì có nên gộp vào 1 Table Đối tượng không anh chị.
Em tham khảo bài viết của bạn ChiMai về thiết lập cơ sở dữ liệu quản lý BH, kho, công nợ, thanh toán. Thì cũng thấy các anh chị tư vấn là nếu có trường khác nhau thì không nên gộp.
Mô hình của em hiện tại là nhỏ chưa cần quan tâm nhiều thông tin về KH, NV, NCC. Mà lại đa dạng trong việc, khi chi tiền mua gì đó.
Có thể là KH chi hộ, NCC chi hộ...hoặc vay mượn bạn bè chi hộ. Gần như là kết hợp ghi chép cá nhân + công việc luôn.
Em cũng xây dựng khá nhiều file access và suýt bị tẩu hỏa nhập ma.
Anh chị cho em xin lời khuyên với
-
RE: Gộp danh sách KH + NCC - Nên hay không?
cpucloi > 01-06-17, 04:34 PM
Quá trình hình thành lên một Database phải trải qua thời gian xử lý các mẩu tin và yêu cầu của người dùng trong phát sinh trong quá trình sử dụng về sau này. Với một người am hiểu, tham gia nhiều dự án, ... có kinh nghiệm trong việc tổ chức cơ sở dữ liệu thì sẽ dễ dàng hơn trong việc xác định cấu trúc cơ sở dữ liệu.
Đối với tôi, thì không nhất thiết các bảng có các filed giống nhau thì gộp lại thành 1 bảng, bởi quá trình trích lọc dữ liệu sẽ lâu hơn. Mặt khác phải sử dụng nhiều hơn các thuật toán, câu lệnh, ... để trích xuất dữ liệu.
Trước mắt theo tôi, bạn lên để đơn lẻ (khách hàng, nhà cung cấp, người thân, bạn bè, ... ), khi nào đạt trình cao thì có thể gộp vào cũng được (nếu bạn thích).
Table chỉ là nơi lưu dữ liệu, giao diện người dùng (form) là nơi bạn thường xuyên tiếp xúc nên không quá quan trọng là có nhiều hay ít table mà chỉ cần quan tâm khi trích xuất dữ liệu trên các table như thế nào cho nhanh và hiệu quả nhất.
Vài lời tham góp, các bác đừng "gạch đá" em, tội nghiệp. -
RE: Gộp danh sách KH + NCC - Nên hay không?
vkaccess > 01-06-17, 05:02 PM
(01-06-17, 04:34 PM)cpucloi Đã viết: Quá trình hình thành lên một Database phải trải qua thời gian xử lý các mẩu tin và yêu cầu của người dùng trong phát sinh trong quá trình sử dụng về sau này. Với một người am hiểu, tham gia nhiều dự án, ... có kinh nghiệm trong việc tổ chức cơ sở dữ liệu thì sẽ dễ dàng hơn trong việc xác định cấu trúc cơ sở dữ liệu.
Cảm ơn bác cpucloi. Khi chi tiền cho khoản gì đó, bất cứ ai ở trên cũng có thể là người chi. Khi đó, nếu ta tạo 1 khóa ngoại là Người chi. Khi tạo MQH thì sẽ không nối đến 1 trong số NCC, KH NV... được. Khi đó phải làm thế nào ạ.
Đối với tôi, thì không nhất thiết các bảng có các filed giống nhau thì gộp lại thành 1 bảng, bởi quá trình trích lọc dữ liệu sẽ lâu hơn. Mặt khác phải sử dụng nhiều hơn các thuật toán, câu lệnh, ... để trích xuất dữ liệu.
Trước mắt theo tôi, bạn lên để đơn lẻ (khách hàng, nhà cung cấp, người thân, bạn bè, ... ), khi nào đạt trình cao thì có thể gộp vào cũng được (nếu bạn thích).
Table chỉ là nơi lưu dữ liệu, giao diện người dùng (form) là nơi bạn thường xuyên tiếp xúc nên không quá quan trọng là có nhiều hay ít table mà chỉ cần quan tâm khi trích xuất dữ liệu trên các table như thế nào cho nhanh và hiệu quả nhất.
Vài lời tham góp, các bác đừng "gạch đá" em, tội nghiệp.
P/s: Tạm thời tổng số NV,KH,NCC dưới 50 đối tượng ạ. -
RE: Gộp danh sách KH + NCC - Nên hay không?
tranthanhan1962 > 01-06-17, 07:30 PM
Khách hàng và nhà cung cấp là một: đối tác của công ty, nhập hàng và xuất hàng là một (nhập = - xuất, xuất = - nhập), thu chi là một (thu=-chi, chi =- thu)… Các phân tích theo hệ thống kế toán để thống kê hoặc hổ trợ thuế. -
RE: Gộp danh sách KH + NCC - Nên hay không?
advnamk > 02-06-17, 11:13 PM
NCC đôi khi cũng là KH và KH cũng có thể là nhà cung cấp. trong phầm mềm của mình cũng gộp 2 tabe này thành 1.