Строка в базе данных называется… — Информатика, информационные технологии
а) ячейкой;
б) записью;
в) полем;
г) ключом;
д) ссылкой
17. База данных — это:
а) специальным образом организованная и хранящаяся на внешнем носителе совокупность взаимосвязанных данных о некотором объекте;
б) совокупность программ для хранения и обработки больших массивов информации;
в) интерфейс, поддерживающий наполнение и манипулирование данными;
г) определенная совокупность информации.
д) в), г)
18. Структура реляционной базы данных (БД) меняется при удалении:
а) одного из полей;
б) одной записи;
в) нескольких записей;
г) всех записей
д) в), г)
19. В поле реляционной базы данных (БД) могут быть записаны:
а) только номера записей;
б) как числовые, так и текстовые данные одновременно;
в) данные только одного типа;
г) только время создания записей.
д) нет правильного ответа
20.
Предположим, что некоторая база данных содержит поля «ФАМИЛИЯ», «ГОД РОЖДЕНИЯ», «ДОХОД». Следующая запись этой БД будет найдена при поиске по условию ГОД РОЖДЕНИЯ1958 OR ДОХОД
а) Петров, 1956, 3600;
б) Иванов, 1956, 3500;
в) Сидоров, 1957, 5300;
г) Козлов, 1952, 1200.
д) в), г)
21. Предположим, что некоторая база данных описывается следующим перечнем записей:
Иванов, 1956, 2400;
Сидоров, 1957, 5300;
Петров, 1956, 3600;
Козлов, 1952, 1200;
Следующие записи поменяются местами при сортировке по возрастанию этой БД, если она будет осуществляться по первому полю:
а) 1-я и 4-я;
б) 1-я и 3-я;
в) 2-я и 4-я;
г) 2-я и 3-я.
д) нет правильного ответа
22. Для чего предназначен объект СУБД «форма»?
а) для хранения данных;
б) для автоматического выполнения групп команд;
в) для ввода данных базы и их просмотра;
г) для выборки данных
д) а), г)
23. Для чего предназначен объект СУБД «запрос»?
а) для ввода данных базы и их просмотра;
б) для выборки и обработки данных;
в) для хранения данных;
г) для удаления данных из базы.
д) нет правильного ответа
24. Мастер в СУБД – это?
а) Программный модуль для вывода операций;
б) Программный модуль для выполнения, каких либо операций;
в) Режим, в котором осуществляется построение таблицы или формы;
г) Режим, в котором осуществляется вывод таблицы или формы.
д) а), б)
25. Что из перечисленного не является объектом Access:
а) модули;
б) таблицы;
в) макросы;
г) ключи;
д) в), г)
26. Содержит ли какую-либо информацию таблица, в которой нет ни одной записи?
а) пустая таблица не содержит ни какой информации;
б) пустая таблица содержит информацию о структуре базы данных;
в) пустая таблица содержит информацию о будущих записях;
г) таблица без записей существовать не может.
д) нет правильного ответа
Для вывода графической информации в персональном компьютере используется
а) мышь;
б) клавиатура;
в) экран дисплея;
г) сканер.
д) в), г)
28. Точечный элемент экрана дисплея называется:
а) точкой;
б) зерном люминофора;
в) пикселем;
г) растром.
д) а), г)
Графика с представлением изображения в виде последовательности точек со своими координатами, соединенных между собой кривыми, которые описываются математическими уравнениями, называется
а) фрактальной;
б) растровой;
в) векторной;
г) прямолинейной.
д) в), г)
30. Что является минимальным элементом презентации?
а) Пиксель;
б) Набор инструментов для рисования;
в) Слайд;
г) Анимация;
д) нет правильного ответа.
Ответы к тестовым заданиям по дисциплине
Информационные технологии в профессиональной деятельности (вариант 2)
| № вопроса | Ответ |
| в | |
| в | |
| а | |
| б | |
| г | |
| а | |
| а | |
| б | |
| а | |
| б | |
| а | |
| б | |
| г | |
| а | |
| а | |
| б | |
| а | |
| а | |
| в | |
| г | |
| в | |
| в | |
| б | |
| г | |
| г | |
| б | |
| в | |
| в | |
| в | |
| в |
вариант 3
1.
При помощи какого инструмента создаётся новая рамка на слайде для заполнения текстом
а) Автофигуры;
б) Надпись;
в) Объекты WordArt;
г) Диаграмма;
д) в), г)
2. Какой протокол является базовым в Интернет?
а) HTTP;
б) HTML;
в) TCP;
г) TCP/IP.
д) в), г)
Гиперссылки на web — странице могут обеспечить переход…
а) только в пределах данной web – страницы;
б) только на web — страницы данного сервера;
в) на любую web — страницу данного региона;
г) на любую web — страницу любого сервера Интернет.
д) нет правильного ответа
Статьи к прочтению:
- Строковый тип (относится к структурным)
- Струйные принтеры. принцип работы, достоинства и недостатки
Базы данных. Таблицы в SQL и отношения в реляционных БД: атрибуты, строки, столбцы, записи и кортежи
Похожие статьи:
Строки как одномерные массивы данных типа char
В языке Си отдельного типа данных «строка символов» нет.
Работа со строками реализована путем использования одномерных массивов типа char, т.е. строка…Тема 5. базы данных. ms access
База данных – это организованная на машинном носителе совокупность взаимосвязанных данных, она содержит сведения о разных сущностях одной предметной…
Работа со строками реализована путем использования одномерных массивов типа char, т.е. строка…Общие сведения о таблицах — Служба поддержки Майкрософт
Таблицы — это неотъемлемая часть любой базы данных, так как именно в них содержатся все сведения и данные. Например, база данных предприятия может содержать таблицу «Контакты», в которой хранятся имена всех поставщиков, их адреса электронной почты и номера телефонов. Так как другие объекты базы данных в значительной степени зависят от таблиц, всегда начинайте разработку базы данных с создания всех таблиц, а уже затем создавайте другие объекты. Перед созданием таблиц проанализируйте свои требования и определите, какие именно таблицы могут вам понадобиться. Начальные сведения о планировании и разработке баз базы данных см.
в статье Основные сведения о создании баз данных.
В этой статье
-
Overview
-
-
Типы данных
-
Отношения между таблицами
-
Keys
-
Преимущества использования отношений
Обзор
Обычно реляционная база данных, такая как Access, состоит из нескольких таблиц. В хорошо спроектированной базе данных в каждой таблице хранятся сведения о конкретном объекте, например о сотрудниках или товарах.
-
Запись. Содержит конкретные данные, например информацию об определенном работнике или продукте.
-
Поле. Содержит данные об одном аспекте элемента таблицы, например имя или адрес электронной почты.
-
Значение поля. Каждая запись содержит значение поля, например Contoso, Ltd. или [email protected].
К началу страницы
Свойства таблиц и полей
У таблиц и полей также есть свойства, которые позволяют управлять их характеристиками и работой.
1. Свойства таблицы
2. Свойства поля
В базе данных Access свойствами таблицы называются атрибуты, определяющие ее внешний вид и работу. Свойства таблицы задаются на странице свойств таблицы в Конструкторе. Например, вы можете задать для таблицы свойство Режим по умолчанию, чтобы указать, как она должна отображаться по умолчанию.
Свойство поля применяется к определенному полю в таблице и определяет его характеристики или определенный аспект поведения. Некоторые свойства поля можно задать в Режим таблицы. Вы также можете настраивать любые свойства в Конструкторе с помощью области </c0>Свойства поля.
Типы данных
У каждого поля есть тип данных. Тип данных поля определяет данные, которые могут в нем храниться (например, большие объемы текста или вложенные файлы).
Тип данных является свойством поля, однако он отличается от других свойств:
-
Тип данных определяет, какие другие свойства есть у этого поля.
-
Тип данных необходимо указывать при создании поля.
Чтобы создать новое поле в Access, введите данные в новый столбец в режиме таблицы. В таком случае Access автоматически определяет тип данных для поля в зависимости от введенного значения. Если оно не относится к определенному типу, Access выбирает текстовый тип. При необходимости его можно изменить с помощью ленты.
org/ListItem»>
Примеры автоматического определения типа данных
Ниже показано, как выполняется автоматическое определение типа данных в режиме таблицы.
|
67
К началу страницы
Отношения между таблицами
Хотя в каждой из таблиц хранятся данные по отдельному объекту, в базе данных Access все они обычно связаны между собой.
Ниже приведены примеры таблиц в базе данных.
-
Таблица клиентов, содержащая сведения о клиентах компании и их адреса.
-
Таблица продаваемых товаров, включающая цены и изображения каждого из них.
-
Таблица заказов, служащая для отслеживания заказов клиентов.
Так как данные по разным темам хранятся в отдельных таблицах, их необходимо как-то связать, чтобы можно было легко комбинировать данные из разных таблиц. Для этого используются связи. Связь — это логическое отношение между двумя таблицами, основанное на их общих полях. Дополнительные сведения см.
в статье Руководство по связям между таблицами.
К началу страницы
Ключи
Поля, формирующие связь между таблицами, называются ключами. Ключ обычно состоит из одного поля, однако может включать и несколько. Есть два вида ключей.
-
Первичный ключ. В таблице может быть только один первичный ключ. Он состоит из одного или нескольких полей, однозначно определяющих каждую запись в этой таблице. Часто в качестве первичного ключа используется уникальный идентификатор, порядковый номер или код. Например, в таблице «Клиенты» каждому клиенту может быть назначен уникальный код клиента. Поле кода клиента является первичным ключом этой таблицы. Если первичный ключ состоит из нескольких полей, он обычно включает уже существующие поля, формирующие в сочетании друг с другом уникальные значения.
Например, в таблице с данными о людях в качестве первичного ключа можно использовать сочетание фамилии, имени и даты рождения. Дополнительные сведения см. в статье Добавление и изменение первичного ключа таблицы. -
Внешний ключ. В таблице также может быть один или несколько внешних ключей. Внешний ключ содержит значения, соответствующие значениям первичного ключа другой таблицы. Например, в таблице «Заказы» каждый заказ может включать код клиента, соответствующий определенной записи в таблице «Клиенты». Поле «Код клиента» является внешним ключом таблицы «Заказы».
Например, в таблице с данными о людях в качестве первичного ключа можно использовать сочетание фамилии, имени и даты рождения. Дополнительные сведения см. в статье Добавление и изменение первичного ключа таблицы.Соответствие значений между полями ключей является основой связи между таблицами. С помощью связи между таблицами можно комбинировать данные из связанных таблиц. Предположим, есть таблицы «Заказчики» и «Заказы». В таблице «Заказчики» каждая запись идентифицируется полем первичного ключа — «Код».
Чтобы связать каждый заказ с клиентом, вы можете добавить в таблицу «Заказы» поле внешнего ключа, соответствующее полю «Код» в таблице «Заказчики», а затем создать связь между этими двумя ключами. При добавлении записи в таблицу «Заказы» можно было бы использовать значение кода клиента из таблицы «Заказчики». При просмотре каких-либо данных о клиенте, сделавшем заказ, связь позволяла бы определить, какие данные из таблицы «Заказчики» соответствуют тем или иным записям в таблице «Заказы».
1. Первичный ключ, который определяется по значку ключа рядом с именем поля.
2. Внешний ключ (определяется по отсутствию значка ключа)
Если ожидается, что для каждого представленного в таблице уникального объекта потребуется несколько значений поля, такое поле добавлять не следует. Обратимся к приведенному выше примеру: если нужно отслеживать размещенные клиентами заказы, не следует добавлять поле в таблицу, поскольку у каждого клиента будет несколько заказов.
Вместо этого создается новая таблица для хранения заказов, а затем создаются связи между этими двумя таблицами.
К началу страницы
Преимущества использования связей
Раздельное хранение данных в связанных таблицах обеспечивает указанные ниже преимущества.
-
Согласованность . Поскольку каждый элемент данных заносится только один раз в одну таблицу, вероятность появления неоднозначных или несогласованных данных снижается. Например, имя клиента будет храниться только в таблице клиентов, а не в нескольких записях в таблице заказов, которые могут стать несогласованными.
-
Эффективность .
Хранение данных в одном месте позволяет сэкономить место на диске. Кроме того, данные из небольших таблиц извлекаются быстрее, чем из больших. Наконец, если не хранить данные по различным темам в разных таблицах, возникают пустые значения, указывающие на отсутствие данных, или избыточные данные, что может привести к неэффективному использованию места и снижению производительности. -
Простота . Структуру базы данных легче понять, если данные по различным темам находятся в разных таблицах.
Хранение данных в одном месте позволяет сэкономить место на диске. Кроме того, данные из небольших таблиц извлекаются быстрее, чем из больших. Наконец, если не хранить данные по различным темам в разных таблицах, возникают пустые значения, указывающие на отсутствие данных, или избыточные данные, что может привести к неэффективному использованию места и снижению производительности.Связи между таблицами необходимо иметь в виду еще на этапе планирования таблиц. С помощью мастера подстановок можно создать поле внешнего ключа, если таблица с соответствующим первичным ключом уже существует. Мастер подстановок помогает создать связь. Дополнительные сведения см. в статье Создание и удаление поля подстановки.
К началу страницы
Терминология. В чем разница между «записью» и «строкой» в SQL Server?
Цитируя Джо Селко (эту ссылку можно найти не только в Интернете и в его статье в Википедии, но и на футболках на некоторых конференциях):
Строки не являются записями.
Многие считают его педантичным придурком, который просто любит унижать и оскорблять новичков, и я признаю, что именно таким он и производит впечатление. Но я также встречался с ним лично — даже обедал с ним — и я не могу сказать вам, насколько его реальная личность отличается от его онлайн-лица. Я даже однажды поймал его на том, что он называет записи строк, и он был очень смущен (полная предыстория здесь).
В любом случае, что бы вы ни говорили об онлайн-персонаже этого парня, но он написал стандартный , и тот факт, что такой авторитет диктует наличие различия, должен вам кое-что сказать.
И так же, как он съеживается, когда кто-то называет строку рекордом, так и многие мои коллеги, которые также являются экспертами в мире SQL Server. И те из нас, кто находится в этом лагере, считают, что он прав.
Например, Ицик Бен-Ган, явный гуру SQL Server. Вот цитата из самого первого урока в его Training Kit (Exam 70-461): Querying Microsoft SQL Server 2012:
В качестве примера неправильных терминов в T-SQL люди часто используют термины «поле» и «запись» для обозначения того, что T-SQL называет «столбцом» и «строкой» соответственно. Поля и записи являются физическими. Поля — это то, что у вас есть в пользовательском интерфейсе клиентских приложений, а записи — это то, что у вас есть в файлах и курсорах. Таблицы логичны и имеют логические строки и столбцы.
И, зная Ицика, если вы отправите ему электронное письмо или загоните его в угол на конференции, он с радостью скажет вам то же самое. Если вы называете строку рекордом, по его мнению, вы неправильно используете терминологию.
Теперь, будучи индустрией, полной людей всех мастей, вы, вероятно, найдете материалы (например, статьи о технических целях, опубликованные в другом ответе), которые, кажется, проводят очень тонкие различия между ними, и вы найдете много людей в индустрия считает их одинаковыми (я знаю нескольких человек в Microsoft и других людей, таких как Брент Озар, который всегда будет называть это рекордом). Это не делает их правыми, это просто их способ смотреть на это — они рассматривают логическое и физическое как одно и то же (по крайней мере, в этом контексте), и многие из них, вероятно, думают, что остальные из нас просто анальные ретенционеры, тратящие слишком много времени. по семантике.
Поскольку ни один поставщик не может сказать «назовите их {записи|строки}», мы всегда будем иметь дело с этим аргументом, потому что всегда найдется кто-то, кто не понимает логического или физического, или кого учили по-другому. , или пришли из Access или из опыта программирования и т. д.
Точно так же, как некоторые люди говорят tomay-to, а другие говорят tomah-to, всегда будет множество людей, которые варьируются от «они такие же» до «они одинаковые». совершенно разные» — и множество промежуточных оттенков. Опять же, это не делает никого из них правым, потому что никто не может быть высшим авторитетом в этом вопросе. Но в пространстве SQL Server определенно есть большинство.
Тем не менее, ИМХО, когда вы говорите о данных, которые находятся в таблице, вы называете это строкой. Когда вы выполняете вставку, вы вставляете строку в таблицу. Когда вы запускаете обновление, вы обновляете строку в таблице. И когда вы выполняете SELECT, вы извлекаете строки из таблицы.
Не стесняйтесь называть это рекордом, как только ваше приложение получит его. Но не сердитесь, если вы скажете: «Я вставил запись», а вас поправят.
Столбец базы данных и размер строки
спросил
Изменено 10 лет назад
Просмотрено 586 раз
У меня есть столбец A и столбец B в одной таблице.
Мне нужно добавить 1 000 000 записей в эту таблицу.
У меня есть 2 варианта:
- Сохранить 2 столбца и добавить 1 000 000 записей
- Добавьте больше столбцов и выровняйте данные. Это уменьшит количество строк вдвое.
Правильно ли я предполагаю, что размер таблицы будет одинаковым для обоих вариантов?
- проектирование баз данных
- теория баз данных
6
Дело в том, что на этот вопрос нельзя ответить как таковой, поэтому я его переформулирую и отвечу как переформулированный.
Основная проблема заключается в том, что размер базы данных будет полностью зависеть от деталей реализации db. Он может быть такого же размера, может быть больше, может быть меньше. Мы не можем сказать. Кроме того, это может зависеть от того, насколько много повторений удается избежать при использовании того или иного подхода.
В любом случае, это совершенно неправильный вопрос.