The strength of Table Module is tha

The strength of Table Module is that it allows you to package the data and behavior together and at the same time play to the strengths of a relational database. On the surface Table Module looks much like a regular object. The key difference is that it has no notion of an identity for the objects it's working with. Thus, if you want to obtain the address of an employee, you use a method like anEmployeeModule.getAddress(long employeeID). Every time you want to do something to a particular employee you have to pass in some kind of identity reference. Often this will be the primary key used in the database.

Usually you use Table Module with a backing data structure that's table oriented. The tabular data is normally the result of a SQL call and is held in a Record Set (508) that mimics a SQL table. The Table Module gives you an explicit method-based interface that acts on that data. Grouping the behavior with the table gives you many of the benefits of encapsulation in that the behavior is close to the data it will work on.

Often you'll need behavior from multiple Table Modules in order to do some useful work. Many times you see multiple Table Modules operating on the same Record Set (508)

Kết quả (Việt) 1:

Sức mạnh của mô-đun bàn là nó cho phép bạn để gói dữ liệu và hành vi với nhau và cùng lúc chơi những thế mạnh của cơ sở dữ liệu quan hệ. Trên bề mặt bảng Module trông giống như một đối tượng thường xuyên. Sự khác biệt chính là rằng nó đã không có khái niệm về một danh tính cho các đối tượng đó đang làm việc với. Vì vậy, nếu bạn muốn để có được địa chỉ của một nhân viên, bạn sử dụng một phương pháp như anEmployeeModule.getAddress(long employeeID). Mỗi khi bạn muốn làm một cái gì đó cho một nhân viên cụ thể, bạn phải vượt qua trong một số loại của danh tính tham khảo. Thường, điều này sẽ là các khóa chính được sử dụng trong cơ sở dữ liệu.Thông thường, bạn sử dụng mô-đun bàn với một cấu trúc dữ liệu sao lưu là bàn theo định hướng. Bảng dữ liệu bình thường là kết quả của một cuộc gọi SQL và được tổ chức trong một kỷ lục thiết lập (508) bắt chước một bảng SQL. Các mô-đun bàn cung cấp cho bạn một giao diện rõ ràng dựa trên phương pháp hành vi trên các dữ liệu đó. Nhóm hành vi với bảng mang đến cho bạn nhiều lợi ích của đóng gói trong các hành vi là gần gũi với các dữ liệu nó sẽ làm việc trên.Thường xuyên, bạn sẽ cần các hành vi từ nhiều bảng mô-đun để làm một số công việc hữu ích. Nhiều lần bạn thấy nhiều mô-đun bàn hoạt động trên các cùng một kỷ lục thiết lập (508)

Kết quả (Việt) 2:

Sức mạnh của Bảng Module là nó cho phép bạn đóng gói dữ liệu và hành vi với nhau và cùng một lúc chơi để những thế mạnh của một cơ sở dữ liệu quan hệ. Trên bề mặt Bảng đun trông giống như một đối tượng thường xuyên. Sự khác biệt chính là nó không có khái niệm về một bản sắc cho các đối tượng nó làm việc với. Vì vậy, nếu bạn muốn có được địa chỉ của một nhân viên, bạn sử dụng một phương pháp như anEmployeeModule.getAddress (EmployeeID dài). Mỗi khi bạn muốn làm một cái gì đó cho một nhân viên đặc biệt mà bạn phải vượt qua trong một số loại tài liệu tham khảo danh tính. Thường thì điều này sẽ là chìa khóa chính được sử dụng trong các cơ sở dữ liệu. Thông thường bạn sử dụng Bảng Module với một cấu trúc dữ liệu ủng hộ đó là bảng theo định hướng. Các bảng dữ liệu thường là kết quả của một cuộc gọi SQL và được tổ chức tại một Set Record (508) bắt chước một bảng SQL. Bảng Mô-đun cung cấp cho bạn một giao diện dựa trên phương pháp rõ ràng rằng hoạt động trên dữ liệu đó. Nhóm các hành vi với bàn mang lại cho bạn nhiều lợi ích của đóng gói trong đó hành vi này là gần với dữ liệu nó sẽ làm việc trên. Thường thì bạn sẽ cần phải hành vi từ nhiều Modules Bảng để làm một số công việc hữu ích. Nhiều lần bạn nhìn thấy nhiều Modules Bảng hoạt động trên cùng Ghi Set (508)