Таблицы схема: Схемы объектов и таблиц для параметров задачи—ArcGIS Server

Схемы объектов и таблиц для параметров задачи—ArcGIS Server

При определении задачи геообработки, имеющей входные данные объекта или таблицы, одним из вариантов Режима ввода в Редакторе сервиса является Определяемое пользователем значение. Когда выбран этот режим ввода, в разделе Схема отображается список полей, их псевдонимов и типов, как показано ниже на снимке экрана. Этот список полей аналогичен слою или таблице, которые использовались в качестве входных данных для инструмента, создавшего результат.

Кроме того, если выходными данными задачи будет класс пространственных объектов, слой или таблица, то Редактор сервиса отобразит схему этих выходных данных. Как и в случае с входными объектами и таблицами, схема для выходных данных берется от выходных данных, созданных инструментом.

Когда клиенты занимаются построением объектов или строк, чтобы отправить их задачи, они используют опубликованную схему. Необходимо удалить посторонние поля и обеспечить предоставление документации, чтобы клиенты понимали, какие поля и значения полей необходимы для данной задачи.

Тип геометрии входных данных объектов считается частью схемы, поскольку поле Shape всегда включается со входными данными объектов, а их Тип поля всегда соответствует Типу геометрии.

Удаление полей из схемы входных данных

Схему нельзя изменить в Редакторе сервиса. Необходимо изменить схему входного слоя или набора данных, использовавшихся для создания публикуемого результата, или использовать другой слой или набор данных, чтобы создать новый результат.

Если в качестве входных данных этого параметра использовался векторный слой или представление таблицы из таблицы содержания ArcMap, поля можно удалить, выполнив следующие действия.

  1. В Редакторе сервисов щелкните правой кнопкой задачу и нажмите Удалить.
  2. В таблице содержания ArcMap щелкните правой кнопкой мыши слой или таблицу и выберите Свойства.
  3. Перейдите на вкладку Поля.
  4. В списке Выбрать, какие поля будут видимыми снимите отметки напротив тех полей, которые следует удалить из схемы.
  5. Щёлкните OK.
  6. В Редакторе сервисов щелкните Добавить результат, чтобы добавить результат, удаленный в шаге 1.

    Когда Редактор сервиса добавит результат, он считает схему из слоя, который только что был изменен.

Если в качестве входных данных параметров инструмента используется путь к классу пространственных объектов или таблице на диске (а не имя слоя или представление таблицы из таблицы содержания), можно удалить ненужные поля в классе пространственных объектов или таблице (например, с помощью инструмента Удалить поле), а затем вновь предоставить общий доступ к результату. Перед удалением этих полей лучше сделать копию набора данных. Лучше всего создать векторный слой для класса пространственных объектов или представление таблицы для таблицы, добавив его в ArcMap, изменить схему, как описано выше, а затем перезапустить инструмент, используя слой или представление таблицы в качестве входных данных, и опубликовать новый результат.

Добавление полей

Для добавления в схему полей необходимо выйти из Редактора сервиса, добавить в набор данных новое поле (например, с помощью инструмента Добавить поле) и создать новый результат для публикации.

Псевдонимы полей

Псевдоним поля — это его альтернативное имя поля, более подходящее и удобное для пользователя, чем настоящее имя. Клиенты могут использовать псевдонимы для отображения и при редактировании. Псевдоним нельзя изменить в Редакторе сервиса. Необходимо изменить псевдоним набора данных, использовавшегося для создания публикуемого результата.

Только наборы данных баз геоданных поддерживают псевдонимы полей. Шейп-файлы и другие форматы псевдонимы полей не поддерживают.

  1. Выйдите из Редактора сервиса.
  2. Перейдите к набору данных в окне Каталога.
  3. Щелкните набор данных правой кнопкой мыши и выберите Свойства.
    1. Перейдите на вкладку Поля.
    2. Выберите поле, для которого хотите добавить псевдоним.
    3. В разделе Свойства поля введите псевдоним для поля.
    4. Повторите шаги для других полей, для которых хотите добавить псевдоним.
  4. Щёлкните OK.
  5. В окне Результаты щелкните правой кнопкой мыши результат и выберите Опубликовать как > Сервис геообработки. Перезапускать инструмент не нужно.

Более подробно о псевдонимах полей

