Odpověď na názor

Jste si v podstatě vystřílel úplně všechno. Škoda, že se za vámi někdo za posledních 30 let nepřišel poradit, v čem to má napsat a co je vlastně důležité... :)

Jinak jsou i nové editory (nebo IDE, ta hranice se trochu stírá), co jsou víc optimalizované, napadá mě teď z hlavy třeba Zed. Ale jestli vám bude vyhovovat i v jeho jiných aspektech je samozřejmě další věc.

U těch zmíněných databází zas nevím, jestli na obecný nástroj typu IDE/editor nemáte přehnané nároky. Pokud budete standardně vyvíjet aplikace, ladit nějaké uložené procedury atp. Stačí vám nějaký inteligentní paging v tom UI, abyste viděl, co se děje. A tohle funguje to i s velkými tabulkami/data­bázemi. Nedá se předpokládat, že pokud si budu chtít natáhnout statisíce řádků do nějakého editovatelného datagridu nebo i kontinuálního obrovského result setu, tak to nezabere hodně paměti, a to vcelku nezávisle na používaném jazyce.
Otázkou pak je, jak často s tímhle opravdu potřebuju manipulovat. Za sebe - velice zřídka. Když potřebuju importovat velké datasety z něčeho jako XML nebo CSV, tak buď použiju specifický nástroj k dané DBMS, nebo si prostě napíšu malý program (v podstatě na pár řádků), kde můžu navíc dělat s daty libovolné úpravy, ovládat commitování dle libosti atp.
U editování velkých SQL dumpů zas použiju vhodné nástroje na nějaké proudové zpracování (sed třeba, přičemž regex si odladím na kousku bokem) - zas nepřijde mi úplně divné, že obecný editor nebude úplně happy, pokud v něm otevřu 30GB dump, bude si řešit zvýraznění synaxe, undo atp.