acs-reference Design Documentation

I. Essentials

II. Introduction

Reference data is often overlooked in the rush to get coding. In reality, much of ....

III. Historical Considerations

Before the existence of acs-reference, the ACS required that you preload some tables in a script to get some basic reference functionality. There were many problems with this:

IV. Competitive Analysis

The only real competition is internally developed solutions.

V. Design Tradeoffs

Primary Goals

Performance

When updating the reference tables their is overhead due to the fact that the table is registered with the repository. This should rarely occur anyway as the tables are only added once. By not having the actual data itself in the acs-object system, subsequent additions and deletions to the reference tables themselves are unaffected by this overhead.

VI. API

See api-browser

VII. Data Model Discussion

VIII. User Interface

Their is no end user interface. There needs to be some kind of admin UI to report status and possibly manage updates per requirements.

IX. Configuration/Parameters

None

X. Future Improvements/Areas of Likely Change

A server based update mechanism will be supported. This will allow for tables to be updated (and preferably diffed) instead of being reloaded with a package upgrade. An interface to produce xml/csv from the reference data would be a nice service to the community (allowing legacy applications a way to import this data).

XI. Authors

Jon Griffin

XII. Revision History

$Log: design.html,v $
Revision 1.1  2001/04/22 00:53:12  jong
initial openacs import

Revision 1.2  2000/12/13 04:39:00  jong
Added Revision History and corrected typo in reference link