Как вставлять схемы, которые используют клиенты

Схема определяет тип геометрии, пространственные привязки и атрибуты по умолчанию, которые будут использовать клиентские приложения. При использовании задачи в ArcGIS Desktop, используется определенный тип геометрии. Вы не можете использовать объекты с другим типом геометрии, хотя допускаются другие атрибуты.

Веб-клиенты, созданные с помощью ArcGIS API for JavaScript, позволяют использовать задачу с частично заданными наборами объектов. Если используемый набор объектов не имеет типа геометрии, пространственной привязки или полей, они будут заполнены с помощью значений, заданных в опубликованной схеме. Если клиент использует полностью определенный набор объектов, тот будет использоваться как есть.

Документирование требований задачи

Если задача требует точного соблюдения схемы, необходимо составить документацию по требованиям для клиентов. Например, если задача работает только с точечными объектами, или требуется конкретное поле или значения поля, необходимо указать эти требования в документации.

Более подробно о документировании сервисов и задач геообработки

Выходные схемы

Если выходными данными задачи является класс пространственных объектов, векторный слой, таблица или представление таблицы, Редактор сервиса отобразит схему выходных данных.

Нет ничего необычного, если эта схема изменится в зависимости от предоставленных входных данных, т. е. она динамическая, а не статическая. Например, инструмент Построить таблицу соседних объектов может добавить в выходные объекты поля NEAR_X, NEAR_Y и NEAR_ANGLE, исходя из значений параметров Местоположение и Угол. Публикуемая задача может быть сходной с инструментом Построить таблицу соседних объектов в том, что схема выходных данных может меняться в зависимости от значений других параметров, задаваемых клиентом. Другие инструменты (и задачи, созданные этими инструментами) могут иметь выходные данные других типов геометрии (точка, линия или полигон) в зависимости от значений других параметров, задаваемых клиентом.

При выполнении задачи схема, которая отправляется клиенту, — это то, что создается при выполнении задачи. Эта схема может отличаться от той, что отображается в Редакторе сервиса.

Входные схемы на основе наборов объектов и записей

Создаваемые вами собственные инструменты-модели и инструменты-скрипты могут использовать типы данных Набор объектов или Набор записей для входных параметров. Использование набора объектов позволяет интерактивно оцифровывать объекты в ArcMap; а использование набора записей позволяет в интерактивном режиме добавлять строки в таблицу. Типы данных Набор объектов или Набор записей имеют собственные схемы, использующиеся для определения схемы параметров задачи. Чтобы изменить схему параметров задачи, необходимо изменить схему набора объектов или схему набора записей, использующуюся в пользовательских инструментах. Для получения дополнительных сведений о наборах объектов и записей, перейдите по указанным ниже ссылкам:

  • Более подробно о создании параметров набора объектов или набора записей
  • Установка схемы набора объектов или набора записей
  • Использование набора объектов или записей для ввода объектов и строк

Клиенты ArcGIS Desktop

Некоторые возможности схемы доступны только клиентам ArcGIS Desktop и не доступны веб-клиентам, построенным на REST API, то есть где используется ArcGIS API for JavaScript.

Домены кодированных значений

Атрибутивные домены – это правила, определяющие, какие значения являются допустимыми для атрибутивного поля. Если атрибутивное поле в источнике схемы имеет атрибутивный домен кодированных значений, эти значения будут отображены в раскрывающемся списке для значения этого атрибутивного поля в элементе управления набором объектов или записей.

Более подробно об использовании элементов управления набором объектов и записей в ArcMap

Символы

Схема объектов хранит информацию о символах, которая может быть прочитана ArcMap и использована при оцифровке объектов с помощью элемента управления набором объектов.

Значение по умолчанию

Поле в наборе данных может иметь значение по умолчанию, которое используется при создании нового объекта или строки. Чтобы задать значение поля по умолчанию выполните следующие шаги:

  1. Перейдите к набору данных в окне Каталога.
  2. Щелкните набор данных правой кнопкой мыши и выберите Свойства.
    1. Перейдите на вкладку Поля.
    2. Выберите поле, для которого хотите установить значение по умолчанию.
    3. В разделе Свойства поля введите значение по умолчанию для поля.
  3. Щёлкните OK.
Связанные разделы

Отзыв по этому разделу?

Определение схемы таблицы данных — ADO.

