Никита Паскал

У вас обычная ситуация - в одном месте пригласили, но вы еще хотите узнать результаты по другим собеседованиям. Другая частая ситуация - когда пригласили в 2+ мест, и надо подумать (взвесить все за и против) и выбрать между предложениями.

Так в общем-то и ответьте. В 99% случаев - пару дней подождут.

Вы в праве сказать, что готовы дать свое решение через какое-то заданное время. В вашем случаи это 2 дня. В нормальных компаниях, где на текущее время ничего не горит и не надо затыкать место лишь бы согласился вам дадут эти 2 дня. Ну а если вам в ультимативном порядке говорят, что не можем ждать и ЛИБО МЫ ИЛИ ВАЛИ. То это шантажисты и смело отправляйте в пешие. Дальше они могут так же в таком порядке ездить на вас с авралами и в итоге ничего не заплатив.

Вам нужно обратиться к INFORMATION_SCHEMA, в ней есть информация по всем таблицам.
Но вообще, это не верно. Т.к., в большинстве своем колонки таблиц не совпадают, вам нужно все данные аггрегировать в нужной форме в хранилище - в том же ElasticSearch. И по нему уже делать запрос, чтобы не насиловать базу лишний раз. В процессе агрегации выплывет, что не все таблицы нужны, не все поля нужны и т.п. (а может и нет, кто знает).

Проходитесь по специальной служебной таблице, называемой каталогом.
Извлекаете из нее названия всех ваших таблиц в вашей базе данных.

И делаете по каждой из них отдельный запрос. Объединить запросы можно через UNION

Только как вы себе это представляете в выводе?
В одной колонке у вас будут то числа, то слова, то даты????

качественный поставщик энтропии еще надо спроектировать доказать его случайность и т.д. и еще есть в нем есть физическое ограничение на скорость выдачи случайных чисел.

Обычно и не нужно таких сложностей, поэтому делается проще - ставится програмный генератор псевдослучайных чисел /dev/urandom, который периодически засеивается "абсолютно" случайным числом.
Кому нужно "абсолютно" случайное число может обращаться напрямую к /dev/random. Но он может исчерпаться и перестать выдавать числа.

отличия хорошо расписаны здесь https://habrahabr.ru/company/mailru/blog/273147/

На самом деле, случайные числа нужны для нескольких целей, и алгоритма, подходящего для всех, нет и быть не может.
Для моделирования может быть важным нормальное распределение выпадающих чисел. Здесь и случайное число по формуле вполне прокатит.
Для игровых целей может быть важна именно высокая случайность числа (то есть, грубо говоря, вероятность выпадения 00000000, 0101010101 и 11111111 одинакова и не зависит от предыдущих выпадений).
Для безопасности обязательна невозможность выведения следующих чисел из предыдущих (или каких-то других условий).

Ну, а в идеале случайные числа вообще не должны вычисляться - если есть качественный поставщик энтропии. Это либо уже упомянутый аппаратный генератор, либо просто какие-то данные, которые невозможно восстановить или проанализировать одновременно с работой алгоритма. Зависит от конкретной задачи и условий.