....
Nhược điểm: cách làm này sẽ tạo thêm table phụ rất nhiều dòng (dữ liệu 9 tháng với 75k dòng, 930 dòng mã hàng sẽ tạo ra cái table tồn kho với 98k dòng + tonkhoTemp 98k dòng).

Các bạn kiểm tra và góp ý xem có cách nào để giải quyết bài toán tồn kho và giá bqgq tốt hơn nhé. Về mặt kế toán, quản lý  nhờ các bác có kinh nghiệm kiểm tra xem nó có bị sai, không khả thi ở điểm nào không?
Cám ơn mọi người.
[/quote]

Chẳng biết kết quả của bạn ra sao nữa nhưng tôi thấy nó quá dở (vì nó xử lý quá chậm), tôi làm mẫu cho bạn một cách tính sau nhanh hơn nhiều, mà chỉ cần vài cái query đơn giản.
http://www.mediafire.com/download/tg3el3...giavon.rar
Nếu hay thì vỗ tay nhé, đừng ném đá 

Cảm ơn bác ledangvan up file demo để ngâm cứu.
- Về tốc độ xử lý khi nhập xuất, mình chắc chắc là tính tồn kho chỉ 1 -2s.
- Vì cách làm của mình là cập nhật tồn kho mỗi ngày nhưng dựa trên dữ liệu của bác tranthanhan1962 chỉ đến 2013 nên mình làm biếng chỉ chạy tồn kho chỉ cập nhật đến 2013 thôi. Lưu ý đây là CSDL cũ phải chạy lại tồn kho từ đầu nên để phản ánh đúng tốc độ chương trình phải cập nhật thủ công đến thời điểm hiện tại. Nếu mình cho chạy tồn kho đến thời điểm hiện tại xong xuôi rồi thì mỗi khi bạn mở ứng dụng, nó tự động chạy (chừng 1s) cập nhật tồn kho và giá, khi đó chỉ cần bấm xem báo cáo là có thôi.
- Mình cũng chạy insert query để lấy báo cáo gần giống cách của bác.

Tồn kho file demo cập nhật đến ngày 30/09/2013,để test chính xác thì bác nhập dữ liệu ngày kế tiếp, vd 1/10/2013 và chạy báo cáo cũng thời điểm này (2013) thì đúng hơn. 


Demo của bác theo đúng về cách của kế toán (theo cái nhìn của người ngoài ngành..hehe), mình đang học hỏi đây.