NET





Twitter




LinkedIn




Facebook




Адрес электронной почты










  • Статья


  • Чтение занимает 2 мин


Схема, или структура, таблицы представляется столбцами и ограничениями. Схема DataTable определяется с использованием объектов DataColumn, а также объектов ForeignKeyConstraint и UniqueConstraint. Столбцы таблицы могут сопоставляться со столбцами источника данных, содержать вычисляемые значения выражений, автоматически увеличивать значения или содержать значения первичного ключа.

В ссылках по имени на столбцы, связи и ограничения таблицы учитывается регистр. Поэтому в таблице могут существовать столбцы, связи и ограничения, имеющие одинаковое имя, но отличающиеся регистром. Например, можно использовать col1 и col1. В таком случае ссылка на один из столбцов по имени должна точно соответствовать регистру столбца; в противном случае возникает исключение. Например, если таблица MyTable содержит столбцы col1 и col1, то вы бы ссылались на col1 по имени как MyTable. Columns [«col1»]и col1 в качестве MyTable. Columns [«col1»]. Попытка ссылки на любой из столбцов как MyTable. Columns [«col1»] приведет к созданию исключения.

Правило учета регистра не применяется, если существует только один столбец, отношение или ограничение с определенным именем. Это означает, что если в таблице нет другого объекта столбца, связи или ограничения, имя которого совпадает с именем этого конкретного объекта столбца, связи или ограничения, то на объект можно ссылаться по имени, используя любой регистр, и исключение в этом случае не возникает. Например, если таблица имеет только col1, можно ссылаться на нее с помощью My. Столбцы [«COL1»].

Примечание

CaseSensitiveСвойство объекта CaseSensitive не влияет на это поведение. Свойство CaseSensitive применяется к данным в таблице и влияет на сортировку, поиск, фильтрацию, применение ограничений и т. д., но не на ссылки на столбцы, связи и ограничения.

В этом разделе

Добавление столбцов в таблицу данных
Описывает, как определить столбцы таблицы с помощью объектов DataColumn .

Создание столбцов выражений
Объясняет, как свойство Expression столбца может использоваться для вычисления значений на основе значений из других столбцов в строке.

Создание столбцов AutoIncrement
Описывает, как для столбца может быть установлено автоматическое увеличение числовых значений для обеспечения уникального значения столбца в строке.

Определение первичных ключей
Описывает, как указать первичный ключ таблицы из одного или нескольких объектов DataColumn .

Ограничения таблиц данных
Описывает, как определить внешний ключ и ограничения уникальности для столбцов в таблице.

См. также

  • DataTables
  • Общие сведения об ADO.NET






Использование схем таблиц

Содержимое

Использование определенного
Схема таблицы
Определение
Схема таблицы
Импорт
Схема таблицы
Рефакторинг
Запрос таблицы к схеме таблицы
Связанный
Темы

Схема таблицы — это именованная схема для набора
Query Tables, который полностью определяет структуру этих Query Tables и обеспечивает
что все таблицы запросов в наборе определены одинаково. Схема таблицы включает в себя
табличная структура таблицы запросов, а также ее первичный индекс и вторичные индексы
(если есть). Вы можете применить схему таблицы по имени к двум или более таблицам запросов, чтобы быстро
назначать одну и ту же структуру таблицам запросов в нескольких модулях в большом
заявление.

Схемы таблиц используются только с таблицами запросов StreamBase, а не с таблицами JDBC или
Материализованные окна.

Использование определенной таблицы
Схема

Как только схема таблицы определена для модуля или импортирована в модуль, она появляется в
раскрывающийся список «Определение» на вкладке «Параметры таблицы»
каждая конструкция данных Query Table в
тот же модуль (или в указанных модулях).

Чтобы определить структуру таблицы и индекса текущей таблицы запросов с помощью таблицы
схема, выберите имя определенной схемы таблицы из раскрывающегося списка.

Когда выбрана схема таблицы, схема,
Первичный индекс и вторичный
Вкладки «Индексы» в представлении «Свойства таблицы запросов» затемнены и недоступны.
для прямого редактирования. Информация на этих вкладках активна и всегда отражает
изменения в определении схемы таблицы, но не могут быть отредактированы непосредственно в
Свойства таблицы запроса.

