Để trích dẫn Joe Celko (bạn không chỉ có thể tìm thấy tài liệu tham khảo này trên web và trong mục Wikipedia của anh ấy , mà thậm chí bạn sẽ thấy nó trên áo phông tại một số hội nghị):
Hàng không phải là hồ sơ.
Rất nhiều người chỉ cho anh ta là một kẻ ngốc nghếch, chỉ thích khiêm tốn và chửi mắng người mới, và tôi sẽ thừa nhận đó là cách anh ta đi qua. Nhưng tôi cũng đã gặp anh ấy trực tiếp - thậm chí chia sẻ một bữa ăn với anh ấy - và tôi không thể nói cho bạn biết tính cách ngoài đời thực của anh ấy khác với mặt trận trực tuyến của anh ấy như thế nào. Tôi thậm chí đã từng bắt gặp anh ta gọi các bản ghi hàng, và anh ta đã rất xấu hổ ( câu chuyện đầy đủ ở đây ).
Trong mọi trường hợp, hãy nói những gì bạn sẽ về nhân vật trực tuyến của anh chàng, nhưng anh ta đã viết tiêu chuẩn , và thực tế là một cơ quan như vậy ra lệnh rằng có một sự phân biệt sẽ cho bạn biết điều gì đó. Và nhiều như anh ta co rúm lại khi ai đó gọi một bản ghi, nhiều đồng nghiệp của tôi - cũng là chuyên gia trong thế giới SQL Server. Và những người trong chúng tôi tin rằng anh ấy đúng.
Ví dụ, Itzik Ben-Gan, một chuyên gia máy chủ SQL rõ ràng. Đây là một trích dẫn từ bài học đầu tiên trong Bộ công cụ đào tạo của anh ấy (Bài kiểm tra 70-461): Truy vấn Microsoft SQL Server 2012 :
Như một ví dụ về các thuật ngữ không chính xác trong T-SQL, mọi người thường sử dụng các thuật ngữ trong lĩnh vực này Các lĩnh vực và hồ sơ là vật lý. Các trường là những gì bạn có trong giao diện người dùng trong các ứng dụng khách và bản ghi là những gì bạn có trong các tệp và con trỏ. Các bảng là logic và chúng có các hàng và cột logic.
Và, biết Itzik, nếu bạn gửi cho anh ấy một e-mail hoặc góc anh ấy tại một hội nghị, anh ấy sẽ vui vẻ nói với bạn như vậy. Nếu bạn gọi một hàng là một bản ghi, theo ý kiến của anh ấy, bạn không sử dụng thuật ngữ chính xác.
Bây giờ, là một ngành công nghiệp có đủ loại người, bạn có thể tìm thấy tài liệu (chẳng hạn như các bài báo mục tiêu công nghệ được đăng trong một câu trả lời khác) dường như tạo ra sự khác biệt rất tinh tế giữa hai người, và bạn sẽ tìm thấy nhiều người trong ngành xem xét chúng giống nhau (tôi biết một số người ở Microsoft và những người khác như Brent Ozar, người sẽ luôn gọi đó là một bản ghi). Điều đó không làm cho họ đúng, đó chỉ là cách họ nhìn nhận - họ xem logic và vật lý là như nhau (ít nhất là trong bối cảnh này) và nhiều người trong số họ có thể nghĩ rằng phần còn lại của chúng tôi chỉ là những người giữ lại hậu môn dành quá nhiều thời gian về ngữ nghĩa.
Vì không có nhà cung cấp nào nói "bạn sẽ gọi họ là {records | rows}", nên chúng tôi sẽ mãi mãi phải đối phó với lập luận này, bởi vì sẽ luôn có ai đó không hiểu logic so với vật lý, hoặc được dạy khác, hoặc đến từ nền tảng Access hoặc lập trình, v.v. Giống như một số người nói tomay-to và những người khác nói tomah-to, sẽ luôn có nhiều người từ "giống nhau" đến "họ hoàn toàn khác nhau "- và nhiều sắc thái ở giữa. Một lần nữa, điều đó không làm cho bất kỳ ai trong số họ đúng, bởi vì không ai có thể là người có thẩm quyền cuối cùng về vấn đề này. Nhưng trong không gian SQL Server, chắc chắn có đa số.
Điều đó nói rằng, IMHO, khi bạn đang nói về dữ liệu trong một bảng, bạn gọi nó là một hàng. Khi bạn đang thực hiện thao tác chèn, bạn đang chèn một hàng vào bảng. Khi bạn chạy một bản cập nhật, bạn đang cập nhật một hàng trong bảng. Và khi bạn thực hiện CHỌN, bạn đang truy xuất các hàng từ một bảng.
Hãy gọi nó là một bản ghi khi ứng dụng của bạn đã được giữ lại. Nhưng đừng tức giận nếu bạn nói: "Tôi đã chèn một bản ghi" và ai đó sửa bạn.