First programs were designed for programmers. One could interact with the computer on a low level, i.e. take the burden of computer interaction upon themselves. The extreme case of such interaction is a programmer using Assembler language in the console mode. Obviously such way of work is not for most people, the end users. Special programs were designed for the purpose of making it easier for the end user - sacrificing some system flexibility in order to achieve an easier-to-use interface. The interface was a program working between the end user and the program that worked with the data directly. Such an interface would have a number of built-in commands that a user can utilize, which in turn get translated by the program into a set of machine operations that work with the data. The majority of current informational systems are built by this example.
The problem lies in the fact that the interface is designed for one specific program, and for each new program it would have to be written anew. If the data is designed for just one application or its size is small, then it's alright, but most often the same data can be used by different programs in various applications. This two-level approach is common for DBMS (database management system). In case of DBMS, the programmer language that's in between the user and the data is usually SQL.
The only problem is that the HTML format is good to store only a small amount of not structured information, while the databases are often keeps a massive in size structured data, making it impossible to use the web technology in such systems directly.
To solve this problem Alexander Lashenko developed a special technology which combines the WWW with the DBMS. This system was named ConteXt.
Features of Database Browser
The main feature of DB-Browser is the combination of a flexible and simple interface of an end user with the speed of writing complex informational programs that can be accessed through the Internet. In the end it all comes down to the cost of such system: Using BD-browser it's possible to develop such systems at a significantly lower cost. The use of such tools changes the way to write database applications. Now the programmer does not write the whole application but just a few bits to "help" the DB-browser. All standard functions responsible for data representation, manipulation, search, editing etc. etc. are already incorporated into the DB-browser.
Another distinction of DB-browser is not as evident, but no less important. DB-browser expands the idea of information cyberspace, i.e. the interaction of an end user with the database without the programs in the chain that limits his actions. In fact, when working through DB-browser, the user is working with the data directly that are simply visualized by the database browser. For now this interface is two-dimensional, but we are working on making it three-dimensional in the near future. In the future data will be presented visually as 3D objects into which you can enter to see them in more detail. Interface with the data instead of command prompt will eventually transform to navigation through these objects like through a virtual reality. However, this doesn't eliminate the standard command language, of course.
DBMS ConteXt front page: DBMS ConteXt