См. свойства:
Вкладка «Параметры таблицы» для получения дополнительных сведений об использовании определенной схемы таблицы.

Определение таблицы
Схема

Определите схемы таблиц на вкладке «Определения» редактора EventFlow. Управление таблицей
схемы в константах, именованных схемах и таблице
Схемы раздела вкладки следующим образом:

  • Чтобы создать схему таблицы для текущего модуля, нажмите кнопку «Добавить схему таблицы». Вы также можете выбрать любую запись в
    список, щелкните правой кнопкой мыши и выберите Добавить таблицу
    Схема из контекстного меню. Откроется диалоговое окно «Редактировать схему таблицы».

  • Чтобы изменить существующую схему, выберите ее в списке, затем используйте кнопку «Редактировать» или кнопку «Редактировать».
    команда контекстного меню. Обе функции открывают диалоговое окно «Редактировать схему таблицы».

  • Чтобы удалить схему таблицы, выберите ее в списке, затем используйте кнопку Удалить или кнопку Удалить
    команда контекстного меню.

В следующем примере показаны константы, именованные схемы и
Раздел «Схемы таблиц» на вкладке «Определения» с одной схемой таблицы.
определенный:

Используйте диалоговое окно «Редактировать схему таблицы» следующим образом:

  1. Укажите имя схемы таблицы. Имя должно соответствовать правилам именования идентификаторов StreamBase.

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

  3. Диалог имеет четыре вкладки:

    1. Используйте вкладку «Схема», чтобы определить схему
      структура для этой схемы таблицы. Вы можете выбрать имя именованного
      схему, скопировать схему существующего компонента или определить
      отдельные поля в безымянной схеме. См. схему редактирования
      вкладку входного потока для получения дополнительной информации об использовании стандартного
      управление редактированием схемы.

    2. Используйте вкладку Первичный индекс, чтобы указать один или
      больше полей для использования в качестве основного поля поиска для таблиц запросов, которые
      используйте эту схему таблицы. См. вкладку Первичный индекс
      для конструкции данных Query Table для получения дополнительной информации об определении
      первичный индекс.

    3. Используйте вкладку Вторичные индексы, чтобы указать
      одно или несколько вторичных полей поиска для таблиц запросов, которые используют эту таблицу
      схема. См. вкладку «Вторичные индексы» для данных таблицы запросов.
      для получения дополнительной информации об определении вторичного индекса.

    4. Используйте дополнительную вкладку Описание, чтобы ввести
      документация по назначению и использованию этой схемы таблицы в целом.

      Обратите внимание, что вкладка «Схема» имеет отдельный
      Поле описания схемы, которое содержит
      отдельная документация только для части схемы схемы таблицы.
      Если эта схема таблицы использует именованную схему в качестве определения схемы,
      Поле Описание схемы унаследовано от
      определение именованной схемы.

В следующем примере показано диалоговое окно «Редактировать схему таблицы».

Обратите внимание, что поле первичного ключа показано со значком ключа.

Импорт
Схема таблицы

Используйте раздел «Управление импортом модулей»
Вкладка «Определения» редактора EventFlow для использования схемы таблицы из интерфейса или
другой модуль. Вы можете импортировать схему таблицы из любого модуля или интерфейса в
поиск модулей текущего модуля
дорожка.

В следующем примере показана импортированная схема таблицы с ее полями таблицы и индексом.
записи расширены.

См. Импорт ресурсов из одного модуля в
Другая.

Рефакторинг
Запрос таблицы к схеме таблицы

Вы можете создать схему таблицы, продвигая существующую таблицу запросов в частном порядке.
определенной схемы таблицы в именованную схему таблицы, доступную на вкладке «Определения» для
текущий модуль.

Примечание

Вы можете предпочесть сначала создать именованную схему из той же таблицы запросов, а затем
создайте схему таблицы, которая включает в себя эту именованную схему и параметры индекса. К
сделайте это, используйте Refactor → Извлечь именованную схему, как описано в разделе «Продвижение частной схемы».
к именованной схеме.

