-
-
Notifications
You must be signed in to change notification settings - Fork 223
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
Feature CORE-6482 - System table with keywords. #310
Conversation
src/jrd/relations.h
Outdated
// Relation 54 (RDB$KEYWORDS) | ||
RELATION(nam_keywords, rel_keywords, ODS_13_0, rel_virtual) | ||
FIELD(f_keyword_name, nam_keyword_name, fld_keyword_name, 0, ODS_13_0) | ||
FIELD(f_keyword_reserved, nam_keyword_reserved, fld_keyword_reserved, 0, ODS_13_0) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure about the column names: RDB$KEYWORD_NAME
, RDB$KEYWORD_RESERVED
.
As usual, we are repetitive and maybe not well spelled in case of "KEYWORD RESERVED". I did like RDB$CONFIG
columns where every column is prefixed with RDB$CONFIG_
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't have any strong preference about that, as we always had RDB$RELATION_NAME inside RDB$RELATIONS and so on ;-) With just two fields in RDB$KEYWORDS I don't see it as a problem.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's not clear if you mean you prefer the prefix maintained in both columns or something different.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry for confusion, I'm OK with prefix in both columns.
✅ Build firebird 1.0.2533 completed (commit 86621ff4ca by @asfernandes) |
src/jrd/relations.h
Outdated
// Relation 54 (RDB$KEYWORDS) | ||
RELATION(nam_keywords, rel_keywords, ODS_13_0, rel_virtual) | ||
FIELD(f_keyword_name, nam_keyword_name, fld_keyword_name, 0, ODS_13_0) | ||
FIELD(f_keyword_reserved, nam_keyword_reserved, fld_keyword_reserved, 0, ODS_13_0) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't have any strong preference about that, as we always had RDB$RELATION_NAME inside RDB$RELATIONS and so on ;-) With just two fields in RDB$KEYWORDS I don't see it as a problem.
src/jrd/relations.h
Outdated
|
||
//// FIXME: ODS version | ||
// Relation 54 (RDB$KEYWORDS) | ||
RELATION(nam_keywords, rel_keywords, ODS_13_0, rel_virtual) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ODS number should be fixed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This PR can be merged. Maybe the "squash and merge" option should be preferred to avoid unnecessary garbage in the commit log.
No description provided.