Closed Bug 276292 Opened 20 years ago Closed 19 years ago

Create separate files for SQL

Categories

(addons.mozilla.org Graveyard :: Developer Pages, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Bugzilla-alanjstrBugs, Assigned: Bugzilla-alanjstrBugs)

Details

(Keywords: helpwanted)

To reduce the number of times code is repeated, we should have a separate file
with the SQL statements.  Basically, you pass in variables to a function call,
and it returns a recordset.  This would be similar to stored procedures.  

An example:
showlist, moreinfo, rss, and another file or two need a list of authors given an
item ID. 

We should create separate files for SELECT, INSERT, UPDATE, and DELETEs so that
the end-user site doesn't even have a chance of exposing anything dangerous.
This sounds very good.

PEAR :: DB_QueryTool

http://opensource.visionp.biz/index.php?id=78
Target Milestone: 1.0 → 2.0
Assignee: cst → Bugzilla-alanjstrBugs
Keywords: helpwanted
Good idea in theory, but I doubt if it will work in practise.  Frankly, I have
never seen any project which keeps all its sql in one file. 

One thing that I have seen is that some projects keep their sqls at the top of
the file in a hash.  For example -
$sql['extension']='select blah1,blha2 from table blah';
$sql['theme'] = 'select from ---';
and so on.

I am not sure if this method has any advantage over what is being done currently. 
Resolved by addons/shared/lib/ class files
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.