Content calego serwisu:
Mediator Every company producing xBase software (Clipper, CA-VO, Harbour, xHarbour) may become an OTC partner.
For our partners we offer attractive purchase terms and technical support.
>> moreNie ma odwrotu od SQL!
[IMG]l_img6.gif[/IMG]
Czy chciałbyś aby Twoja aplikacja napisana w
Clipperze,
Harbourze lub
xHarbourze w niemal magiczny sposób zaczęła współpracować z bazą SQL? Do tego w krótkim czasie i bez wysiłku z Twojej strony? Jeżeli tak to znalazłeś właściwe rozwiązanie - Mediator powstał aby zapewnić szybką i bezproblemową migrację ze starzejącego się formatu baz DBF do stających się standardem serwerów baz SQL.
Mediator umożliwia przeniesienie dowolnej
aplikacji xBase do środowiska
relacyjnej bazy danych SQL. Mediator pozwala zachować to co najcenniejsze - tysiące sprawdzonych linii kodu, wymieniając najsłabszy element tradycyjnych aplikacji
xBase - sposób przechowywania danych w DBF. Przeniesienie danych do serwera SQL oznacza koniec problemów z uszkodzonymi indeksami, zbyt dużymi tablicami czy niedostateczną ochroną. Korzystanie z Mediatora to nie tylko kres dotychczasowych kłopotów z przechowywaniem danych, to również udostępnienie pełnych możliwości serwera SQL dla programistów korzystających z narzędzi
xBase.
Mediator umożliwia szybką i łatwą realizację przełomu technologicznego w oprogramowaniu, przy nakładach finansowych nieporównywalnie niższych od tradycyjnie ponoszonych przy przepisywaniu oprogramowania.
Jak działa aplikacja xBase ze sterownikiem Mediator?
To proste - aplikacja wykonuje się jak dawniej, lecz wszystkie odwołania do danych przejmowane są przez sterownik Mediatora, tłumaczone na język SQL i wysyłane do serwera SQL. Wyniki wykonania polecenia SQL zwracane są do aplikacji w taki sam sposób jak gdyby pracowała na danych DBF. Efekt jest niezwykły i natychmiastowy - Twoja aplikacja
xBase bez wprowadzania zmian
pracuje on-line na bazie SQL.
Mediator jest
sterownikiem RDD i składa się z dwóch elementów - biblioteki realizującej specyfikację RDD dołączanej do aplikacji oraz serwera Mediator instalowanego najczęściej na tym samym komputerze co baza danych SQL. Po dołączeniu bibliotek Mediatora aplikacja
xBase, zamiast tradycyjnie odczytywać dane ze zbiorów *.dbf, komunikuje się z serwerem Mediator, który odwołuje się do bazy danych SQL. Aplikacja
xBase/Mediator działa w architekturze klient-serwer: obsługa danych (selekcja, modyfikacje indeksów, sortowanie) odbywa się na serwerze, a ich prezentacja na stacjach roboczych.
[IMG]c_img26.gif[/IMG]
Serwer Mediator może pracować na komputerze, na którym działa baza danych SQL lub komunikować się z bazą działającą na innym komputerze za pomocą oprogramowania sieciowego takiego jak Oracle SQL*Net czy sterownik ODBC.
[IMG]c_img27.gif[/IMG]
Korzyści z zastosowania Mediatora
Dlaczego Mediator jest lepszy niż inne pakiety umożliwiające pracę klient-serwer?
Na rynku obecne są dwa rodzaje sterowników klient-serwer:
- sterowniki RDD przeznaczone do pracy na bazach SQL. Ich cechą charakterystyczną jest to, że komunikują się z serwerem korzystając z języka SQL (sterowniki SQL)
- sterowniki RDD komunikujące się z danymi za pośrednictwem dedykowanego serwera pierwotnie napisanego do obsługi danych DBF (serwery DBF)
Sterownik Mediator zalicza się do pierwszej grupy i jesteśmy przekonani, że jest w niej liderem. Rady dotyczące wyboru sterownika SQL znajdują się na stronie "
Wybór sterownika RDD dla bazy SQL".
Jak wygląda sytuacja Mediatora na tle drugiej grupy sterowników?
Większość serwerów DBF dostępnych na rynku została rozbudowana o możliwość przetwarzania zapytań SQL, na czym więc polega różnica?
Oferując/użytkując aplikację
xBase pracującą z Mediatorem na Oracle czy MS SQL Serwerze oferujesz/użytkujesz aplikację SQL -całość dostępu do danych realizowana jest za pośrednictwem SQL. Zintegrowanie Twojej aplikacji z serwerem SQL z najwyższej półki gwarantuje przewagę techniczną i marketingową.
Aplikacja
xBase współpracująca z serwerem DBF nie jest aplikacją SQL, choć może nią zostać pod warunkiem całkowitego ręcznego przepisania na SQL. Ale skoro wszystko trzeba przepisać to może napisać aplikację od nowa w innych narzędziach?
Techniczna i marketingowa przewaga liderów rynku SQL jest trudna do przecenienia.
Wymagania systemowe
Rodzaje aplikacji współpracujące z serwerem Mediator
CA-Clipper 5.2e, CA-Clipper 5.3b - wymagany konsolidator Blinker 6.0 lub nowszy
Xharbour, Windows - wymagana wersja skompilowana przez OTC lub zgodnie ze wskazówkami OTC
Harbour, Windows - wymagana wersja skompilowana przez OTC lub zgodnie ze wskazówkami OTC
CA-Visual Objects 2.5, Windows
Każda aplikacja Windows mogąca pracować z
dedykowanym sterownikiem ADO/OLEDB dla Mediatora
Wspierane serwery baz danych
Oracle 7, 8, 9
Platformy Mediatora: Windows NT/2000/XP/2003, Linux, SUN SPARC Solaris, NetWare
Microsoft SQL Server 7/2000
Platformy Mediatora: Windows NT/2000/XP/2003
Sybase Adaptive Server Anywhere 6/7/8
Platformy Mediatora: WinNT/2000/XP/2003
PostgreSQL od 7.1
Platformy Mediatora: Linux, WinNT/2000/XP/2003
Oprogramowanie własneMediatorPrzedstawiamy Państwu rodzinę programów, których przeznaczeniem jest poprawienie efektywności i bezpieczeństwa aplikacji baz danych napisanych w języku
xBase (CA-Clipper, CA-Visual Objects, Harbour) poprzez ich migrację do transakcyjnego
środowiska systemu zarządzania relacyjną bazą danych. Oprogramowanie Mediator umożliwia współpracę z różnymi bazami danych. W chwili obecnej dostępne są następujące wersje:
Mediator umożliwia przeniesienie dowolnej aplikacji CA-Clipper, CA-Visual Objects lub Harbour do środowiska relacyjnej bazy danych, co oznacza koniec problemów z uszkodzonymi indeksami, zbyt dużymi tablicami czy niedostateczną ochroną. Korzystanie z Mediatora to również otwarcie pełnych możliwości serwera relacyjnej bazy danych dla programistów korzystających z narzędzi
xBase.
TerminalOprogramowanie Terminal umożliwia pracę aplikacji
xBase w architekturze terminalowej z serwerem aplikacji na platformie Windows NT/2k/XP i terminalami DOS/Windows łączącymi się z serwerem poprzez sieć TCP/IP lub IPX/SPX. Oprogramowanie umożliwia pracę terminalową aplikacjom CA-Clipper i Harbour (w trybie tekstowym). Możliwa jest również współpraca z Mediatorem. W chwili obecnej dostępne są następujące wersje:
Aplikacja uruchamiana na serwerze odpowiada na żądania użytkownika wysyłane z terminala uruchomionego na innym komputerze PC. Scentralizowana architektura terminalowa zapewnia wysoki poziom bezpieczeństwa danych i minimalizuje ruch sieciowy, co w połączeniu z niewielkimi wymaganiami na stacje robocze oferuje niespotykany dotąd w aplikacjach CA-Clipper poziom jakościowy.
Inne produktyOTC posiada w swojej ofercie produkty firm:
- Oracle (bazy danych, serwery aplikacji, narzędzia do projektowania i tworzenia aplikacji oraz do analizy danych)
- Microsoft (bazy danych)
- Sybase (bazy danych)
Szybkość i bezpieczeństwo
[IMG]l_img5.gif[/IMG]
Oprogramowanie Terminal pozwala uruchomić aplikację CA-Clipper (pracującą z bazami DBF lub z Mediatorem) lub Harbour/xHarbour w trybie terminalowym. Aplikacja działająca na serwerze odpowiada na żądania użytkownika wysyłane z terminala uruchomionego na innym komputerze PC zachowując możliwość obsługi urządzeń peryferyjnych (np. drukarek) dołączonych do tegoż komputera. Istnieje również możliwość wywoływania przez aplikację procedur dołączonych i wykonywanych na terminalu użytkownika oraz prowadzenia transmisji plików między aplikacją i terminalem. Programistom udostępniono funkcje transakcji terminalowych ułatwiające zachowanie spójności danych przetwarzanych przez aplikację oraz możliwość sterowania priorytetem wykonywania aplikacji na serwerze.
Pakiet Terminal umożliwia realizację scentralizowanego, bezpiecznego i bardzo wydajnego oprogramowania przeznaczonego dla wielooddziałowych przedsiębiorstw. Dzięki zastosowaniu naszego oprogramowania pisanie takich aplikacji staje się dużo prostsze, szybsze i tańsze. Scentralizowana architektura terminalowa zapewnia wysoki poziom bezpieczeństwa danych i minimalizuje ruch sieciowy, co w połączeniu z niewielkimi wymaganiami na stacje robocze oferuje niespotykany dotąd w aplikacjach
xBase/Clipper poziom jakościowy i funkcjonalność zarezerwowaną do tej pory dla świata UNIX i mainframe.
Jak działa aplikacja xBase w trybie terminalowym?
Użytkownik uruchamia na swoim komputerze program terminala, który łączy się z agentem pracującym na serwerze. Agent uruchamia wskazaną aplikację
xBase oraz informuje program terminala o uruchomieniu aplikacji i o przydzielonym numerze portu/socketu. Terminal łączy się do aplikacji na wskazany numer portu/socketu. Po nawiązaniu połączenia terminal wysyła do aplikacji polecenia i klawisze otrzymując informacje o operacjach zmieniających wygląd ekranu. Dane mogą być przechowywane w plikach na serwerze aplikacji, na serwerze sieciowym lub na serwerze relacyjnej bazy danych (współpraca z oprogramowaniem Mediator). Jeżeli dane są przechowywane poza serwerem aplikacji, dla dużych systemów istnieje możliwość zastosowania kilku serwerów aplikacyjnych.
[IMG]c_img28.gif[/IMG]
Praca terminalowa aplikacji xBase/Clipper w wersji dla DBF
[IMG]c_img29.gif[/IMG]
Praca terminalowa aplikacji xBase/Clipper w wersji współpracującej z oprogramowaniem Mediato
Dla sieci lokalnej...
Ze względu na zwiększone bezpieczeństwo danych, minimalny ruch sieciowy i niewielkie wymagania sprzętowe, aplikacja
xBase pracująca w architekturze terminalowej stanowi najatrakcyjniejszą cenowo propozycję do zastosowania w sieci lokalnej.
...i dla sieci rozległej
Ilość danych wymienianych pomiędzy aplikacją
xBase a terminalem użytkownika jest minimalna, dlatego oprogramowanie to tak dobrze nadaje się do zastosowania w sieci rozległej. Nawet na łączach o niewielkiej przepustowości może pracować kilka- kilkanaście terminali, a komfort pracy użytkowników jedynie minimalnie ustępuje jakości pracy w sieci lokalnej. Dane całej wielooddziałowej firmy przechowywane w jednym miejscu są zawsze aktualne, kompletne i gotowe do analizy. Całkiem prosta staje się realizacja operacji, które wcześniej wymagały zewnętrznej koordynacji między oddziałami (np. sprzedaż towaru z magazynu innego oddziału) lub stosowania skomplikowanych mechanizmów replikacyjnych i synchronizacyjnych. Oprogramowanie w wersji dla DBF znakomicie nadaje się do realizacji zdalnego dostępu do istniejących instalacji z serwerem plików.
[IMG]c_img30.gif[/IMG]
Scentralizowana architektura systemu zrealizowanego w technologii Terminal
Korzyści z proponowanej technologii
Wymagania systemoweSerwer| Procesor(y): | Intel Pentium lub nowszy |
| System: | Windows NT/2000/XP/2003
z zainstalowanym protokołem TCP/IP i/lub IPX/SPX
|
| RAM | 64MB + 8-16MB na sesję |
Terminale| Procesor: | Intel 80286 lub nowszy |
| System: | DOS, DOS Windows 95/98/ME/NT/2000/XP/2003
z zainstalowanym protokołem TCP/IP i/lub IPX/SPX
|
| RAM: | 1 MB |
NarzędziaCA-Clipper 5.2e/5.3b + Blinker 6.0 lub nowszy
Harbour/xHarbour + kompilator MS Visual Studio lub Borland C++
| Migracja aplikacji | Typowe zastosowania | Terminal - FAQ | Pobierz wersję Demo |Produkty OTC
| Mediator - FAQ | Pobierz wersję Demo |[IMG]c_img6.gif[/IMG] Mediator allows for migration of xBase (Clipper, Visual Objects, Harbour) applications to SQL environment.
[IMG]c_img5.gif[/IMG]Terminal allows to run Clipper or Harbour application in terminal mode with an application server.TerminalWe recommend FAQ section, which is created on the bases on our clients' and partners' contacts. The most frequent questions together with the answers are placed in the database available for the users and guests of our service.
>> more[IMG]l_img25.jpg[/IMG]
Clipper or SQL?
Maybe both of them?
We would like to present an info service devoted to xBase application migration to relational database environment and to terminal solutions. It is really simple!
>> moreOur own softwareMediatorWe would like to present a family of programs, which are designed to improve effectiveness and safety of database applications written in
xBase language (CA-Clipper, CA-Visual Objects, Harbour/xHarbour) by its migration to the transactional environment of relational database management system. Mediator software enables cooperation with different databases. At present, the following versions are available:
Mediator enables porting any CA-Clipper, CA-Visual Objects or (x)Harbour application to the relational database environment, which in practice means the end of problems with damaged indexes, too large tables or unsatisfactory data protection. Additionally, Mediator makes all the facilities of relational database servers available for programmers who use
xBase tools.
TerminalTerminal software enables
xBase application to work in terminal architecture on the Windows NT/2k/XP platform running as an application server and DOS/Windows terminals connecting with the server through TCP/IP or IPX/SPX networks. The software enables terminal work for CA-Clipper and Harbour applications ( in text mode). A cooperation with Mediator is also possible. At present the following versions are available:
The application run on a server is driven by user's keystrokes sent from a terminal run on a remote PC computer. Centralized terminal architecture ensures a high level of data security and minimizes the network traffic, which, in connection with little requirements for workstations, offers a quality level which has never been met before in CA-Clipper applications.
| Mediator - FAQ | Download demo version |Terminal
Quick and safe
[IMG]l_img5.gif[/IMG]
Terminal software allows to run Clipper or Harbour (xHarbour) application in a terminal mode. An application working on a server reacts to a user's keystrokes sent from a terminal run on a different PC computer, retaining the ability to run peripheral devices (e.g. printers) connected to the terminal computer. The application also has an ability to call out procedures connected and executed on a user's terminal and to run a file transmission between the application and a terminal. Programmers have been given access to terminal transaction functions which facilitate keeping the data processed by an application consistent and an ability to control the priority of an application execution on a server.
Terminal package enables the realization of centralized, safe and very efficient software devoted for multi-branch companies. Thanks to the use of our software, writing such applications becomes much easier, faster and cheaper. A centralized terminal architecture ensures a high level of security and it minimizes the network traffic, what in connection with little requirements for working stations offers a high quality level, never seen before in
xBase/Clipper applications, and functionality, which has been previously reserved for the world of UNIX and mainframes only.
How does xBase application work in a terminal mode?
A user starts a terminal program on the workstation, which connects with the agent working on a server. The agent runs the requested
xBase application and informs the terminal program about running of the application and the prescribed port/socket number. Using the shown port/socket number the terminal connects to the application. After establishing a connection, the terminal sends keystrokes to the application, getting information about the operations changing the screen. The data may be stored in files on an application server, a net server or in a relational database server (a cooperation with Mediator software).
If the data is stored outside of the application server, for big systems there is a possibility to use several application servers.
[IMG]c_img33.gif[/IMG]
The terminal work of xBase/Clipper application in a version for DBF
[IMG]c_img34.gif[/IMG]
The terminal work of xBase/Clipper application in a version cooperating with Mediator software.
For LAN...
Due to the increased data security, a minimum network traffic and minimum equipment requirements,
xBase application working in the terminal architecture is the most financially attractive offer to be used in a local network.
... and for WAN.
the amount of data exchanged between
xBase application and a user's terminal is minimal , that is why this software is so well suited to be used in WAN. There can work several terminals even on connections with very low transfer rate, and the comfort of users' work is only slightly smaller than the one in LAN. The data of all the multi-branch company stored in one place is always up-to-date, complete and ready for analysis. Operations, which earlier required an outside coordination between branches (e.g. a sale of goods from a storehouse of a different branch) or complicated replication and synchronization mechanisms, become relatively simple. DBF version of Terminal is perfect for a realization of remote access to the existing installations with a file server.
[IMG]c_img35.gif[/IMG]
A centralized architecture of a system realized in Terminal technology.
A suggested technology benefits.
System requirementsServer| Processor(s): | Intel Pentium or newer |
| System: | Windows NT/2000/XP/2003with TCP/IP and/or IPX/SPX protocol installed
|
| RAM | 64MB + 8-16MB for each session |
Terminals| Processor: | Intel 80286 or newer |
| System: | DOS, DOS Windows 95/98/ME/NT/2000/XP/2003 with TCP/IP and/or IPX/SPX protocol installed
|
| RAM: | 1 MB |
ToolsCA-Clipper 5.2e/5.3b + Blinker 6.0 or newer
Harbour/xHarbour + compiler MS Visual Studio or Borland C++OTC ProductsMediator
The only way is SQL!
[IMG]l_img6.gif[/IMG]
Would you like your application written in
Clipper,
Harbour, or
xHarbour start to work with the SQL database in an almost magical way? What is more, do you want it to happen in no time and without any effort from your side? If the answer is yes, you have found the right solution - Mediator. Mediator has been created in order to provide a fast and unproblematic migration from the obsolete DBF database format to SQL which is becoming a standard.
Mediator enables porting any given
xBase application to the
relational SQL database environment. Mediator allows to save what is the most precious - thousands of reliable code lines, and changes the weakest element of traditional xBase applications - the way of storing data in DBF files. Moving data to SQL server means the end of problems with damaged indexes, too large tables or insufficient protection. Using Mediator is not only the end of problems with data storing, but it is also rendering access to full abilities of SQL database for programmers using
xBase tools.
Mediator enables fast and easy realization of technological breakthrough in software, with significantly smaller financial effort when compared to the one required for complete software rewriting.
How does xBase application work with Mediator RDD driver?
It is easy - the application is executed as it has been before, but all the references to the data is taken over by Mediator driver, translated into SQL language and sent to the SQL database. The results of SQL queries are returned to the application as if it worked on DBF data. The effect is immediate and amazing - your
xBase application
works on-line on the SQL database without introducing any changes.
Mediator is an
RDD driver and it consists of two elements - the libraries to be linked to the application that realize RDD specification and Mediator server, most often installed on the same computer as an SQL database. After Mediator libraries are linked,
xBase application, instead of reading the data from *.dbf files, communicates with Mediator server, which refers to the SQL database.
XBase/Mediator application works in client-server architecture; the data operations such as data selection, index modification and sorting are executed on the server and their results are presented on workstations.
[IMG]c_img31.gif[/IMG]
Mediator server may work on a computer with SQL database or it may communicate with the database working on a different computer by the means of network software, such as Oracle SQL*Net or ODBC driver.
[IMG]c_img32.gif[/IMG]
Mediator advantages
Why is Mediator better than other xBase product enabling client-server work?
There are currently two kinds of client-server drivers present on the market:
- RDD drivers made to work with SQL databases. Their characteristic feature is that they communicate with a server using SQL language (SQL drivers)
- RDD drivers communicating with the data via a dedicated server, primarily written for DBF data service (DBF servers)
Mediator driver belongs to the first group, and we are positive that it is its leader. Advice on the SQL driver selection can be found on the page "
Selection of the SQL database RDD driver".
How does Mediator situation look like compared with the second group of drivers?
Most DBF servers available on the market have been extended with the ability to process SQL queries, so what is the difference?
While offering/using
xBase application working with Mediator for Oracle or MS SQL server, you offer/use SQL application - all the access to the data is realized via SQL. The integration of your application with a top-level SQL server product guarantees technical and marketing superiority.
XBase application cooperating with DBF server is not SQL application, although it may become one on condition that it is fully rewritten in SQL. Since everything needs to be rewritten, why not write the application from the scratch using other tools?
Technical and marketing superiority of SQL market leaders is hard to estimate.
System requirements
Application types cooperating with Mediator server
CA-Clipper 5.2e, CA-Clipper 5.3b - Blinker 6.0 (or a newer one) linker required
Xharbour, Windows - a version compiled by OTC or a version according to OTC's instructions required
Harbour, Windows - a version compiled by OTC or a version according to OTC's instructions required
CA-Visual Objects 2.5, Windows
every Windows application able to work with a dedicated
ADO/OLEDB driver for Mediator
Supported database servers
Oracle 7, 8, 9, 10
Mediator platforms: Windows NT/2000/XP/2003, Linux, SUN SPARC Solaris, NetWare
Microsoft SQL Server 7/2000
Mediator platforms: Windows NT/2000/XP/2003
Sybase Adaptive Server Anywhere 6/7/8
Mediator platforms: WinNT/2000/XP/2003
PostgreSQL od 7.1
Mediator platforms: Linux, WinNT/2000/XP/2003
IBM DB2
Mediator platforms: WinNT/2000/XP/2003
| Migration | Typical uses | Terminal - FAQ | Download demo version |
rdd clipper harbour xharbour oracle driver sql server sybase sql anywhere db2 postgresql ado oledb odbc xbase ca-clipper migration relational sql client terminal architecture
