dBase:終焉とAIによる脱出
dBase AI移行で脱出かつてデータベース市場を席巻したdBaseだが、訴訟や不適切な商慣行により開発が停滞した。
長年dBase環境に留まっていたユーザーは、最新のAIを活用した移行ツールで脱出が可能になった。
AIは1980年代のdBase PRGコードを解析し、RustやGoなどの現代的な言語に変換できる。
dBaseの終焉と、AIによるデータ救済の新たな幕が開いた。
1979年に登場し、1990年代初頭までデータベース市場を席巻したdBase。その公式サイトはまだオンラインですが、関連するニュースグループは2025年11月から停止しています。長年dBaseのシステムに縛られていたユーザーにとって、AIを活用した移行ツールが登場し、脱出の光明が見えてきたとのことです。
データベース市場を支配したdBaseの衰退
dBaseは、かつてIBM PCや互換機を利用する企業や個人にとって必須のデータベースソフトウェアでした。しかし、競合他社の台頭に対し、技術革新を行う代わりに、当時のアシュトン・テイト社のCEOであるエド・エスバー氏が著作権を巡る訴訟を起こしたことが、コミュニティに大きな悪影響を与えたと見られています。顧客への「海賊版対策監査」や、コンサルタントへの販売ノルマ設定といった、開発サイクルが長かった時代には考えられないような悪質な商法が横行したことも衰退の一因となったようです。
技術的停滞とBDEの謎
dBaseのユーザーからは、Novell NetWare互換サーバーやUNIXサーバーの要望が相次ぎましたが、競合他社が先にこれらの機能をリリースしました。Windows版dBaseが登場した際も、複数の競合システムが混在し、Microsoft C++との連携が不十分だったりと、技術的な課題が山積していました。さらに、Borland社がCorel社に事業を売却した際、Borland Database Engine(BDE)を含む多くのソースコードが失われたとされています。Corel Paradox 2026を現在でも利用できるのは、BDEが2001年以降アップデートされていないためだそうです。
暗躍する悪質な業者とAIによる救済
dBaseの衰退とともに、サードパーティ製の業者による悪質な商法が横行しました。ソースコードの非公開、架空のアップグレードに対するソフトウェアアシュアランスの販売、サポートの無視などが問題となりました。しかし、近年、AIを活用した移行ツールが登場し、dBaseのシステムから脱却したいと考えている企業や個人にとって、新たな希望の光が見えてきたとのことです。長年dBaseに縛られていた企業が、ついに救済されるかもしれません。
まとめ
dBaseの歴史は、技術革新の重要性、そして企業が顧客を大切にすることの重要性を改めて教えてくれます。AIによる移行ツールは、dBaseの遺産を新たな形で活用し、過去の過ちを乗り越えるための第一歩となるかもしれません。
原文の冒頭を表示(英語・3段落のみ)
While the official dBase.com LLC’s website is still on-line, its newsgroups have been off-line since November 2025. For those still trapped in its ecosystem, there is finally an escape route: AI powered migrations.Years ago, dBase was the undisputed king of databases - every business, every person using IBM or IBM-compatible PCs had to get it installed. But instead of innovating to remain the best database in the face of competition, former Ashton-Tate CEO Ed Esber decided to litigate. Lawsuits designed to protect “look and feel” copyrights had a massive, chilling effect on the dBase community1. Ashton-Tate targeted its own unsuspecting customers with “piracy audits”, and ask them to pay extra fees for licenses. External consultants were given sales quotas for official dBase consultant status - a predatory practice that was unthinkable in an era when software development cycles took years.dBase customers pushed back, asking the obvious questions: When is a Novell NetWare-compatible server coming? When are we getting a network-aware UNIX dBase server?Competitors answered. FoxBase released FoxPro UNIX server in 19932. Btrieve release their Novell-compatible servers in 19943.Public humiliation and years of harassment by rent-seeking vendors destroyed developer trust long before the bugs began piling up.When dBase for Windows arrived, it came with three competing systems: Paradox for WindowsC++ low-level ISAM methods (TurboPascal Database Toolbox, Turbo C++ ISAM) and A cottage of smaller vendors (BTree Filer/NexusDB), CodeBase (now open-source), Sequiter, Halycon were DPMI compatible.Bizarrely, to protect dBase, there was no compatible Turbo C++ objects integration in dBase (you could import OBJ files from Microsoft C++). There was no way to natively use dBase from Turbo C++ or TurboPascal.Borland did ship Paradox SDK which uses OVL (overlay) and DLL. When Borland Delphi 1.0 came out, they provided access via BDE, an 5- or 6- floppy disk installation routine. It is believed that - alongside the BOLD source code (missing for more than 10+ years), the BDE and many original dBase source code was lost during the ill fated Borland + Corel merger (which was eventually called off).The reason why its considered lost - when Borland sold Borland Office pack - Borland WordPerfect, Borland Paradox to Corel4, it kept the same BDE version from 2001. Download Corel Paradox 2026 and… you’ll see nothing changed from since 20015.Microfocus brought Borland SCM, Borland Server, Borland legacy products. If you license Microfocus legacy SCM products, you install Borland legacy Database Engine (MDE) that includes legacy POJO (Plain Old Java Objects) and COBOL interoperability to dBase. Meanwhile, the dBase III and IV file format became the default format for GIS systems and import/exporting from IBM mainframes, keeping the data format alive even as dBase market-share declined.In 2012, dBase was hived off from Borland and divested to dBase LLC. dBase LLC released dBase 9, moving to Visual C++ and CodeJock to replace Borland's aging Object Windows Library (OWL). However, from dBase 8 all the way through dBase 12+, they never removed BDE. The BDE runtime included files timestamped from 1998. After 2019, meaningful development effectively stopped.Photocredit: CodeJock.com - the SDK that powers dBase gridsAs the platform decayed, dark patterns emerged:dBase third-party vendors refused to provide source code for their add-ons, shipping them as compiled binary files and trapping enterprise customers on MS-DOS, 16-bit, or 32-bit Windows. dBase third-party vendors continued selling “software assurance” or subscriptions for non-existent upgrades.If you contacted them for support, you were ignored. If you complained about bad products, it was “the customer’s fault.” When frustrated businesses tried to file lawsuits, they found that these court-smart vendors had hidden behind shell LLCs and fake PO Boxes.As the years flew by, many of these developers simply retired. They closed their websites, changed their legal names (who reads public newspaper notices anyways?), cashed their final subscription checks, and rode off into the sunset, leaving businesses stranded high and dry.As Gen Z developers attempt to migrate 16-bit Clipper, FoxPro, or dBase to modern platforms, something incredible has happened.The latest frontier AI models reads .PRG code It can parse all the way down to 16-bit dBase, FoxPro and Clipper .NTX files.By feeding legacy PRG (circa 1985) and logics to models like Claude, ChatGPT, developers can now instruct the AI to translate decades-old dBase PRG directly into memory-safe Rust, highly concurrent Go, or modern Dart/Flutter cross-platform applications.Rest in Peace, dBase. I hardly knew thee. You sided with third-party vendors, causing life-long customers to get their reputations ruined on the former Borland newsgroups. These same vendors prioritized their own pension over the survival of the ecosystem. They locked the doors from the inside and threw away the key. Now, decades later, artificial intelligence has arrived to finally cut the locks. We aren't here to revive you; we are just here to help the survivors get out.No posts
※ 著作権に配慮し、引用は冒頭3段落までです。続きは元記事をご覧ください。
Hacker News コメント
機械翻訳。HN の元スレッド ↗
Microsoft Access 2.0にはDBFファイルのインポートとエクスポートのフィルターがあった。WFW3.11でDBaseからMS-Accessに、後にはSQL Serverに変換した。Turbo CとTurbo PascalのいくつかのソースコードがDBFファイルを読めたが、あまり使われなかった。大半のデータはテキストファイルでどんなアプリケーションでも読める。
原文
Microsoft Access 2.0 had filters to import and export data from and to DBF files. We used this in WFW 3.11 to convert from DBase to MS-Access and later on SQL Server.There were some Turbo C and Turbo Pascal source code that read DBF files, but hardly anyone used them. Most stored data is in text files that can be read by any application.
私の最初の有料仕事は12歳の時で、Bondwell CP/MのラップトップでdBase IIを使用して郵便ラベルを印刷する方法を探すことでした。楽しくありませんでした。
原文
My very first paid gig, aged 12, was figuring out how to print mailing labels from a Bondwell CP/M laptop running dBase II. Didn't enjoy it.
Harbourで.prgファイルをコンパイルすることができます。
原文
You may compile .prg files with Harbour, an open source Clipper clone compiler, on github.Strange it is not cited in the post.
言語を復活させることは私の目標の1つですが、当然異なるアプローチで行います。私は、主な要点は、DB開発者として働くということです。これが一部の試みやアクセスなどに欠けている部分です。ちなみに、私と協力したり手伝ってくれませんか?
原文
Resurrect this kind of language is one of my goals (https://tablam.org) but of course with different takes.I think the main gist: you work not as app developer but as db developer, is something that is missing in some partial attempt like access and such.BTW: Wanna join me or help?
記憶に残るのは子どもの頃、父が職場でコンピューター研修を受けていたことだ。父と同僚は会社から無料の夕方のコンピューター教室を提供され、我々の子供時代の学校で私達にコンピューターを教えていた先生たちが指導していた。初回の授業後、父は大量のdBASE IVマニュアルを持って帰ってきた。私はコンピューター本が大好きだったので、内容をかなり読んだ。未経験ながら、dBASEで作れる小さなフォームやクエリー、レポート、ラベルに想像力が膨らんだ。しかし結局dBASEには触れなかった。学校ではLOGOの授業を受けていた。一日、父が夕方の研修から帰宅し、困惑した様子で話してくれた。彼は教師から学んだ内容に疑問を抱いていた。曰く、ループ内に明らかに間違った等式があったという。具体的には「i = i + 1」だった。どうしてこれが有効な等式と言えるのか。父はこの等式を理解できなかった。彼は教師に質問し、私の母校で教えている先生から話を聞いたが、教師と父は通じ合わなかったようだ。教師は父の名前を尋ねたが、父の名前を知った途端、父に「帰宅後、息子にi = i + 1について訊いてみなさい」と言った。実際、私は父に説明することができた。私は当時8歳か9歳で、それが恐らく初めて私が父に教えたことだった。
原文
I remember dBASE IV from my childhood days when my father, who had no computer background, was required to take computer training by his workplace. My father and his colleagues were given free evening computer lessons by their company, taught by the same teachers who used to teach us, the kids, computers in our school.After their first class, he brought home a fat dBASE IV manual. Since I was very interested in computer books, I read a good portion of it even though I had never touched dBASE in my life. I would daydream of all the little forms, queries, reports and labels I could make with dBASE. But I never got to touch dBASE in my life. We kids used to get LOGO lessons instead in school.One day my father came back from his evening lesson mildly distressed about something he had learnt. He said they were being taught loops but in the loop there was an equation that seemed just plain wrong. It was: i = i + 1
How could that be a valid equation? How could i ever equal i + 1? He mentioned that he had asked the teacher about it and from what I could gather, my teacher and my father were talking past each other. The teacher probably tried explaining that it was not an equation but an instruction instead, whereas my father continued to interpret i = i + 1 as an equation due to the algebra he was so familiar with. It sort of held up the class for a while.The teacher asked my father's name, perhaps so that he could talk to him separately later. But when he learnt my father's name, he realised that his son, me, went to the same school where he taught. So he told my father, 'When you get back home, ask your son about i = i + 1. He will explain it to you better than I am able to.'And indeed I was able to explain it to him pretty well. I was eight or nine years old back then. And that was probably the first thing I taught my father!
一番好きなDBシステムはdBase III+から始まり、高校の図書館記録を入力した後、Clipper Summer '87とそのOOP拡張版であるClipper 5.xに移行しました。MS-DOS PCの制約された環境で動作するガベージコレクションやコンパイルが可能な素晴らしい生産性ツールです。Windows 3.1への移行に時間を要したため、FoxPro、Access、Visual Basic、Delphiが同じプログラミングコミュニティーで地位を確立する機会がありました。私もHNerと同様、Clipperで初めて他人から仕事を受ける試みを始めた高校時代でした。
原文
One of my favourite DB systems, started with dBase III+ where our teacher made us enter the high-school library records, followed up with Clipper Summer '87, and shortly thereafter Clipper 5.x with its OOP extensions.Great productivity tool, garbage collected, compiled, in the constrained environment of MS-DOS PCs.The migration to Windows 3.1 took too much time, giving time to FoxPro, Access, Visual Basic and Delphi to establish themselves to the same programming communities.Similar to other HNers, Clipper was also how I made my first attempts to working for others during high school.
私はこのブログを一貫して否定的(他の投稿も参照)とみなす。興味深い投稿ではあるが、dBaseやこの悲しい物語について知識が乏しく、全体のブログの正確性に疑問がある。個人的意見として受け止めるべきで、事実とは異なるかもしれない。
一方で、BOLDソースコードは10年以上失われたとされ、BDEや多くのdBaseソースコードがボーランドとコーレルによる合併(後に中止)で失われたとされるが、私には理解できない。ブログの一般的な否定性がランダムな議論に逸れる例である。
私が知る限り、BOLDソースは失われていない。実際、エンバカデロは数年前にオープンソース化した。ブログ投稿には詳細が記載されている:https://blogs.embarcadero.com/bold-for-delphi-is-open-source... 私は当時その会社に勤めていたが、開放を推進しなかったが、明らかに前向きな動きで、ブログの主張と対照的である。現在も積極的に維持・更新されているようだ。私は「失われた」と「所有権はあるが公表されていない」を区別する。
原文
I find this blog consistently negative (check other posts.) Although this post is interesting, and I know little about dBase and this is a sad story, I am simply not sure how accurate all of the blog as a whole is. I can best suggest, take its statements as someone's personal opinion, not necessarily as fact, ie but with a pinch of salt.> It is believed that - alongside the BOLD source code (missing for more than 10+ years), the BDE and many original dBase source code was lost during the ill fated Borland + Corel merger (which was eventually called off).This is confusing because the article is supposedly about dBase, and I have no idea why Bold is relevant. It's an example of where I feel the general negativity of the blog veers into random discussions.To the best of my knowledge, the Bold source was not lost. In fact, Embarcadero open sourced it several years ago. The blog post has details: https://blogs.embarcadero.com/bold-for-delphi-is-open-source... I worked there at the time though I did not drive its open sourcing, but it is a positive move, and clearly contrasts the blog's statement. It appears actively maintained and updated these days. I would differentiate 'lost' from 'owned but not made available publicly'.
By 過去のPRG(約1985年)と論理をモデルに供給し、ClaudeやChatGPTに指示することで、開発者は今やAIに数十年前のdBase PRGを直接メモリ安全なRust、高度に並行化されたGo、もしくは現代のDart/Flutterクロスプラットフォームアプリケーションに翻訳させることができる。
原文
The article states>By feeding legacy PRG (circa 1985) and logics to models like Claude, ChatGPT, developers can now instruct the AI to translate decades-old dBase PRG directly into memory-safe Rust, highly concurrent Go, or modern Dart/Flutter cross-platform applications.And it alludes to this early on, but it doesn't show any examples.
時折、VFP9のプロジェクトを維持している。
AIがVFP9のコード書きに非常に役立つことは認めるが、三十年近くかけて成長したこの巨大なプロジェクトをAIにソースコードを供給して最新システムに移行するなど、想像もできない。どちらのアプローチが最適かは議論の余地があるが、『AI主導のビッグバン・マイグレーション』は正気の沙汰ではない。しかし、AIによるマイグレーションには確かに役立つだろう。
原文
I still maintain a VFP9 project from time to time.
Although AI has been extremely helpful in writing VFP9 code, I can't imagine migrating this enormous project, which has grown over the course of 30 years, to a more modern system by feeding the source code to AI.While one could debate which approach would be best for migrating such a project, an 'AI-led Big Bang Migration' would be insane.However, AI would certainly be helpful for migration.
忘れずに DataEase を使ってください。私が最終的に dBase から移行したもので、FoxPro、Clipper、Paradox の評価を経てです。DataEase は「第四世代言語」 (4GL) とされ、非常に快適に作業できました。GE の部門で働いていた当時、私は大規模ファイルルームの管理システムを構築し、セキュリティを徹底的にテストしましたが、DataEase を使用したアプリケーションにバックドアを発見し、開発チームに手順を説明して修正してもらいました。バグ報奨金はありませんでしたが、生涯アップデートとトレーニングセミナー参加を許可されました。DataEase の経験が最終的に Cognos 学習のきっかけとなりました。余談ですが、GE 上司から初めて請求書を依頼された時は、支払い方法が分かりませんでした。PM に連絡してテンプレートを入手し、後日 COBOL プログラミングも依頼されました。良い時代でした。
原文
Don't forget DataEase [1]. That's what I eventually moved to from dBase (although, IIRC, it was through back-and-forth evaluations of FoxPro, Clipper, and Paradox). DataEase was considered a "Fourth-Generation Language" (4GL) and it was wonderful to work with. As a teenage "systems analyst" working for a division of GE (my first paid tech job), I built a file room management system for their large file rooms (remember those?). Having to thoroughly test security, I put it through its paces and found a way to hack into any application built on DataEase. Eventually explaining the procedure to DataEase's development team (which included one developer traveling to my fraternity house for a face-to-face meeting; so funny trying to be business-like in a place with sticky floors and smelled like stale beer), they fixed the hole. There weren't any bug bounties during those days but, as a reward, they gave me lifetime upgrades and allowed me to go to all their training seminars for free. It was my 4GL experience that ultimately led to learning Cognos.Funny aside: I remember the first time my GE boss asked me for an invoice as it was the only way he could pay me. I had no idea what it should look like. So he sent me to the PM of one of the COBOL contractor teams who gave me a template that I copied. The PM eventually asked me to do some COBOL programming for them as well. Good times.[1] https://www.dataease.com/