DBASE
この言語はビジネス用言語としては使われなくなってしまったが、ちょっとしたデータ変換には非常に使いやすい言語である。SQLと違って、データを変換して目に見えるファイル形式にするのも簡単に行える。これは、標準的なRDBMSと配列言語(APLやその進化形であるJ言語やK言語)の中間のようなものとも言われている。
1981年、ソフトウェア・プラス社の共同経営者だったジョージ・テイト (George Tate) とハル・ラシュリー (Hal Lashlee) が、バルカンの評判を耳にしてラトリフの許へ訪問してデモを見せてもらった。ソフトウェア・プラス社はバルカンの独占販売権を取得すると同時に、バルカンの製品名をdBASE II(販売価格は695ドル)と変更した。最初のバージョンであるにもかかわらずわざわざ「II」を付けたのはロサンゼルスで広告コンサルタントをしていたハル・パウルク (Hal Pawluk) のアイデアで、敢えて最初のバージョンである印象を与えない(言い換えれば完成されたソフトであると言える)ブランディング戦略があった。
dBASE IIは、関係データベースと銘打ってはいたもののエドガー・F・コッドの定義する関係モデルに適合していなかった。それでも、CP/Mマシン上では初めての複数ファイル製品であり、そのプログラミング環境を使えばほとんどどんなアプリケーションも構築できるなど、当時としては非常に先進的であった。
dBaseの原型は1960年代中盤までさかのぼる。その頃、ティムシェア社 (Tymshare Corporation) からリトリーブ (RETRIEVE) というデータベースシステムがリリースされていたものの、そのユーザの一つでもあるジェット推進研究所 (JPL) が、1960年代終盤にプログラマのジェブ・ロング (Jeb Long) にリトリーブのカスタマイズ版の作成を依頼した。その結果開発されたのが、UNIVAC 1108汎用機上でFORTRAN言語を使って書かれたJPLDIS (Jet Propulsion Laboratory Display Information System) である。
1978年、ロングの友人でJPLのプログラマだったC・ウェイン・ラトリフ (C. Wayne Ratliff)(英語版) は、JPLDIS の機能をCP/M上に再現するデータベースプログラムをアセンブリ言語で書き、スタートレックのミスター・スポックの母星にちなんで バルカン (Vulcan) と名づけた。後にラトリフ自身は、フットボール賭博で必勝法を見つけるためにデータベースソフトを作ったと述懐している。その後もラトリフは、バルカンの改良と拡張を加えながら「これは売れるかもしれない」と考えて、1979年10月から数ヶ月間BYTE magazine誌にバルカンの広告を掲載した(販売価格は7000ドル)。しかしユーザーの反応は薄く、1980年夏頃にはラトリフ自身プログラマの仕事とバルカンの改良に疲れたために販売を取り止め、既にバルカンを購入してくれたユーザのサポートに専念することになった。
この頃のハードウェア環境はメモリ (主記憶装置) や補助記憶装置の容量が貧弱だったが、それにもかかわらずdBASEを使って多数の中小規模のタスクを自動化することができた。 とは言うものの当初は売れ行きが伸び悩み、ラトリフ自身が売っていた時よりも売り上げが低かったくらいであった。しかしIBM PCの発売とそのプラットホームがオープンになってからは売り上げが伸び、dBASE IIはWordStarやVisiCalcと並ぶキラーアプリの一つにまでなる。
アシュトンテイトは、ラトリフを技術部門の副社長として迎え入れdBASE IIIのプロジェクトマネージャとすると共にシステム設計やプログラミングを委ねている。ロングもほぼ同時期に雇われ、IBM PC用にdBASE IIをZ80アセンブリ言語コードからIntel 8088アセンブリ言語に書き換えた。また、ロングはdBASE内部のプログラミング言語の基本設計に従事し、社の内外でdBASEのリーダーの一人となった。
しかし、新バージョンのリリースはプロジェクト管理の失敗により1988年10月にまで遅延した。その結果リリースされたdBASE IVも性能が悪く、バグが多かった。dBASE IVの開発はdBASE IIIのコードが基本となっていたが、そのコードは移植に次ぐ移植でいわゆる「スパゲッティコード」になっていて、ある箇所のバグを潰しても別の箇所に影響が出るといった具合で修正は困難を極めた。もっとも修正版を素早くリリースすれば大きな問題とはならないし、実際dBASE IIIのときもアシュトンテイトは同様の状況を乗り切っていた。しかし、dBASE IVにまで至ると余りに仕様変更やバージョンアップすべき箇所・加えてデバッグの必要がある箇所が多くなり過ぎて、状況は最悪となった。
しかも、dBASE IVには予定されていたコンパイラ機能が無く、実際に使ってみると何時も間違った答を返し、頻繁にクラッシュしてはデータベースファイルを破壊した。適切なアップデートを行おうにも困難を極め、改良版のdBASE IV 1.1がリリースされたのは実に2年も経った後・エスバーが経営陣から追われた後であった。結局、その間に多くのユーザーがFoxBaseやClipperなどのdBASEクローンを使うようになり、dBASEのシェアも1988年にはPC用データベース市場の 63%を占めていたのが翌1989年には43%にまで急落した。また、Microsoft SQL Serverとの連携もうまく行かず、マイクロソフトは代替のフロントエンドとしてMicrosoft AccessをリリースすることになりdBASEはますます旗色が悪くなった。