Tôi không chắc chắn làm thế nào để từ này hoàn hảo, nhưng hãy để tôi cho nó một thử. Tôi đang làm việc để xây dựng một ứng dụng kiểm soát hàng tồn kho được sử dụng với nhiều khách hàng khác nhau để làm mọi thứ từ kiểm tra kho hàng của riêng họ, nhận giá, đặt hàng sản phẩm, v.v. Mặt trước là Flex (Flash Builder) và mặt sau cuối cùng là MySQL và PHP. Vì vậy - đây là câu hỏi thực sự tôi đoán. Khi khách hàng đặt hàng cho sản phẩm, tôi không chắc chắn họ đang đặt hàng bao nhiêu, nhưng tôi cần phải lưu tất cả các mặt hàng vào một 'vé'. (Ví dụ: Một đơn đặt hàng có thể là 2 quả táo, 3 quả cam, chuối và kiwi - Tiếp theo có thể chỉ cần đặt một quả táo.) Trong cơ sở dữ liệu 'vé' của tôi, tôi có không gian cho tối đa 20 mục (ticketItem1, ticketItem2, vv ...) - Hạn chế rõ ràng ở đây là nếu khách hàng chỉ yêu cầu một sản phẩm tôi còn lại với 19 khoảng trống.Có được nhiều giá trị null trong cơ sở dữ liệu MySQL không?
Loại vấn đề nào, nếu có, thường được kết hợp với có nhiều giá trị NULL trong cơ sở dữ liệu? Có cách nào giúp ngăn họ xảy ra không? Và có bất kỳ gợi ý nào để giúp đỡ trong việc này không?
Ngoài ra và cuối cùng - Mỗi mục được đặt hàng (hãy sử dụng lại quả táo) có mã vạch UNIQUE riêng của nó được liên kết với nó. Vì vậy, một quả táo có thể được đánh số 0001 và một quả táo khác có thể là số 4524 ...
Cảm ơn bạn đã hỗ trợ bạn có thể cung cấp.
-CS
Tại sao bạn không thể sử dụng mối quan hệ 1: n để lưu trữ đơn đặt hàng và các mặt hàng đã đặt hàng? – Maerlyn
Đọc trên [Chuẩn hóa cơ sở dữ liệu] (http://www.phlonx.com/resources/nf3/). –
Bạn không nên làm theo cách này. Bạn nên thêm một bảng khác gọi là 'orderItems' hoặc thứ gì đó, với ID của thứ tự trong nó - theo cách này bạn có thể có các sản phẩm vô hạn cho mỗi đơn đặt hàng, dễ quản lý hơn và đó là mối quan hệ một - nhiều. – Bojangles