SQLWindows User?
Ulrich Mai
gibts hier noch mehr Leute die mit Gupta Produkten,
wie SQLWindows oder SQLBase arbeiten? Wenn ja, lasst uns hier
etwas unsere Probleme und Erfahrungen diskutieren, von denen
es sicherlich genug gibt. Wenn sich Leute finden, die mit
ComfoBase arbeiten, duerfen die sich auch melden, is' das
selbe Produkt.
Vielen Dank fuers zuhoeren
Ulrich
--
Ulrich Mai <m...@ovum.ka.sub.org>
Georg Rehfeld
>Hi,
>gibts hier noch mehr Leute die mit Gupta Produkten,
>wie SQLWindows oder SQLBase arbeiten? ......
>Ulrich
Ich arbeite nicht mit kupta, habe aber Interesse, was davon zu hoeren bzw.
zu lesen (auch auf Papier). Ich arbeite mit einem eigenen Windows-Datenbank-
Tool, das UNIX-DBServer via TCP/IP erreicht (oracle, ingres, informix).
Mail erwuenscht.
=====
ge...@oops.zigzag.hanse.de
=====
Ulrich Mai
>m...@ovum.ka.sub.org (Ulrich Mai) writes:
>>gibts hier noch mehr Leute die mit Gupta Produkten,
>>wie SQLWindows oder SQLBase arbeiten? ......
>>Ulrich
> Ich arbeite nicht mit kupta, habe aber Interesse, was davon zu hoeren bzw.
> zu lesen (auch auf Papier). ....
Hier kurz eine Uebersicht ueber die Teile des Gupta SQL-Systems:
Datenbank:
SQL Base - Multi User SQL Datenbank Server, Betriebssystem OS/2 oder DOS,
laeuft auf jedem NetBios kompatiblem LAN (Novell, LanMan, ...), einfach zu
installieren und administrieren, Rueckwaertsblaettern in Resultsets!
Transaktionen (ReadOnly), die keine Sperren setzen und von anderen
Transaktionen nicht blockiert werden koennen.
DBWINDOWS - Single User SQL Datenbank Server, MS-Windows Applikation,
Ideal fuer die Entwicklung ohne Netzwerk, bis auf Single/Multi User
Unterschied, gleiche Eigenschaften wie grosse Version,
386 4Mb fuer die Entwicklung ausreichende Maschine.
DBXLOCAL - Single User Server, resident mit DOS Extender, Interessent
nur fuer die Entwichlung von DOS Apps (=nicht Windows), verbraucht
nur ca. 30k real Memory
??? - NLM Version fuer Netware386 mit IPX/SPX als Transportprotokoll
angekuendigt, Novell steckt seit einiger Zeit bei Gupta mit drin.
Gateways/Router:
Es gibt Gateways(G) (zentral im Netz) oder Router(R) (auf jeder Workstation)
zu vielen (in Zukunft allen) grossen (SQL) Datenbank Servern.
jetzt: Oracle (G/R), IBM-DB2 (G),... bald: MS-SQL-Server, BTrieve,
IBM-Datamanager, Ingres,...
Alle Datenbanken oder Gateways bieten der App. gegenueber das selbe
API (Windows DLL oder DOS INT x),
Frontends:
SQLWindows - Entwicklungsumgebung mit eigenem Editor, Sprache und Compiler
fuer Windows Datenbankanwendungen. Erzeugt Zwischencode, braucht Runtime.
verschicken/empfangen von eigene/Windows/SQLWindows Messages. Import von
Funktionen aus DLL's, embedded SQL, ...
ReportWindows - Reportwriter fuer SQLWindows, eigener Editor zur Gestaltung
WinTalk - Interaktives SQL Interface, Im/Export von DBF,123,CSV,...
Quest - End User Tool, generieren/speichern von Abfragen/Reports ohne
SQL Kenntnisse, Erzeugen von Tablellen, Eingeben/Aendern von Daten.
API - C-API, TPW-API, MicroFocus API, VisualBasic-API, Alle Sprachen
die Funktionen aus DLL's importieren, koenne auf eine der DB's zugreifen.
DDE-Tec - DDE Interface zu Excel, WinWord und allem was sonst noch DDE macht.
SQLVision - spezielles Interface zu Excel
Planet - Lib's fuer Clipper
AccessSQL - Maskendesign Tool ohne Programmiermoeglichkeiten, Reportgen.,
ad hoc Anfragen. Demnaechst programmierbar.
Ich hoffe es reicht als Uebersicht, und nervt die nicht zu sehr, die
es nicht interessiert. Wenn einer mehr wissen will, soll er fragen.