Выполните следующие действия, чтобы преобразовать частную схему таблицы запросов в схему именованной таблицы.

  1. Выберите таблицу запросов, для которой не определена схема таблицы.

  2. Щелкните правой кнопкой мыши и выберите «Рефакторинг» → «Извлечь схему таблицы» в контекстном меню.

  3. В диалоговом окне Refactor to Table Schema Studio
    предлагает имя для новой схемы таблицы на основе имени таблицы запросов с
    Прилагается «Схема».

    Нажмите «Готово», чтобы принять предложенное имя, или
    введите другое имя и нажмите «Готово».

  4. Чтобы добавить документацию для недавно повышенной схемы таблицы, выберите ее имя в
    вкладку «Определения», нажмите кнопку «Изменить» и
    добавьте текст на вкладке «Описание» диалогового окна «Редактировать схему таблицы».

Похожие темы

Смотрите также:

  • Использование именованных схем

  • Редактор потока событий
    Вкладка «Определения»

Наверх

В чем разница между схемой, таблицей и базой данных?

спросил

Изменено
1 год, 3 месяца назад

Просмотрено
277 тысяч раз

Вероятно, это n00bподобный (или еще хуже) вопрос. Но я всегда рассматривал схему как определение таблицы в базе данных. Это неправильно или не совсем правильно. Я мало что помню из своих курсов по базам данных.

  • база данных
  • схема
  • определение
  • таблица базы данных

1

схема -> план этажа

база данных -> дом

таблица -> комната

15

Схема отношения является логическим определением таблицы — она определяет имя таблицы, имя и тип каждого столбца. Это как план или проект. А 9Схема базы данных 0019 — это набор схем отношений для всей базы данных.

Таблица представляет собой структуру с набором строк (так называемых «кортежей»), каждая из которых имеет атрибуты, определенные схемой. Таблицы также могут иметь индексы, помогающие искать значения в определенных столбцах.

База данных формально представляет собой любой набор данных. В этом контексте база данных будет набором таблиц. СУБД (система управления базами данных) — это программное обеспечение (например, MySQL, SQL Server, Oracle и т. д.), которое управляет базой данных и запускает ее.

11

Короче говоря, схема — это определение всей базы данных, поэтому она включает таблицы, представления, хранимые процедуры, индексы, первичные и внешние ключи и т. д. определение схемы изменяется в контексте другой БД.

Наверное, можно просто погуглить, но термины FYI, кажется, различаются по своим определениям, что больше всего раздражает 🙂

В Oracle база данных — это база данных. Думайте об этом как о файлах данных, журналах повторов и фактическом физическом присутствии на диске самой базы данных (т. е. не экземпляра)

Схема фактически является пользователем. В частности, это набор таблиц/процессов/индексов и т. д., принадлежащих пользователю. Другой пользователь имеет другую схему (таблицы, которыми он/она владеет), однако пользователь также может видеть любые схемы, на которые у него есть права выбора. Таким образом, база данных может состоять из сотен схем, а каждая схема — из сотен таблиц. У вас могут быть таблицы с одинаковыми именами в разных схемах, которые находятся в одной базе данных.

Таблица — это таблица, набор строк и столбцов, содержащих данные и содержащийся в схемах.

Определения могут отличаться, например, в SQL Server. Я не знаю об этом.

Схема ведет себя как родительский объект в мире ООП. так что это не сама база данных. может быть, эта ссылка полезна.

Но в MySQL они эквивалентны. Ключевое слово DATABASE или DATABASES
может быть заменен SCHEMA или SCHEMAS, где бы он ни появлялся. Примеры:

  • СОЗДАТЬ БАЗУ ДАННЫХ <=> СОЗДАТЬ СХЕМУ
  • ПОКАЗАТЬ БАЗЫ ДАННЫХ <=> ПОКАЗАТЬ СХЕМЫ

Документация по MySQL

Термины SCHEMA & DATABASE зависят от СУБД.

A Таблица — это набор элементов данных (значений), организованный с использованием модели вертикальных столбцов (которые идентифицируются по имени) и горизонтальных строк. База данных содержит одну или несколько (обычно) таблиц . И вы храните свои данные в этих таблицах. Таблицы могут быть связаны друг с другом (см. здесь).

1

Из документации PostgreSQL:

База данных содержит одну или несколько именованных схем, которые, в свою очередь, содержат таблицы. Схемы также содержат другие типы именованных объектов, включая типы данных, функции и операторы. Одно и то же имя объекта может использоваться в разных схемах без конфликтов; например, обе схемы schema1 и myschema могут содержать таблицы с именем mytable . В отличие от баз данных, схемы не разделены жестко: пользователь может получить доступ к объектам в любой из схем в базе данных, к которой он подключен, если у него есть на это права.

