Paradox数据库的设计与早期发布

SRI档案负责人Don Nielson在2016年的回顾中，将Paradox的起源联系到该机构计算机科学实验室的Richard Schwartz与Rob Shostak。二人选择数据库作为创业方向；回顾记载，Ansa Software于1985年推出首款产品Paradox，面向个人计算机，最先服务于DOS环境。这是后来的机构回顾所给出的发行年份。

参考：[1]

Craig Stinson发表于1988年的报道回溯首版研发，给出的起点是1981年夏季。报道还记录Schwartz对原始设计的说明：直接访问屏幕内存的操作被集中在一个模块，BIOS依赖也集中处理，以减少与特定机器的纠缠。这个研发起点不能当成1981年已经公开出售产品的证明。

按这份访谈的解释，把机器依赖集中在少数模块，使程序由一个字符界面环境转往另一个环境时较容易处理；从字符界面改成图形界面，则要重新考虑交互方式。报道给出的1988年Windows和OS/2安排属于移植计划，不等同1985年DOS产品的功能清单。

参考：[2]

Waterloo研究组1986年3月的正式报告明确测试Paradox 1.0：它提供菜单操作、按例查询和程序语言。研究组认为简单任务较易处理，但复杂文化遗产资料仍要求编程，学习并不轻松。这给出了初版能力与使用限度的同期记录。

研究组把软件放进实际的文化与遗产信息任务中测试，包括会员、书目、参观和藏品资料。结果针对特定版本与任务，不是对关系数据库概念的笼统评分。菜单、查询和编程同时存在，也让“可视化”与“完全不用学习程序”成为两回事。

参考：[4]

1986年9月，Rusel DeMaria评测的明确版本是Paradox 1.1。用户选择Ask后，可以在类似数据表的查询表中填写条件；涉及多张表时，为每张表显示查询表。系统据此生成并执行检索程序。评测还说明，QuerySave能把当前查询保存为可重复执行的PAL脚本。这些记录能说明1.1的工作方式，尚不能逐项证明1985年首版已经具备相同实现。

参考：[3]

用一个另拟的藏品检索任务，可以理解按例查询的思路：数据表包含编号、名称和年代三列，需要找出年代晚于1900年的藏品，只输出编号与名称。用户在查询表中指定输出列，并给年代列设定筛选条件，软件再把这些选择转成可执行的检索。这里描述的是查询含义，没有把现代SQL或ObjectPAL命令冒充早期PAL原程序。

若把条件改为晚于1950年，改变的是筛选范围；若需要同时查询藏品与借展记录，便要处理两张表的联系。1.1评测所记QuerySave又把一次交互产生的查询保存成脚本，供以后重复调用。由表格表达条件到保存程序，是交互式数据库和程序工具之间的连接；本例为原理示意，未在历史版本上执行。

参考：[3] [4]