Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create boundary value generators for SQL data types #247

Closed
mibrahim opened this issue Oct 1, 2015 · 5 comments
Closed

Create boundary value generators for SQL data types #247

mibrahim opened this issue Oct 1, 2015 · 5 comments
Assignees
Milestone

Comments

@mibrahim
Copy link
Member

mibrahim commented Oct 1, 2015

Target postgres, oracle & HIVE initially

@bryantrobbins
Copy link
Collaborator

We could add boundary value support for arbitrary macros.

If a macro is "boundary value aware", it should take a parameter allowing a DG user to specify whether they want positive or negative boundary values at a given point in the model. The macro would then expand into multiple values (rather than a single value, as with our existing macros).

The user would then be able to construct models which take into account positive or negative boundary values at any point. It would be up to the user to construct paths which make logical sense (e.g., which only have one "negative" boundary value per path, if that is a coverage goal).

@leeny324
Copy link
Collaborator

looking into this. Not #249

@leeny324
Copy link
Collaborator

start with hive numeric data types and come up with a prototype.

example:
dg:boundaryPos name="" min="" max="" dataType="" nullable="" dbType=""
dg:boundaryNeg name="" min="" max="" dataType="" nullable="" dbType=""

@bryantrobbins
Copy link
Collaborator

<dg:boundaryPos name="myvar1" dbType="oracle" dataType="VARCHAR(55)">

VS.

<dgBoundaryPos:sql:hive:VARCHAR name="myvar1" length="55">

Some considerations here:

  • The more logic we put into a single tag, the slower it will be and more complex it will be to maintain
  • Is having a bunch of specific tags more difficult (too difficult) for the end user? SCXML (and maybe and XSD) could assist with dealing with numerous tags.

@mibrahim
Copy link
Member Author

mibrahim commented Dec 4, 2015

Fulfilled by @leeny324 pull request.

@mibrahim mibrahim closed this as completed Dec 4, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants