DataGrip 2018.2.4 is Here

Andrey Cheptsov

When it comes to the tools of your craft, it never hurts to make sure that you are always working with the most stable version. Please meet DataGrip 2018.2.4. Inside you’ll find the following have all been fixed:

  • DBE-7023 The Find Action not working when invoked from the Welcome Screen
  • DBE-7019 The JSON exported data being formatted to scientific notation instead of flat
  • DBE-7012 The import of a custom enum type to PostgreSQL from CSV not working
  • DBE-6996 The ClickHouse datasource not properly loading after an IDE restart
  • DBE-7007 The MySQL dialect configuration change which was lost after every IDE restart
  • DBE-6939 The delayed preview of changes in the Code Style settings

That’s mostly it. Again, if you find a bug, make sure to let us know. We’ll do our best to include a fix in an upcoming update. Enjoy!

The JetBrains Team
“The Drive to Develop”

Comments below can no longer be edited.

19 Responses to DataGrip 2018.2.4 is Here

  1. Rolando Urrea says:

    September 18, 2018

    Hi!

    When generating a DDL from a Postgres table or database, the “timestamp without time zone” field is not correct; it only generates a “timestamp” definition.

    Thanks!

    • Maksim Sobolevskiy says:

      October 4, 2018

      It actually means the same, isn’t it?

  2. bruce tang says:

    September 20, 2018

    will you add function to export excel ? The existing export function is very bad.

  3. Dean says:

    September 25, 2018

    Still waiting eagerly for https://youtrack.jetbrains.com/issue/DBE-5294 to be released, in a hope it will resolve needing to restart datagrip every hour or two.

    • Maksim Sobolevskiy says:

      October 4, 2018

      Check our EAP https://www.jetbrains.com/datagrip/nextversion/

      • Dean says:

        October 9, 2018

        unfortunately this hasn’t helped with my scenario. ssh connections still timeout and never reconnect, forcing a restart of datagrip.

  4. Mark Jackson says:

    October 3, 2018

    Requests for Exasol:
    1. Recognize IFNULL() as a valid function
    2. Allow for brackets as field / schema qualifiers.
    3. Syntax highlighting for Lua / Python scripts. Currently it just colors the whole block in green.
    4. Import data from CSV using the import from CSV DML statement. Last I checked, Data Grip writes row-by-row insert statements, which is incredibly slow.

    I’m very happy with the product though. Just have a few quirks working with Exasol.

    • Maksim Sobolevskiy says:

      October 4, 2018

      “Allow for brackets as field / schema qualifiers.” can you please explain this?

  5. Chang Liu says:

    October 8, 2018

    Will you consider supporting tidb what is a distrubuted sql database?

    • Maksim Sobolevskiy says:

      October 8, 2018

      I don’t think this is a high priority of ours.

  6. Aaron says:

    October 17, 2018

    When will I be able to update and it not overwrite the formatting I had previous to version 2018.2? I’m all for updating code formatting but when I upgrade and the options don’t let me get back to how I previously had them setup it’s rather frustrating.

    • Maksim Sobolevskiy says:

      October 25, 2018

      Sorry for that Aaron. Do we know your examples? Is there a ticket in our tracker?

  7. Taylor says:

    October 28, 2018

    I noticed today when trying to run a .sql file on my mySQL DB that changes to a .sql file don’t immediately get picked up by DataGrip. I’ll run the .sql, hit some error, make changes to the file, and then try running again, but the edits I’d made and saved are not seen by DG. DG is still reading the old version of the .sql file, the one with the error in it; I can see the old lines of code in the error report. I’m waiting 5-10 minutes for the changes to get recognized.

    I have little experience with database software, so sorry if this is obvious, but is this a bug or a setting? To get around it, I duplicate my .sql file and run it instead until the original file’s changes are recognized in DG. Thanks!

    • Maksim Sobolevskiy says:

      November 1, 2018

      It’s not very clear. Usually we save EVERYTHING you do with files. Can you record a screencast? Or even provide a screenshot.

      • Taylor says:

        November 5, 2018

        To clarify, I’m not working on this .sql file on DataGrip. I’m writing it in a simple text editor, saving it, and then running it against my database on DataGrip with your new Run SQL Script… option. When I make changes to my .sql file in the text editor, save, then try to Run SQL Script… again, DataGrip doesn’t see the changes I’d just made to my file.

        • Maksim Sobolevskiy says:

          November 13, 2018

          Can you please describe why you write queries in third-party editor?

          • Taylor says:

            November 14, 2018

            I didn’t think it mattered whether I wrote .sql files in vim or in TextEdit or in DataGrip, so I wrote it in TextEdit. Arbitrary choice. Just a minute ago, I tried editing my queries in DataGrip instead and am not running into the same issue. Thanks for the hint!

            Still, it’s odd that DataGrip isn’t seeing changes made to queries by a third-party text editor.

  8. Julius Simon says:

    November 9, 2018

    When updating a procedure or function I always have to add a semi colon at the end of my procedure before the final “/” character. If not, the package, procedure or function gets reported as invalid because a semi colon that I have in my code has been omitted.

    • Maksim Sobolevskiy says:

      November 13, 2018

      Is it Oracle?