-
Notifications
You must be signed in to change notification settings - Fork 26
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
Add DESY port of TMCDB to MySQL to ACS #28
Comments
Hello Matias, Thanks for adding this issue! Thanks & Best regards On 1/25/2015 10:06 PM, Matias Mora wrote:
Khushbu Verma |
At the last ACB meeting Alessandro confirmed that this feature will be shipped by ESO with ACS-2015.2, as an alternative to hsqldb for testing. The CCB should decide if we wait for this release to be merged or integrate it right away to the community Trunk. |
Matias, is there a special reason let the CCB decide to integrate immediately instead of waiting for the next release? |
Alessandro, First of all, what feature ACS community decide to accept and merge is a decision that CCB takes, I think that is not you call. |
As a member of the CCB I think that Ale is entitled to his opinion, and what's more, I agree with him. Let's spend our few resources on things that ESO doesn't provide. Sent from my iPhone
|
OK, I think we can all agree that there will be no duplication of work here. Since Alessandro already integrated this feature into the ESO release, we're thankful for his help and the CCB will pick it up when merging ACS-2015.2 into the community Trunk. |
I hope that everybody in this community can freely express its own I am also wondering why the decision to close this ticket has taken by On 02/19/2015 10:10 PM, Matias Mora wrote:
|
The TMCDB as developed for ALMA is supported on two databases, hsqldb, a lightweight java RDBMS suitable for unit testing or small installations, and Oracle, an expensive commercial DB chosen for ALMA production use. MySQL is an open-source alternative to Oracle, and in view of the unsuitability of Oracle (or probably any standard RDBMS) for the storage and retrieval of large time-series (monitor) data, probably sufficient for most configuration uses.
The implementation has already been done by Khushbu Verma of DESY, and would need only to be reviewed and tested by the community, before integration as an alternative backend.
The text was updated successfully, but these errors were encountered: