Primarily postgres (with GIS extensions), redis, azure cosmos and mariadb.
_I repeat_, please just upvote this initial problem-description. Do not add a comment as it's harder for the maintainers to track and +1 comments create clutter for any detailed discussion.
CLICK THIS!!
π
SQLite would be good too.
This would be great for some folks who still use informix.
I was about to open this suggestion.
+1 MySQL / MariaDb, +1 PostgreSQL
+1 postgres
Is this considered out of scope?
+1 postgres
+1 postgres
+1 DB2
@irufus - Based on community interest, nope! And it shouldn't be.
@irufus Well, the program is called "SQL Operations Studio", not "SQL Server Operations Studio".
It makes sense to support Sqlite due to dotnet core. MySql and Postgres support will bolster both Azure DB and sqlops adoption.
@welkie - Totally agree. And the only alternative on Windows is DataGrip by JetBrains. Still leaves me wanting for something prettier and more direct.
+1 for postgres
@welkie there is awesome dbeaver app to manage
+1 postgres
+1 postgres
Convention on Github seems to be to add a thumbs up rather than a +1 as it creates less clutter and less email.
+1 MySQL & MariaDB
@b5n @welkie @atrauzzi @MikeElghali I totally agree, you took the words out of my mouth.
It's been said, but it apparently needs repeating. Please stop with all that "+1". Use thumbs up/down emojis to express (dis)agreement and stop flooding what's supposed to be an issue tracker.
Thank you.
+1 mysql
+1 postgres
DB2
666, εΈζζ―ζ MySQL ε PostgreSQL, sqlite3 δΉδΈι.
Why? Because https://github.com/Microsoft/sqlopsstudio/issues/56#issuecomment-345460923 and https://github.com/Microsoft/sqlopsstudio/issues/56#issuecomment-345786041
+1 @styfle
+1 postgres
+1 MongoDB
+1 Postgres
+mysql
+1 postgres
+1 mysql
+1 sqlite
+1 mongo
+1 mysql
@bystro why not just click on icon : +1 instead of commenting again and again for the same thing... And spamming everybody
I guess many guys are not simply aware of that feature / "policy" / good practise / convention and they are not doing it on purpose.
Maybe @atrauzzi could update his initial post with @styfle reworded comment? Maybe that would reduce a few emails?
The issue could probably be locked now as I think the point has been made.
@VaclavElias - Done.
@carwyn - I prefer not to see issues locked as it silences the opportunity for any potentially good points.
@atrauzzi great and nicely reworded, let's see what fish will slip through the net :)
+1 mysql
Multi Database Support (No-SQL, SQL, Graph, etc.), I would recommend to talk to Cosmos DB team for sharing multi-model api support
o https://docs.microsoft.com/en-us/azure/cosmos-db/mongodb-introduction
o https://docs.microsoft.com/en-us/azure/cosmos-db/sql-api-introduction
o https://docs.microsoft.com/en-us/azure/cosmos-db/table-introduction
o https://docs.microsoft.com/en-us/azure/cosmos-db/graph-introduction
o https://docs.microsoft.com/en-us/azure/cosmos-db/cassandra-introduction
Oracle support would be super useful at work right now...
+1 PostgreSQL
I think a fork for each system would be more appropriate.
In this way experts of each system don't need to worry about other systems.
I disagree with the idea of having forks for different flavors of SQL, this should be a X-platform database management tool which supports multiple SQL dialects. Forking will not only fragment the community around this product, but will also take away its somewhat unique selling point, there is also the added complexity of maintaining feature parity between all the forks with the divided development force.
@L0stLink: I don't think it is a good idea to have both breadth and depth under the same project; SQL platforms are very complex and diverse.
For features that can be shared by multiple projects, we use modularisation.
@drowa so you think there should be
sublime text for html
sublime text for css
sublime text for php
sublime text for javascript
sublime text for python
sublime text for sql
sublime text for plain text π€£
and not one sublime text with support for many languages
If support for different SQL dialects is implemented through extensions contributed by the community and/or the sqlops team, the modularity can still be maintained without the need of forking the entire code base. In my opinion, this is a 'best of both worlds' solution and vscode is proof that such a solution can be successful. I am quite sure that this is the direction the team is taking.
I wonder why not just load JDBC driver for each SQL based database? (I think dbweaver use this approach)
also is there a need for something like language-server-protocol? Maybe dblang-server-protocol?
@thecotne: you are comparing apples and oranges.
Take a look on how many dialog boxes SSMS has.
@drowa - What you're suggesting ends up being frustrating. There's no reason to assume that a combination of all the dialects would be confusing. You can simply choose a mode if it's even applicable. DataGrip does this and it works just fine.
+1 Oracle
+1 mysql
@welkie Unfortunately, locking the thread also locks the reaction emojis too π
We should delete these 2 comments so that @atrauzzi is the last comment in this thread π
FirebirdSQL would be good to be listed as well
Is it art of reading or art of seeing?
:)
Is it art of reading or art of seeing?
sure, i went down all the thread and it wasn't mentioned, so it's not +1
Can this feature achieved by extensions? So you can enjoy light-weight and flexibility at the same time.
+1 MySQL
Dear SQLOpsStudio Team,
Can you please install this Github app to prevent the +1 reactions?
https://github.com/apps/reaction
Why just relational databases? Why not CosmosDB, Mongo... ?
Frankly, from the name "Azure Data Studio", I would definitely have expected CosmosDB to be supported.
@thomaslevesque - Haha, I made that one too: https://github.com/Microsoft/azuredatastudio/issues/124
I totally agree, with the new name, this should support everything and anything. Cosmos, redis, etc...
Welcome to Postgres! :)
Help us retweet: https://twitter.com/AzureDataStudio/status/1107726496213327872
Azure Blog: https://azure.microsoft.com/en-us/blog/azure-data-studio-an-open-source-gui-editor-for-postgres/
SQL Server Blog: https://cloudblogs.microsoft.com/sqlserver/2019/03/18/the-march-release-of-azure-data-studio-is-now-available/
@yualan Dear sir, would you please add mysql/mariadb support for us ? nice to see postgres, but mysql was more popular and use widely .
Is anyone looking into doing an oracle extension? We use oracle and mssql at work so I might look into this if someone has started work on it. Considering there is prior art now in the posgres extension I would follow the pattern that sets.
Hi Everyone, thank you for contributing to our # 1 most requested feature by far for Azure Data Studio. Love seeing the engagement in this thread.
Now that PostgreSQL support is in Azure Data Studio, we are now a multi-database tool. Thus, we plan to close this issue and re-open individual tracking issues for each database request.
Please upvote the following issues:
I will close this issue by the end of this week and update this comment with the the appropriate official tracking issues.
If you would like to request a new DB, please add [Database Support] to the front of the issue. I will choose the main tracking issue to help consolidate. Once the official issue is up, feel free to advocate community to upvote.
@yualan thanks. I created the issue for Cosmos DB, could you please add the link in your comment?
Oracle! +1
GREAT!
This issue is closed now and has been replaced by individual ones for each type of DB desired!
I'll lock the conversation on this issue now. Please see @atrauzzi's comment above with links to specific relational database types that can be individually upvoted. Thanks for all the great feedback.
Most helpful comment
SQLite would be good too.