Does anyone have any further comments or suggestions concerning
breaking out the issues in the SQL component into the categories
discussed by Satheesh below?
If not, I will add the five new components, leaving all current
issues in the generic SQL component, and leave it to those interested
in language issues to recategorize the current issues to the new
categories.
andrew
On Jan 23, 2006, at 10:25 PM, Satheesh Bandaram wrote:
Mike Matrigali wrote:
I don't expect most users to be able to set the internal component
so I think it is fine to leave SQL. The subcomponents would be a
way for someone who understands the issue a little more to classify
it. SQL-parser, SQL-optimizer, SQL-compiler, SQL-engine seem like
a good start.
This sounds good, balancing what is good for users and developers
working with JIRA's limitations. So, I would suggest:
SQL
SQL-parser
SQL-optimizer
SQL-compiler
SQL-datatype
SQL-execute
Satheesh
