Системные таблицы в базах данных

    Редко когда приходится делать перечисление всех таблиц, колонок, прав — при разработке это всё делает клиентская программа. Но когда разработка ведётся удалённо и вы не видите разниц в продублированных базах данных в принципе безопасности, то что-бы сдвинуться с мёртвой точки гадания в чём же дело, почему не поступают данные, надо делать элементарные запросы о структуре таблиц и владений привилегиями.

    Ключём являются тн. системные таблицы, которые описывают остальные и самих себя. Из-за отсутсвия таких стандартов в ANSI SQL, разные движки реализовали по разному доступ к таким таблицам.

    Mysql — отдельный тип запроса. SHOW так-же может показывать состояние БД, нагруженность процессами и тп.
    SHOW TABLE status

    Postgre — Иерархия разделена по принципу database.schema.table, поэтому часто администраторы не любят создавать новые базы данных — для них каждый раз дублируются системные схемы pg_catalog и information_schema.
    select table_name, table_schema from information_schema.tables //все таблицы
    select column_name from information_schema.columns WHERE table_name='columns' // замкнутый круг

    Oracle — обычные таблицы, которые правда мало кто может просто так взять и поменять

    select * from ALL_TABLES
    select * from USER_TABLES

    Оригинал
    Поделиться публикацией

    Комментарии 2

      0
      а чем простой «/dt» не устроил в PostgreSQL?
        +3
        Что такое "/dt" - незнаю, поэтому он и не устроил.

      Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.