||The lead section of this article may need to be rewritten. (July 2015)|
|This article does not cite any references or sources. (December 2009)|
Network transparency in its most general sense refers to the ability of a protocol to transmit data over the network in a manner which is transparent (invisible) to those using the applications that are using the protocol.
The term is often partially correctly applied in the context of the X Window System, which is able to transmit graphical data over the network and integrate it seamlessly with applications running and displaying locally; however, certain extensions of the X Window System are not capable of working over the network.
In a centralized database system, the only available resource that needs to be shielded from the user is the data (that is, the storage system). In a distributed DBMS, a second resource needs to be managed in much the same manner: the network. Preferably, the user should be protected from the network operational details. Then there would be no difference between database applications that would run on the centralized database and those that would run on a distributed one. This kind of transparency is referred to as network transparency or distribution transparency. From a database management system (DBMS) perspective, distribution transparency requires that users do not have to specify where data is located.
Some have separated distribution transparency into location transparency and naming transparency.
Location transparency in commands used to perform a task is independent both of the locations of the data, and of the system on which an operation is carried out.
Naming transparency means that a unique name is provided for each object in the database.
Transparency at the IP layer means the client targets the real IP address of the server. If a connection is non-transparent, then the client targets an intermediate host (address), which could be a proxy or a caching server. IP layer transparency could be also defined from the point of server's view. If the connection is transparent, the server sees the real client IP. If it is non-transparent, the server sees the IP of the intermediate host.
Transparency at the application layer means the client application uses the protocol in a different way. An example of a transparent HTTP request for a server:
GET / HTTP/1.1
An example non-transparent HTTP request for a proxy (cache):
GET http://foo.bar/ HTTP/1.1
Application layer transparency is symmetric when the same working mode is used on both the sides. The transparency is asymmetric when the firewall (usually a proxy) converts server type requests to proxy type or vice versa.
Transparency at the IP layer does not mean automatically application layer transparency.
- "The Wayland Situation: Facts About X vs. Wayland (Phoronix)". LWN.net. 23 June 2013.