Finding a row in all database tables is challenging. Usually you don’t need to use exactly all the tables, and the results are difficult to read without a specific layout (table tree with matches or the like)
SQL Workbench / J offers a graphical interface and command line version for this task:
Additional Information:
NOTE. A search with a JDBC driver uses a lot of memory if it is configured incorrectly. SQL Workbench / J warns about this, and although the online documentation is a bit dated, the documentation sources (doc / xml / db-problem.xml) explain how to fix it for different BBDDs:
Here is an excerpt for Postgres:
The PostgreSQL JDBC driver, by default, buffers results from the database in memory before returning them to the application. This means that when & wb-productname; uses (for a short time) twice as much memory as is really necessary. It also means that WbExport or WbCopy will effectively read the entire result into memory before writing it to the output file. For large exports, this is usually not required. This driver behavior can be modified so that the driver uses cursor-based searches. To do this, the "Autocommit" parameter must be disabled in the connection profile, and the default sample size must be set, which is greater than zero. A recommended value, for example, 10, it is possible that higher numbers give better performance. The number specified for the sample size determines the number of lines that the driver stores in the internal buffer before requesting more lines from the backend.
source share