Существует несколько причин, по которым можно использовать схемы:

  • Чтобы позволить многим пользователям использовать одну базу данных, не мешая друг другу.

  • Чтобы организовать объекты базы данных в логические группы, чтобы сделать их более управляемыми.

  • Сторонние приложения можно помещать в отдельные схемы, чтобы они не конфликтовали с именами других объектов.

Схемы аналогичны каталогам на уровне операционной системы, за исключением того, что схемы не могут быть вложенными.

Согласно https://www.informit.com/articles/article.aspx?p=30669

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

Вопреки некоторым из приведенных выше ответов, вот мое понимание, основанное на опыте работы с каждым из них:

  • MySQL: база данных/схема :: таблица
  • SQL Server: база данных :: (схема/пространство имен ::) таблица
  • Oracle: база данных/схема/пользователь :: (табличное пространство ::) таблица

Пожалуйста, поправьте меня относительно того, является ли табличное пространство необязательным или нет в Oracle, я уже давно не помню, чтобы использовал их.

1

Как прекрасно выразился MusiGenesis, в большинстве баз данных:

схема : база данных : таблица :: план этажа : дом : комната

Но в Oracle проще представить:

схема : база данных : таблица :: владелец : дом : комната

Подробнее о схемах:

В SQL 2005 схема — это способ группировки объектов. Это контейнер, в который вы можете положить предметы. Люди могут владеть этим объектом. Вы можете предоставить права на схему.

В 2000 году схема была эквивалентна пользователю. Теперь он вырвался на свободу и весьма полезен. Вы можете поместить все свои пользовательские процессы в одну схему, а свои административные процедуры — в другую. Предоставьте EXECUTE соответствующему пользователю/роли, и вы закончите с предоставлением EXECUTE для определенных процедур. Хороший.

Точечная запись будет выглядеть следующим образом:

Server.Database.Schema.Object

или

myserver01.Adventureworks.Accounting.Beans

Схема — это набор объектов базы данных, который также включает логические структуры.
Он имеет имя пользователя, которому он принадлежит.
База данных может иметь любое количество схем.
Одна таблица из базы данных может появиться в двух разных схемах с одним и тем же именем.
Пользователь может просматривать любую схему, для которой ему назначена привилегия выбора.

В oracle Schema — это один пользователь в одной базе данных, например, scott — это одна схема в базе данных orcl.
В одной базе данных у нас может быть много схем, таких как scott

Схемы содержат базы данных.

Базы данных являются частью схемы.

Итак, схемы > базы данных.

Схемы содержат представления, хранимые процедуры, базы данных, триггеры и т. д.

Схема не является планом всей базы данных. Это план/контейнер для подмножества объектов (например, таблиц) внутри базы данных.

Это говорит о том, что вы можете иметь несколько объектов (например, таблиц) внутри одной базы данных, которые не обязательно подпадают под одну и ту же функциональную категорию. Таким образом, вы можете сгруппировать их по разным схемам и предоставить им разные права доступа пользователей.

Тем не менее, я не уверен, можно ли иметь одну таблицу в нескольких схемах. Пользовательский интерфейс Management Studio предоставляет раскрывающийся список для назначения схемы таблице и, следовательно, позволяет выбрать только одну схему. Я предполагаю, что если вы сделаете это с помощью TSQL, он может создать 2 (или несколько) разных объектов с разными идентификаторами объектов.

Я пытаюсь ответить, исходя из моего понимания следующей аналогии:

  • База данных похожа на дом
  • В доме несколько типов комнат. Предположим, вы живете в очень большом доме. Вы действительно не хотите, чтобы ваши гостиные, спальни, ванные комнаты, мезонины, домики на деревьях и т. д. выглядели одинаково. Каждому из них нужен план, чтобы рассказать, как их построить/использовать. Другими словами, каждому из них нужна схема , чтобы рассказать, например, как построить/использовать ванную комнату.
  • Конечно, у вас может быть несколько спален, каждая из которых выглядит немного по-своему. Ваша спальня с женой/мужем немного отличается от спальни ваших детей. Каждая спальня аналогична таблице в вашей базе данных.
  • A СУБД похожа на дворецкого в доме.