22 comments
Comment actions Permalink

It is, but not in closest future, to be honest.

First we need to support source code for most of objects and the ability to search through it  — that is what we are working on now.

1
Comment actions Permalink

Is this anywhere near close to completion yet?

0
Comment actions Permalink

Yeah, sure: now we support searching through the source code. We started our investigation about the debugger.

0
Comment actions Permalink

That and execution plan, which is very related for end-users, are two of three reasons why I considered DataGrip. Execution plan is fundamentally broken (DBE-2597). Debugging is now being considered. The last is efficient coding of snippets & patterns which is a something I can't locate.

I will not purchase DataGrip and will tell others to not bother evaluating it. SQL Workbench is about the same imo.

0
Comment actions Permalink

A stored procedure debugger that works with Microsoft SQL Server, Oracle, and a few others, would be pretty important for taking this product seriously.  As a set of IntelliJ IDEA extra database features that come along with IDEA, this feels like better than nothing.

 

As a standalone product (DataGrip) this product is WEAK TEA.

 

Warren

 

1
Comment actions Permalink

To be serious standalone product, it must include at least 2 additional features:

- debugger for most important databases

- source code for database objects - schema (and DDL) compare, support versioning, generate diff code and etc

 

For now - I can't understand what any reason to have it if You already have any other of IDEA tools?

1
Comment actions Permalink

A debugger is a must have indeed... until then i'm going back to sql developper :-/

0
Comment actions Permalink

A better way to execute stored procedures perhaps ..!! in addition to debugger. So far, weak sauce.

0
Comment actions Permalink

@Binary Now you can use SQL Generator (Alt+Cmd+G) for executing procedures

0
Comment actions Permalink

I'm a big fan of idea and (stupid me) recently purchased datagrip assuming it would have a debugger, and just spent past hour looking for it only to land here to find out it doesn't. geez louise  

2
Comment actions Permalink

+10 to have a debuger in datagrip

I use Rider phpStrom ReSharper  and datagrip

But for oracle package I can't use datagrip and for Sql store procedur and function is a must to have debuger

 

1
Comment actions Permalink

I have to say, as a PHPStorm user, I don't see the point in DataGrip yet. That said, if it had a debugger, I'd buy it instantly.

0
Comment actions Permalink

when is the debugger coming?

1
Comment actions Permalink

All news related to debugger will appear here: https://youtrack.jetbrains.com/issue/DBE-424

1
Comment actions Permalink

@Maxim Sobolevskiy are you planning to release Oracle debugger first, then Postgres and MySQL?

0
Comment actions Permalink

We don't know yet which is first to come

0
Comment actions Permalink

So when is it the debugger functionality to be added to datagrip? DBE-424 does not say anything about possible releases, and this should be a high priority instead of normal. This tool really needs the debugger to be a better tool.

1
Comment actions Permalink

My vote is postgres 1st, Oracle already have debugger in SQL developer, toad and couple of other tools. I'm running idea ultimate so assume debugger will come with that

2
Comment actions Permalink

+1 for postgres debugger. Would definitely ba a reason to buy this product.

0
Comment actions Permalink

+1. Debug in PostgreSQL is nedded function.

0
Comment actions Permalink

SQL Server + Postgres, any chance to have it in close future? Any reference tracker so far?

0

Please sign in to leave a comment.