NPO-Accounting/npo-accounting-ikiwiki
6
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

StorageAPI and ReadingAPI use case evaluation.

Browse source
This commit is contained in:
Bradley M. Kuhn 2013-11-15 12:04:53 -05:00
parent 214f85b47e
commit 216b4e04ca
1 changed files with 9 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
ExistingProjects/Frontaccounting.mdwn
View file

@ -93,6 +93,14 @@ restrict a user to a specific Dimension.
# Evaluation of the [[Reading and Reporting API|UseCases/ReadingAPI]] # Evaluation of the [[Reading and Reporting API|UseCases/ReadingAPI]]
Interaction with the data seems to happen with embedded SQL statements Interaction with the data seems to happen with embedded SQL statements
intermixed with PHP code. intermixed with PHP code. Thus, writing SQL statements is really the only
way to interact with the data, and as such, given that there isn't anything
specifically innovative about the data model, this is no better nor worse
than most other projects of this nature.
# Evaluation of the [[Storage API|UseCases/StorageAPI]] # Evaluation of the [[Storage API|UseCases/StorageAPI]]
Again, SQL appears to be the only way to interact with the storage of
double-entry data. Double-entry data does not appear to be segmented away
from the other information.