Разное

Что такое бд: Как устроены базы данных / Блог компании Конференции Олега Бунина (Онтико) / Хабр

Содержание

База данных — Википедия

Ба́за да́нных — представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ)[1].

Схема базы данных движка Mediawiki

Многие специалисты указывают на распространённую ошибку, состоящую в некорректном использовании термина «база данных» вместо термина «система управления базами данных», и указывают на необходимость различения этих понятий[2].

Проблемы определения

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

Определения из международных стандартов и национальных стандартов, разработанных на основе международных:

  • База данных — совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных.[3][4][5]
  • База данных — совокупность данных, организованных в соответствии с концептуальной структурой, описывающей характеристики этих данных и взаимоотношения между ними, которая поддерживает одну или более областей применения[6].

Определения из авторитетных монографий:

  • База данных — организованная в соответствии с определёнными правилами и поддерживаемая в памяти компьютера совокупность данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей[7].
  • База данных — некоторый набор перманентных (постоянно хранимых) данных, используемых прикладными программными системами какого-либо предприятия[8].
  • База данных — совместно используемый набор логически связанных данных (и описание этих данных), предназначенный для удовлетворения информационных потребностей организации[9].

В определениях наиболее часто (явно или неявно) присутствуют следующие отличительные признаки[10]:

  1. БД хранится и обрабатывается в вычислительной системе.
    Таким образом, любые внекомпьютерные хранилища информации (архивы, библиотеки, картотеки и т. п.) базами данных не являются.
  2. Данные в БД логически структурированы (систематизированы) с целью обеспечения возможности их эффективного поиска и обработки в вычислительной системе.
    Структурированность подразумевает явное выделение составных частей (элементов), связей между ними, а также типизацию элементов и связей, при которой с типом элемента (связи) соотносится определённая семантика и допустимые операции[11].
  3. БД включает схему, или метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью).
    В соответствии с ГОСТ Р ИСО МЭК ТО 10032-2007, «постоянные данные в среде базы данных включают в себя схему и базу данных. Схема включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. База данных включает в себя набор постоянных данных, определённых с помощью схемы. Система управления данными использует определения данных в схеме для обеспечения доступа и управления доступом к данным в базе данных»[3].

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

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

История

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

В широком смысле понятие истории баз данных обобщается до истории любых средств, с помощью которых человечество хранило и обрабатывало данные. В таком контексте упоминаются, например, средства учёта царской казны и налогов в древнем Шумере (4000 г. до н. э.)[12], узелковая письменность инков — кипу, клинописи, содержащие документы Ассирийского царства и т. п. Следует помнить, что недостатком этого подхода является размывание понятия «база данных» и фактическое его слияние с понятиями «архив» и даже «письменность».

История баз данных в узком смысле рассматривает базы данных в традиционном (современном) понимании. Эта история начинается с 1955 года, когда появилось программируемое оборудование обработки записей. Программное обеспечение этого времени поддерживало модель обработки записей на основе файлов. Для хранения данных использовались перфокарты[12].

Оперативные сетевые базы данных появились в середине 1960-х. Операции над оперативными базами данных обрабатывались в интерактивном режиме с помощью терминалов. Простые индексно-последовательные организации записей быстро развились к более мощной модели записей, ориентированной на наборы. За руководство работой Data Base Task Group (DBTG), разработавшей стандартный язык описания данных и манипулирования данными, Чарльз Бахман получил Тьюринговскую премию.

В это же время в сообществе баз данных Кобол была проработана концепция схем баз данных и концепция независимости данных.

Следующий важный этап связан с появлением в начале 1970-х реляционной модели данных, благодаря работам Эдгара Кодда.
Работы Кодда открыли путь к тесной связи прикладной технологии баз данных с математикой и логикой. За свой вклад в теорию и практику Эдгар Ф. Кодд также получил премию Тьюринга.

Сам термин база данных (англ. database) появился в начале 1960-х годов, и был введён в употребление на симпозиумах, организованных компанией SDC в 1964 и 1965 годах, хотя понимался сначала в довольно узком смысле, в контексте систем искусственного интеллекта. В широкое употребление в современном понимании термин вошёл лишь в 1970-е годы[13].

Виды баз данных

Существует огромное количество разновидностей баз данных, отличающихся по различным критериям. Например, в «Энциклопедии технологий баз данных»[7], по материалам которой написан данный раздел, определяются свыше 50 видов БД.

Основные классификации приведены ниже.

Классификация по модели данных

Примеры:

Классификация по среде постоянного хранения

  • Во вторичной памяти, или традиционная (англ. conventional database): средой постоянного хранения является периферийная энергонезависимая память (вторичная память) — как правило жёсткий диск.
    В оперативную память СУБД помещает лишь кэш и данные для текущей обработки.
  • В оперативной памяти (англ. in-memory database, memory-resident database, main memory database): все данные на стадии исполнения находятся в оперативной памяти.
  • В третичной памяти (англ. tertiary database): средой постоянного хранения является отсоединяемое от сервера устройство массового хранения (третичная память), как правило на основе магнитных лент или оптических дисков.
    Во вторичной памяти сервера хранится лишь каталог данных третичной памяти, файловый кэш и данные для текущей обработки; загрузка же самих данных требует специальной процедуры.

Классификация по содержимому

Примеры:

Классификация по степени распределённости

  • Централизованная, или сосредоточенная (англ. centralized database): БД, полностью поддерживаемая на одном компьютере.
  • Распределённая БД (англ. distributed database) — составные части которой размещаются в различных узлах компьютерной сети в соответствии с каким-либо критерием.
    • Неоднородная (англ. heterogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами более одной СУБД.
    • Однородная (англ. homogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами одной и той же СУБД.
    • Фрагментированная, или секционированная (англ. partitioned database): методом распределения данных является фрагментирование (партиционирование, секционирование), вертикальное или горизонтальное.
    • Тиражированная (англ. replicated database): методом распределения данных является тиражирование (репликация).

Другие виды БД

  • Пространственная (англ. spatial database): БД, в которой поддерживаются пространственные свойства сущностей предметной области. Такие БД широко используются в геоинформационных системах.
  • Временная, или темпоральная (англ. temporal database): БД, в которой поддерживается какой-либо аспект времени, не считая времени, определяемого пользователем.
  • Пространственно-временная (англ. spatial-temporal database) БД: БД, в которой одновременно поддерживается одно или более измерений в аспектах как пространства, так и времени.
  • Циклическая (англ. round-robin database): БД, объём хранимых данных которой не меняется со временем, поскольку в процессе сохранения новых данных они заменяют более старые данные. Одни и те же ячейки для данных используются циклически.

Сверхбольшие базы данных

Сверхбольшая база данных (англ. Very Large Database, VLDB) — это база данных, которая занимает чрезвычайно большой объём на устройстве физического хранения. Термин подразумевает максимально возможные объёмы БД, которые определяются последними достижениями в технологиях физического хранения данных и в технологиях программного оперирования данными.

Количественное определение понятия «чрезвычайно большой объём» меняется во времени. Так, в 1997 году самой большой в мире была текстовая база данных Knight Ridder’s DIALOG объёмом 7 терабайт[14]. В 2001 году самой большой считалась база данных объёмом 10,5 терабайт, в 2003 году — объёмом 25 терабайт[15]. В 2005 году самыми крупными в мире считались базы данных с объёмом хранилища порядка сотни терабайт[16]. В 2006 году поисковая машина Google использовала базу данных объёмом 850 терабайт[17].

К 2010 году считалось, что объём сверхбольшой базы данных должен измеряться по меньшей мере петабайтами[16].

В 2011 году компания Facebook хранила данные в кластере из 2 тыс. узлов суммарной ёмкостью 21 петабайт[18]; к концу 2012 года объём данных Facebook достиг 100 петабайт[19], а в 2014 году — 300 петабайт[20].

К 2014 году по косвенным оценкам компания Google хранила на своих серверах до 10—15 эксабайт данных в совокупности[21].

По некоторым оценкам, к 2025 году генетики будут располагать данными о геномах от 100 миллионов до 2 миллиардов человек, и для хранения подобного объёма данных потребуется от 2 до 40 эксабайт[22].

В целом, по оценкам компании IDC, суммарный объём данных «цифровой вселенной» удваивается каждые два года и изменится от 4,4 зеттабайта в 2013 году до 44 зеттабайт в 2020 году[23].

Исследования в области хранения и обработки сверхбольших баз данных VLDB всегда находятся на острие теории и практики баз данных. В частности, с 1975 года проходит ежегодная конференция International Conference on Very Large Data Bases («Международная конференция по сверхбольшим базам данных»). Большинство исследований проводится под эгидой некоммерческой организации VLDB Endowment (Фонд целевого капитала «VLDB»), которая обеспечивает продвижение научных работ и обмен информацией в области сверхбольших БД и смежных областях.

См. также

Примечания

  1. ↑ Гражданский кодекс РФ, ст. 1260
  2. «Следует отметить, что термин база данных часто используется даже тогда, когда на самом деле подразумевается СУБД. […]Такое обращение с терминами предосудительно». — К. Дж. Дейт. Введение в системы баз данных. — 8-е изд. — М.: «Вильямс», 2006, стр. 50.
    «Этот термин (база данных) часто ошибочно используется вместо термина ‘система управления базами данных’». — Когаловский М. Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002., стр. 460.
    «Среди непрофессионалов […] путаница возникает при использовании терминов „база данных“ и „система управления базами данных“. […] Мы будем строго разделять эти термины». —
    Кузнецов С. Д. Основы баз данных: учебное пособие. — 2-е издание, испр. — М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2007, стр. 19.
  3. 1 2 ГОСТ Р ИСО МЭК ТО 10032-2007: Эталонная модель управления данными (идентичен ISO/IEC TR 10032:2003 Information technology — Reference model of data management)
  4. ↑ ГОСТ 33707-2016 (ISO/IEC 2382:2015) Информационные технологии (ИТ). Словарь
  5. ↑ ISO/IEC TR 10032:2003 — Information technology — Reference Model of Data Management (англ.). www.iso.org. Проверено 9 июля 2018.
  6. ↑ ISO/IEC 2382:2015 — Information technology — Vocabulary (англ.). www.iso.org. Проверено 9 июля 2018.
  7. 1 2 Когаловский М. Р., 2002.
  8. ↑ Дейт К. Дж., 2005.
  9. ↑ Коннолли Т., Бегг К., 2003.
  10. ↑ Мирошниченко Е. А. К формальному определению понятия «база данных» // Пробл. информатики. 2011. № 2. С. 83-87.
  11. ↑ Важно понимать, что структурированность базы данных оценивается не на уровне физического хранения (на котором все данные представлены совокупностями битов или байтов), а на уровне некоторой логической модели данных.
  12. 1 2 Грей, Дж. Управление данными: прошлое, настоящее и будущее
  13. ↑ Haigh T. How Data Got its Base: Information Storage Software in the 1950s and 1960s // IEEE Annals of the History of Computing. — 2009. — #4 October-December
  14. ↑ Very Large Database
  15. ↑ Riedewald M., Agrawal D., Abbadi A. Dynamic Multidimensional Data Cubes for Interactive Analysis of Massive Datasets // In: Encyclopedia of Information Science and Technology, First Edition, Idea Group Inc., 2005. ISBN 9781591405535
  16. 1 2 «Экстремальные» базы данных: Самые большие и самые быстрые, 2010 г.
  17. ↑ Alex Chitu. How Much Data Does Google Store?, 2006
  18. Shvachko, Konstantin. Apache Hadoop. The Scalability Update (англ.). — 2011. — Vol. 36, no. 3. — P. 7—13. — ISSN 1044-6397.
  19. ↑ Josh Constine. How Big Is Facebook’s Data? // TechCrunch, 23.08.2012
  20. Wiener, J., Bronson N. Facebook’s Top Open Data Problems, 22.10.2014
  21. ↑ Colin Carson. How Much Data Does Google Store? Архивная копия от 15 сентября 2016 на Wayback Machine, 2014
  22. ↑ Ася Горина. Увеличивающийся объем генетических данных стал проблемой для науки
  23. ↑ Executive Summary: Data Growth, Business Opportunities, and the IT Imperatives

Литература

  • Когаловский М. Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002. — 800 с. — ISBN 5-279-02276-4.
  • Кузнецов С. Д. Основы баз данных. — 2-е изд. — М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2007. — 484 с. — ISBN 978-5-94774-736-2.
  • Дейт К. Дж. Введение в системы баз данных = Introduction to Database Systems. — 8-е изд. — М.: Вильямс, 2005. — 1328 с. — ISBN 5-8459-0788-8 (рус.) 0-321-19784-4 (англ.).
  • Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика = Database Systems: A Practical Approach to Design, Implementation, and Management. — 3-е изд. — М.: Вильямс, 2003. — 1436 с. — ISBN 0-201-70857-4.
  • Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс = Database Systems: The Complete Book. — Вильямс, 2003. — 1088 с. — ISBN 5-8459-0384-X.
  • Date, C. J. Date on Database: Writings 2000–2006. — Apress, 2006. — 566 с. — ISBN 978-1-59059-746-0, 1-59059-746-X.
  • Date, C. J. Database in Depth. — O’Reilly, 2005. — 240 с. — ISBN 0-596-10012-4.
  • Beynon-Davies P. (2004). Database Systems 3rd Edition. Palgrave, Basingstoke, UK. ISBN 1-4039-1601-2

Ссылки

Виды и типы баз данных. Структура реляционных БД. Проектирование БД.

Здравствуйте, уважаемые посетители моего скромного блога для начинающих вебразработчиков и web мастеров ZametkiNaPolyah.ru. Продолжаем рубрику Заметки о MySQL, в которой я уже успел рассмотреть установку и настройку MySQL сервера баз данных, а также рассмотрел способы изменения кодировок сервера MySQL при помощи команды SET NAMES и файла конфигураций my.ini. Сегодня будет краткая и если можно так сказать теоретическая статья, посвященная вопросу — что такое базы данных и какие базы данных бывают.

В этой статье я постараюсь изложить кратко какие виды и типы баз данных бывают и остановлюсь на некоторых из них более подробно. Мы поговорим о структуре иерархических баз данных, уделим внимание структуре сетевых баз данных, и более подробно остановимся на структуре реляционных базах данных, рассмотрим особенности реляционных баз данных. И в конце статьи немного затронем тему проектирования баз данных, естественно реляционных, так сервер MySQL это по сути математическая модель реляционных баз данных. Проектирование баз данных и типы данных, с которыми может работать MySQL сервер — это темы для последующих публикаций.

 

База данных. Математические модели, структура, определение.

Содержание статьи:

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

Наверное, самое простое определения баз данных, база данных – это упорядоченное хранение какой-либо информации. То есть, информация хранится в упорядоченном или систематизированном виде. Видов систематизации, упорядочивания и хранения информации может быть множество. Каждый из способов хранения информации отвечает каким-либо специфическим требованиям или предназначен для выполнения каких-либо определенных действий. На страницах своего блога я уже писал, про язык XML, данные в XML структурируются в виде дерева с разветвлениями, узлами и корнем. Но это лишь один из множества способов хранения информации. Более подробно обо всем этом читайте в рубрике Заметки о XML и XLST.

Виды и типы баз данных

Как я уже говорил, видов и типов баз данных очень и очень много и описать их все в данной публикации я просто не смогу, но самые распространенные виды хранения информации или виды баз данных я постараюсь описать. Понятно, что база данных хранит в себе информацию о каких-то объектах, например, информацию о товаре в интернет-магазине. Любой товар в базе данных – это объект с какими-то определенными параметрами и свойствами. Перейдем к конкретным примерам.

Иерархическая база данных, структура иерархических баз данных

Иерархическая база данных – каждый объект при таком хранение информации представляется в виде определенной сущности, то есть, у этой сущности могут быть дочерние элементы, родительские элементы, а у тех дочерних могут быть еще дочерние элементы, но есть один объект, с которого все начинается. Получается своеобразное дерево. Примером иерархической базы данных может быть, документ в формате XML или файловая система компьютера, пример с файловой системой компьютера я приводил, когда рассматривал структуру XML документа, в рубрике Заметки о XML.

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

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

Сетевая база данных, структура сетевых баз данных

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

Стоит заметить, что сетевые базы данных обладают примерно теми же характеристиками, что и иерархические базы данных. Но, в данной рубрике нас не сильно интересуют иерархические и сетевые базы данных, данная тема больше относится к формату XML, и возможно в рубрике посвященной языку расширяемой разметки, я постараюсь более подробно рассмотреть эту тему. А в рубрике посвященной MySQL нас интересуют реляционные базы данных, на которых мы и остановимся более подробно.

Реляционные базы данных, структура реляционных баз данных

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

Был когда-то такой математик – Эдгар Франк Кодд, умерший в 2003 году, который в восьмидесятых годах очень подробно описал структуру реляционных баз данных математическим языком. А если есть хорошо написанная математика, то соответственно есть и программная реализация. Останавливаться на биографии Э.Ф. Кодда я не буду, для этого есть различные энциклопедии. Именно благодаря Кодду реляционные базы данных стали активно развиваться. Поэтому-то, когда мы говорим базы данных, чаще всего мы подразумеваем именно реляционные базы данных.

Особенности реляционных баз данных

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

На самом деле, базы данных – это абстрактное понятие, таблица – это всего лишь способ хранения информации, набор таблиц может быть связан логически и этот набор называют база данных. Поэтому неправильно говорить, что MySQL это база данных, база данных – это хранящаяся информация. А вот такое понятие, как СУБД – система управления базами данных, это и есть MySQL сервер, именно при помощи него мы управляем хранящимися данными. Или иначе MySQL – это программное воплощение математических идей.

Самой трудной задачей при работе с реляционными базами данных, является проектирование структуры баз данных. Проектирование структуры базы данных, заключается не только в том, чтобы создать таблицу и указать тип данных и наименование столбцов. На самом деле проектирование – это самый сложный этап при работе с базами данных. Потому что мощности ваших компьютеров ограничены. Пока данных мало, мало таблиц и строк в этих таблицах, машина будет их обрабатывать очень и очень быстро. Но, со временем количество информации будет увеличиваться, и мы получим замедление, которое будет увеличиваться, поскольку машине необходимо время на обработку тех или иных запросов(обработка информации). В прошлой статье я уже писал, что реляционные БД прежде всего ориентированы на модификацию(OLTP), то есть, добавить новую запись в таблицу – это очень простая операция для реляционной СУБД, а вот сделать выборку данных, это уже трудоемкая операция. Также есть и изменение данных, это как бы промежуточное звено между чтением и добавлением. Хотя MySQL сервер всегда можно настроить.

Проектирование базы данных

Ну что же, мы немного поговорили о достоинствах и недостатках реляционных баз данных. И теперь, вкратце, я затрону вопрос проектирования баз данных. Под проектированием я понимаю следующее: садится человек за стол, берет бумагу и ручку, и исходя из поставленной задачи, а также, исходя из достоинств и недостатков той или иной системы, в нашем случае СУБД MySQL начинает составлять структуру будущей базы данных. Требование к проектируемой базе данных обычно ставятся следующее:

  1. База данных должна быть как можно более компактна, то есть, неизыбыточна.
  2. База данных должна быть простой с точки зрения обработки.

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

А на выходе мы должны получить так называемую диаграмму или как ее еще называют схема. Диаграмма – это определение: какая информация будет храниться, в какой таблице она будет храниться, в каком столбце какой тип данных, как называется таблица, сколько столбцов в таблице и их тип, как связаны между собой таблицы. Да, типы данных в столбцах могут быть разными, например, номер телефона или индекс можно записать, как с помощью символов, так и с помощью числового типа данных. Но появляется вопрос: какой тип данных лучше для хранения номера телефона или почтового индекса? Чисто интуитивно на этот вопрос чаще всего отвечают правильно – номер телефона в базе данных должен иметь символьный тип, а вот объяснить, почему именно символьный тип могут немногие. Объяснение очень простое, например, нам потребовались все почтовые индексы, начинающиеся на 637 или номера телефонов начинающиеся на 952, так вот, сделать такую выборку из данных имеющих числовой тип задача довольно проблематичная, а сделать такую же выборку из данных символьного типа довольно легко.

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

На этом всё, спасибо за внимание, надеюсь, что был хоть чем-то полезен и до скорых встреч на страницах блога для начинающих вебразработчиков и вебмастеров ZametkiNaPolyah.ru 

понятие база данных в информатике

Содержание статьи:

Что такое база данных в информатике

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

Сами по себе, базы данных бесполезны, если нет возможности ими управлять. Под управлением базой данных понимаем возможность индивидуального или коллективного добавления информации, ее сортировку, частичное или полное копирование и перемещение, объединение двух или нескольких баз данных. Для управления базами данных созданы программные продукты, являющиеся программным обеспечением баз данных. Называются они СУБД – системы управления базами данных.

Что такое СУБД и SQL

Именно с СУБД имеют дело потребители, то есть мы с вами. Современные СУБД позволяют обрабатывать не только тексты или графику, но и медиафайлы (аудио и видео файлы).

Любой программный продукт имеет свой язык, при помощи которого он управляется. Не исключение и СУБД. Один из основных языков для общения с  СУБД является язык SQL (structured query language — язык структурированных запросов).

Стоит отметить, что по характеру использования СУБД делятся на однопользовательские (для одного пользователя – локального компьютера) и много пользовательские (для сетей).

Я уверен вы не думаете, что существует одна универсальная СУБД. И правильно, их десятки. В рамках этого раздела мы ограничим себя работой с бесплатной и самой распространенной СУБД  MySQL.

СУБД MySQL

СУБД MySQL работает только с реляционными базами данных. Реляционные базы данных наиболее просты для первичного изучения. Кроме этого они используются на всех хостингах и серверах для массового пользования.

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

©WebOnTo.ru

Статьи по теме «База данных»

Поделиться ссылкой:

Похожие статьи

База данных — это… Что такое База данных?

Ба́за да́нных — представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ) (Гражданский кодекс РФ, ст. 1260).

Нажмите для увеличения

Многие специалисты указывают на распространённую ошибку, состоящую в некорректном использовании термина «база данных» вместо термина «система управления базами данных», и указывают на необходимость различения этих понятий.[1]

Проблемы определения

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

Определения из международных стандартов:

  • База данных — совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных.[2]
  • База данных — совокупность данных, организованных в соответствии с концептуальной структурой, описывающей характеристики этих данных и взаимоотношения между ними, причем такое собрание данных, которое поддерживает одну или более областей применения[3].

Определения из авторитетных монографий:

  • База данных — организованная в соответствии с определёнными правилами и поддерживаемая в памяти компьютера совокупность данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей.[4]
  • База данных — некоторый набор перманентных (постоянно хранимых) данных, используемых прикладными программными системами какого-либо предприятия.[5]
  • База данных — совместно используемый набор логически связанных данных (и описание этих данных), предназначенный для удовлетворения информационных потребностей организации.[6]

В определениях наиболее часто (явно или неявно) присутствуют следующие отличительные признаки[7]:

  1. БД хранится и обрабатывается в вычислительной системе.
    Таким образом, любые внекомпьютерные хранилища информации (архивы, библиотеки, картотеки и т. п.) базами данных не являются.
  2. Данные в БД логически структурированы (систематизированы) с целью обеспечения возможности их эффективного поиска и обработки в вычислительной системе.
    Структурированность подразумевает явное выделение составных частей (элементов), связей между ними, а также типизацию элементов и связей, при которой с типом элемента (связи) соотносится определённая семантика и допустимые операции.[8]
  3. БД включает схему, или метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью).
    В соответствии с ГОСТ Р ИСО МЭК ТО 10032-2007, «постоянные данные в среде базы данных включают в себя схему и базу данных. Схема включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. База данных включает в себя набор постоянных данных, определенных с помощью схемы. Система управления данными использует определения данных в схеме для обеспечения доступа и управления доступом к данным в базе данных».[2]

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

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

История

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

В широком аспекте понятие истории баз данных обобщается до истории любых средств, с помощью которых человечество хранило и обрабатывало данные. В таком контексте упоминаются, например, средства учёта царской казны и налогов в древнем Шумере (4000 г. до н. э.),[9] узелковая письменность инков — кипу, клинописи, содержащие документы Ассирийского царства и т. п. Следует помнить, что недостатком этого подхода является размывание понятия «база данных» и фактическое его слияние с понятиями «архив» и даже «письменность».

История баз данных в узком аспекте рассматривает базы данных в традиционном (современном) понимании. Эта история начинается с 1955 года, когда появилось программируемое оборудование обработки записей. Программное обеспечение этого времени поддерживало модель обработки записей на основе файлов. Для хранения данных использовались перфокарты.[9]

Оперативные сетевые базы данных появились в середине 1960-х. Операции над оперативными базами данных обрабатывались в интерактивном режиме с помощью терминалов. Простые индексно-последовательные организации записей быстро развились к более мощной модели записей, ориентированной на наборы. За руководство работой Data Base Task Group (DBTG), разработавшей стандартный язык описания данных и манипулирования данными, Чарльз Бахман получил Тьюринговскую премию.

В это же время в сообществе баз данных COBOL была проработана концепция схем баз данных и концепция независимости данных.

Следующий важный этап связан с появлением в начале 1970-х реляционной модели данных, благодаря работам Эдгара Ф. Кодда. Работы Кодда открыли путь к тесной связи прикладной технологии баз данных с математикой и логикой. За свой вклад в теорию и практику Эдгар Ф. Кодд также получил премию Тьюринга.

Сам термин database (база данных) появился в начале 1960-х годов, и был введён в употребление на симпозиумах, организованных фирмой SDC (System Development Corporation) в 1964 и 1965 годах, хотя понимался сначала в довольно узком смысле, в контексте систем искусственного интеллекта. В широкое употребление в современном понимании термин вошёл лишь в 1970-е годы.[10]

Виды баз данных

Существует огромное количество разновидностей баз данных, отличающихся по различным критериям. Например, в «Энциклопедии технологий баз данных»,[4] по материалам которой написан данный раздел, определяются свыше 50 видов БД.

Основные классификации приведены ниже.

Классификация по модели данных

Примеры:

Классификация по среде постоянного хранения

  • Во вторичной памяти, или традиционная (англ. conventional database): средой постоянного хранения является периферийная энергонезависимая память (вторичная память) — как правило жёсткий диск.
    В оперативную память СУБД помещает лишь кеш и данные для текущей обработки.
  • В оперативной памяти (англ. in-memory database, memory-resident database, main memory database): все данные на стадии исполнения находятся в оперативной памяти.
  • В третичной памяти (англ. tertiary database): средой постоянного хранения является отсоединяемое от сервера устройство массового хранения (третичная память), как правило на основе магнитных лент или оптических дисков.
    Во вторичной памяти сервера хранится лишь каталог данных третичной памяти, файловый кеш и данные для текущей обработки; загрузка же самих данных требует специальной процедуры.

Классификация по содержимому

Примеры:

  • Географическая
  • Историческая
  • Научная
  • Мультимедийная.

Классификация по степени распределённости

  • Централизованная, или сосредоточенная (англ. centralized database): БД, полностью поддерживаемая на одном компьютере.
  • Распределённая (англ. distributed database): БД, составные части которой размещаются в различных узлах компьютерной сети в соответствии с каким-либо критерием.
    • Неоднородная (англ. heterogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами более одной СУБД
    • Однородная (англ. homogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами одной и той же СУБД.
    • Фрагментированная, или секционированная (англ. partitioned database): методом распределения данных является фрагментирование (партиционирование, секционирование), вертикальное или горизонтальное.
    • Тиражированная (англ. replicated database): методом распределения данных является тиражирование (репликация).

Другие виды БД

  • Пространственная (англ. spatial database): БД, в которой поддерживаются пространственные свойства сущностей предметной области. Такие БД широко используются в геоинформационных системах.
  • Временная, или темпоральная (англ. temporal database): БД, в которой поддерживается какой-либо аспект времени, не считая времени, определяемого пользователем.
  • Пространственно-временная (англ. spatial-temporal database) БД: БД, в которой одновременно поддерживается одно или более измерений в аспектах как пространства, так и времени.
  • Циклическая (англ. round-robin database): БД, объём хранимых данных которой не меняется со временем, поскольку в процессе сохранения данных одни и те же записи используются циклически.

Сверхбольшие базы данных

Сверхбольшая база данных (англ. Very Large Database, VLDB) — это база данных, которая занимает чрезвычайно большой объём на устройстве физического хранения. Термин подразумевает максимально возможные объёмы БД, которые определяются последними достижениями в технологиях физического хранения данных и в технологиях программного оперирования данными.

Количественное определение понятия «чрезвычайно большой объём» меняется во времени; в настоящее время считается, что это объём, измеряемый по меньшей мере петабайтами. Для сравнения, в 2005 г. самыми крупными в мире считались базы данных с объёмом хранилища порядка 100 терабайт.[11]

Специалисты отмечают необходимость особых подходов к проектированию сверхбольших БД. Для их создания нередко выполняются специальные проекты с целью поиска таких системотехнических решений, которые позволили бы хоть как-то работать с такими большими объёмами данных. Как правило необходимы специальные решения для дисковой подсистемы, специальные версии операционной среды и специальные механизмы обращения СУБД к данным.[12]

Исследования в области хранения и обработки сверхбольших баз данных VLDB всегда находятся на острие теории и практики баз данных. В частности, с 1975 года проходит ежегодная конференция International Conference on Very Large Data Bases («Международная конференция по сверхбольшим базам данных»). Большинство исследований проводится под эгидой некоммерческой организации VLDB Endowment (Фонд целевого капитала «VLDB»), которая обеспечивает продвижение научных работ и обмен информацией в области сверхбольших БД и смежных областях.

Примечания

  1. «Следует отметить, что термин база данных часто используется даже тогда, когда на самом деле подразумевается СУБД. […]Такое обращение с терминами предосудительно». — К. Дж. Дейт. Введение в системы баз данных. — 8-е изд. — М.: «Вильямс», 2006, стр. 50.
    «Этот термин (база данных) часто ошибочно используется вместо термина ‘система управления базами данных’». — Когаловский М. Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002., стр. 460.
    «Среди непрофессионалов […] путаница возникает при использовании терминов „база данных“ и „система управления базами данных“. […] Мы будем строго разделять эти термины». — Кузнецов С. Д. Основы баз данных: учебное пособие. — 2-е издание, испр. — М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2007, стр. 19.
  2. 1 2 ГОСТ Р ИСО МЭК ТО 10032-2007: Эталонная модель управления данными (идентичен ISO/IEC TR 10032:2003 Information technology — Reference model of data management)
  3. ISO/IEC 2382-1:1993. Information technology — Vocabulary — Part 1: Fundamental terms
  4. 1 2 Когаловский М. Р., 2002
  5. Дейт К. Дж., 2005
  6. Коннолли Т., Бегг К., 2003
  7. Мирошниченко Е. А. К формальному определению понятия «база даных» // Пробл. информатики. 2011. № 2. С. 83-87. [1]
  8. Важно понимать, что структурированность базы данных оценивается не на уровне физического хранения (на котором все данные представлены совокупностями битов или байтов), а на уровне некоторой логической модели данных.
  9. 1 2 Грей, Дж. Управление данными: прошлое, настоящее и будущее
  10. Haigh T. How Data Got its Base: Information Storage Software in the 1950s and 1960s // IEEE Annals of the History of Computing. — 2009. — #4 October-December
  11. «Экстремальные» базы данных: Cамые большие и самые быстрые, 2010 г.
  12. Огромная база данных

Литература

Отечественная

  • Когаловский М.Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002. — 800 с. — ISBN 5-279-02276-4
  • Кузнецов С. Д. Основы баз данных. — 2-е изд. — М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2007. — 484 с. — ISBN 978-5-94774-736-2

Переводная

  • Дейт К. Дж. Введение в системы баз данных = Introduction to Database Systems. — 8-е изд. — М.: Вильямс, 2005. — 1328 с. — ISBN 5-8459-0788-8 (рус.) 0-321-19784-4 (англ.)
  • Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика = Database Systems: A Practical Approach to Design, Implementation, and Management. — 3-е изд. — М.: Вильямс, 2003. — 1436 с. — ISBN 0-201-70857-4
  • Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс = Database Systems: The Complete Book. — Вильямс, 2003. — 1088 с. — ISBN 5-8459-0384-X

Иностранная

Ссылки

См. также

какие бывают, что с ними делают и с чем их едят / Хабр

Казалось бы, база данных она и в Африке database, но читая аутентичную техническую литературу по СУБД (которую русские переводчики традиционно переводят как DBMS — database management system), я ни разу этот термин — DBMS — там не увидел (не исключаю, что плохо смотрел, но ей-богу не вру).

Получается, этот термин выдуман? И много ли такого самопала?

В этой публикации я собрал из разной ИТ-литературы англоязычных авторов так называемое «семантическое поле» вокруг термина databaseкакие базы данных бывают, что с ними делают и с чем их едят. Мне показалось, что это будет явно нагляднее и достовернее, чем обычные глоссарии. Решать, конечно же, вам.

Итак, поехали.

Какие бывают?

Объектные базы данных появились в конце 1980-х — начале 1990-х годов и снова вышли из моды.
Object databases came and went again in the late 1980s and early 1990s.

В начале 2000-х появились базы данных XML, но нашли только узкое применение.
XML databases appeared in the early 2000s, but have only seen niche adoption.

Существует несколько основных причин широкого внедрения баз данных NoSQL

There are several driving forces behind the adoption of NoSQL databases

…JSON. Преимущество данного формата в том, что он намного проще, чем XML. Эту модель данных поддерживают такие документоориентированные БД, как MongoDB, RethinkDB, CouchDB и Espresso.

JSON has the appeal of being much simpler than XML. Document-oriented databases like MongoDB, RethinkDB, CouchDB, and Espresso support this data model.

В документоориентированных БД для древовидных структур соединения не нужны, так что их поддержка часто очень слаба.

In document databases, joins are not needed for one-to-many tree structures, and support for joins is often weak.

Оптимизаторы запросов для реляционных баз данных — непростые вещи, они потребовали многих лет исследований и разработки

Query optimizers for relational databases are complicated beasts, and they have consumed many years of research and development effort

Пример 2.3 демонстрирует запрос на языке Cypher, предназначенный для вставки левой части рис. 2.5 в графовую базу данных.

Example 2-3 shows the Cypher query to insert the lefthand portion of Figure 2-5 into a graph database

В большинстве баз данных OLTP хранилище располагается построчно: все значения из одной строки таблицы хранятся рядом друг с другом.

In most OLTP databases, storage is laid out in a row-oriented fashion: all the values from one row of a table are stored next to each other.

Многие наборы данных попросту не настолько велики, так что вполне допустимо держать их полностью в оперативной памяти, возможно распределенной по нескольким машинам. Этот факт привел к разработке размещаемых в оперативной памяти БД.

Many datasets are simply not that big, so it’s quite feasible to keep them entirely in memory, potentially distributed across several machines. This has led to the development of in-memory databases.

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

Similar to concurrency control in a multiuser database environment, locking requires that before the value of a global variable can be used or updated, the variable must be «checked out.»

Исследователям, работающим с геномными данными, часто приходится выполнять поиск сходства последовательностей, означающий сравнение очень длинной строки (соответствующей молекуле ДНК) со схожими, но не идентичными строками из большой базы данных. Ни одна из описанных выше БД не способна справиться с этим, вследствие чего исследователями было написано такое специализированное ПО для геномной базы данных, как GenBank.

Researchers working with genome data often need to perform sequence-similarity searches, which means taking one very long string (representing a DNA molecule) and matching it against a large database of strings that are similar, but not identical. None of the databases described here can handle this kind of usage, which is why researchers have written specialized genome database software like GenBank.

Многие одноранговые сети, такие как BitTorrent, не имеют никакой центральной базы данных контента.

Many peer-to-peer systems, such BitTorrent, do not have any central database of content.

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

This lookup process can be repeated indefinitely to build up a large local database of what is out there.

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

All of the above applications involve interactions between a person and a remote database full of information.

Что они делают? Что с ними делают?

Почему вас как разработчика приложений должны волновать внутренние нюансы того, как БД хранит данные и как она их находит?

Why should you, as an application developer, care how the database handles storage and retrieval internally?

Полнотекстовый поиск — вид модели данных, часто используемый в БД.

Full-text search is arguably a kind of data model that is frequently used alongside databases.

Многие БД используют очень похожий на db_set механизм, журнал, представляющий собой файл, предназначенный только для добавления данных в его конец.

Similarly to what db_set does, many databases internally use a log, which is an append-only data file.

Сценарий восстановления в SQL Server — процесс восстановления данных из одной или более резервных копий и возврат в исходное состояние базы данных.

A restore scenario in SQL Server is the process of restoring data from one or more backups and then recovering the database.

В SQL Server инструкция CREATE создает базу данных, используемые для нее файлы и их файловые группы.

In SQL Server, CREATE statement creates a new database and the files used and their filegroups.

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

In SQL Server, ALTER statement modifies a database, or the files and filegroups associated with the database.

Удаленная база данных может быть повторно создана только с помощью восстановления из резервной копии.

A dropped database can be re-created only by restoring a backup.

При удалении база данных удаляется из экземпляра SQL Server. Также с физического диска удаляются файлы, используемые базой данных.
Dropping a database deletes the database from an instance of SQL Server and deletes the physical disk files used by the database.

(Прим. пер.: Хоть на русском эти «изменение» и «удаление» звучат одинаково, на английском это разные инструкции:
ALTER и DROP для объектов;
UPDATE и DELETE для записей).

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

If you make a mistake, you can use the snapshot to recover by reverting the database to the snapshot.

(Прим. пер: вообще, сам факт — «восстанавливаем базу из копии» — это restore. Чтобы помимо этого привести БД в рабочее состояние (накатить или откатить изменения) и позволить пользователям что-то с ней делать — это recover).

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

Reverting is potentially much faster for this purpose than restoring from a backup; however, you cannot roll forward afterward.

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

Использование одного класса для чтения и записи БД является формой централизованного управления.

Using one class to read from and write to a database is a form of centralized control.

PHP-код может быть встроен в Web-страницы для получения доступа к БД и отображения содержащейся в ней информации.

It [PHP] can be embedded in Web pages to access and present database information.

SQL «де-факто» является стандартным языком выполнения запросов, обновлений реляционнных БД и управления ими.

SQL is the de facto standard language for querying, updating, and managing relational databases.

Как они будут себя чувствовать, если база данных неожиданно окажется испорченной?

How would they feel if that database was suddenly corrupted?

… предикат within_recursive возвращает все содержащиеся в нашей базе данных географические пункты в Северной Америке (или в любом другом месте).

… the within_recursive predicate can tell us all the locations in North America (or any other location name) contained in our database.

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

Instead, each user maintains his own database locally and provides a list of other nearby people who are members of the system.

Связанные словосочетания

Для эффективного поиска значения конкретного ключа в БД необходима другая структура данных: индекс.

In order to efficiently find the value for a particular key in the database, we need a different data structure: an index.

Поддерживаемые сценарии восстановления зависят от модели восстановления базы данных и выпуска SQL Server.

The supported restore scenarios depend on the recovery model of the database and the edition of SQL Server.

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

A recovery model is a database property that controls how transactions are logged, whether the transaction log requires (and allows) backing up, and what kinds of restore operations are available.

Для большинства сценариев восстановления необходимо применить резервную копию журналов транзакций и позволить компоненту SQL Server Database Engine запустить процесс восстановления для подключения базы данных к сети.

For most restore scenarios, it is necessary to apply a transaction log backup and allow the SQL Server Database Engine to run the recovery process for the database to be brought online.

Восстановление — это процесс, используемый SQL Server для запуска каждой базы данных в транзакционно-согласованном (чистом) состоянии.

Recovery is the process used by SQL Server for each database to start in a transactionally consistent — or clean — state.

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

The desire to hide implementation details is a wonderful reason to create a class whether the details are as complicated as a convoluted database access or as mundane as whether a specific data member is stored as a number or a string.

Виды рефакторинга, предполагающие изменение интерфейса класса или метода, схемы БД или булевых тестов, обычно более рискованны.

Refactorings that involve class or routine interface changes, database schema changes, or changes to boolean tests, among others, tend to be more risky.

Так [словарями данных] называются базы данных, которые описывают важную для проекта информацию. Во многих случаях словарь связан преимущественно со схемами баз данных.

A data dictionary is a database that describes all the significant data in a project. In many cases, the data dictionary focuses primarily on database schemas.

Вы можете неграмотно спроектировать таблицы БД

Errors can include <…> improperly designing database tables

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

Code-generating tools tend to focus on database applications, but that includes a lot of applications.

Архитектура должна включать план управления ограниченными ресурсами, такими как соединения с БД, потоки и дескрипторы.

The architecture should describe a plan for managing scarce resources such as database connections, threads, and handles.

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

The architecture should describe how the system will address growth in number of users, number of servers, number of network nodes, number of database records, size of database records, transaction volume, and so on.

Приведено ли описание организации и содержания БД?

Is the database organization and content specified?

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

Consequently, I adopted a design convention that the .frm file (the form file) was allowed only to retrieve data from the database and store data back into the database. It wasn’t allowed to communicate that data directly to other parts of the program.

Они [подсистемы] позволяют легко изменять структуру БД без изменения большей части программы.

They [subsystems] make it easy to change the database design structure without changing most of the program.

Вопрос «Будет ли эта организация базы данных работать?» недостаточно хорошо определяет направление прототипирования.

A design question like «Will this database framework work?» does not provide enough direction for prototyping.

Вы можете даже не знать специфику базы данных.

You don’t even need to know the database specifics.

Мы также коснулись вопроса CSS и XSL/ XPath, не являющихся языками запросов БД, но имеющих с ними интересные параллели.

We also touched on CSS and XSL/XPath, which aren’t database query languages but have interesting parallels.

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

… data processing was changing from a computer-centered view of information systems to a database-centered view.

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

The change was to focus on a pool of data on which the computer happened to act (a database-oriented view).

Возможно, вы используете также встроенные библиотеки классов-контейнеров, научные функции, классы пользовательского интерфейса и классы для работы с БД.

You might also use prebuilt libraries of container classes, scientific functions, user interface classes, and database-manipulation classes.

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

To get Finance the data they need, we may have to cobble together some custom reports, which means bringing in the application developers or database people.

Обновить тридцать пять инстанций баз данных Oracle…

Upgrade thirty-five instances of Oracle databases…

Вэс говорит: «Это не изменение! Это просто запуск скрипта баз данных».

But Wes says, “That’s not a change! That’s just running a database script.

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

Before that change request would even come to us, I would expect him to get the nod from the application and database owners, and also the business.

Декларативные языки … скрывают подробности реализации ядра базы данных, благодаря чему у СУБД появляется возможность повышать производительность без необходимости вносить изменения в запросы.

A declarative query language … hides implementation details of the database engine, which makes it possible for the database system to introduce performance improvements without requiring any changes to queries.


Вот и все (хотя, конечно, список можно продолжать и продолжать). Надеюсь, было познавательно.

Отбирали примеры: Квасникова Ирина, Смирнова Юлия, Панибратова Надежда, Евгений Бартов

Раскладывал по полкам: Евгений Бартов

Используемая литература:

  • Code Complete by Steve McConnell
  • Computer networks by Andrew Tannenbaum
  • Designing Data-Intensive Applications by Martin Kleppmann
  • The Phoenix Project by Gene Kim
  • Microsoft SQL documentation и др.

P.S. Уже после публикации мы с коллегами выяснили, что DBMS не попадался мне на глаза потому, что термин слегка устарел, и в новой литературе по базам данных почти не используется. В старой литературе — сплошь и рядом. Пардон.

это… Виды и свойства БД

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

Терминология

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

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

Виды БД

В теории баз данных различают несколько их видов. Бывают:

  • Реляционные базы данных (от английского слова relation, что переводится как «связь») — характеризируются отношениями и выражены в совокупности взаимосвязанных сущностей. Последние представлены в виде табличек, в которых содержатся данные БД. Это наиболее распространенный тип баз данных.
  • Иерархические — связи на уровне «предок-потомок», «начальник-подчиненный».
  • Сетевые — ответвление от предыдущего вида.
  • Объектно-ориентированные, которые напрямую работают с соответствующей методологией программирования (ООП).

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

БД — это табличка?

Реляционные базы данных в их обычном представлении не вызывают трудностей для понимания — это таблички с информацией. Для разъяснения можно призвать на помощь очень известную СУБД от компании «Майкрософт» — «Аксес», входящий в их привычных офисный пакет приложений.

У таблиц реляционных БД есть записи (строки) и поля (столбцы). В первых содержится непосредственно информация, данные, в последних — описания того, что именно означают записи. Например, поле — «имя», запись — «Катерина».

Для полей задаются типы значения. Они могут быть числовыми, символьными, датой, временем и т. д. Кроме того, у каждой таблицы должно быть ключевое поле — записи в нем уникально идентифицируют данные.

Следует понимать, что сама по себе БД — это не таблица. В базе может храниться от одной до нескольких сотен таблиц в зависимости от количества и разнообразия информации.

Связи между таблицами

Для обеспечения связей между таблицами в СУБД есть схемы данных. Связи бывают:

  • «Один-к-одному» — каждой записи таблицы соответствует только одна запись из другой таблички.
  • «Один-ко-многим» и «многие-ко-многим». Одной записи может соответствовать сразу несколько из связанной таблицы. И наоборот (для второго варианта).
  • «Многие-ко-многим». Уже нетрудно догадаться, что в этом случае для нескольких строк может быть подобрано для связи несколько строк другой таблицы (такая связь организовывается при помощи промежуточной таблицы и двух связей вышеуказанного вида).

Движение вверх и вниз

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

Такой тип удобно применять для построения хранилищ информации уже упорядоченной структуры: например, базы данных воинского подразделения или файлового менеджера. Недостатком считается невозможность для узла иметь более одного предка, а также сложность логики БД.

Расширяем связи

Сетевые БД стали решением недостатка иерархических, названного чуть выше. Единственным отличием этого типа от предыдущего стала связь «многие-ко-многим», которая в данном случае проявляется в том, что как предок может иметь много наследников, так и они, потомки, могут происходить сразу от нескольких узлов.

Табличный способ отображения

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

Объектно-ориентированный тип

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

База данных — Википедия. Что такое База данных

Ба́за да́нных — представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ)[1].

Схема базы данных движка Mediawiki

Многие специалисты указывают на распространённую ошибку, состоящую в некорректном использовании термина «база данных» вместо термина «система управления базами данных», и указывают на необходимость различения этих понятий[2].

Проблемы определения

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

Определения из международных стандартов и национальных стандартов, разработанных на основе международных:

  • База данных — совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных.[3][4][5]
  • База данных — совокупность данных, организованных в соответствии с концептуальной структурой, описывающей характеристики этих данных и взаимоотношения между ними, которая поддерживает одну или более областей применения[6].

Определения из авторитетных монографий:

  • База данных — организованная в соответствии с определёнными правилами и поддерживаемая в памяти компьютера совокупность данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей[7].
  • База данных — некоторый набор перманентных (постоянно хранимых) данных, используемых прикладными программными системами какого-либо предприятия[8].
  • База данных — совместно используемый набор логически связанных данных (и описание этих данных), предназначенный для удовлетворения информационных потребностей организации[9].

В определениях наиболее часто (явно или неявно) присутствуют следующие отличительные признаки[10]:

  1. БД хранится и обрабатывается в вычислительной системе.
    Таким образом, любые внекомпьютерные хранилища информации (архивы, библиотеки, картотеки и т. п.) базами данных не являются.
  2. Данные в БД логически структурированы (систематизированы) с целью обеспечения возможности их эффективного поиска и обработки в вычислительной системе.
    Структурированность подразумевает явное выделение составных частей (элементов), связей между ними, а также типизацию элементов и связей, при которой с типом элемента (связи) соотносится определённая семантика и допустимые операции[11].
  3. БД включает схему, или метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью).
    В соответствии с ГОСТ Р ИСО МЭК ТО 10032-2007, «постоянные данные в среде базы данных включают в себя схему и базу данных. Схема включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. База данных включает в себя набор постоянных данных, определённых с помощью схемы. Система управления данными использует определения данных в схеме для обеспечения доступа и управления доступом к данным в базе данных»[3].

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

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

История

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

В широком смысле понятие истории баз данных обобщается до истории любых средств, с помощью которых человечество хранило и обрабатывало данные. В таком контексте упоминаются, например, средства учёта царской казны и налогов в древнем Шумере (4000 г. до н. э.)[12], узелковая письменность инков — кипу, клинописи, содержащие документы Ассирийского царства и т. п. Следует помнить, что недостатком этого подхода является размывание понятия «база данных» и фактическое его слияние с понятиями «архив» и даже «письменность».

История баз данных в узком смысле рассматривает базы данных в традиционном (современном) понимании. Эта история начинается с 1955 года, когда появилось программируемое оборудование обработки записей. Программное обеспечение этого времени поддерживало модель обработки записей на основе файлов. Для хранения данных использовались перфокарты[12].

Оперативные сетевые базы данных появились в середине 1960-х. Операции над оперативными базами данных обрабатывались в интерактивном режиме с помощью терминалов. Простые индексно-последовательные организации записей быстро развились к более мощной модели записей, ориентированной на наборы. За руководство работой Data Base Task Group (DBTG), разработавшей стандартный язык описания данных и манипулирования данными, Чарльз Бахман получил Тьюринговскую премию.

В это же время в сообществе баз данных Кобол была проработана концепция схем баз данных и концепция независимости данных.

Следующий важный этап связан с появлением в начале 1970-х реляционной модели данных, благодаря работам Эдгара Кодда.
Работы Кодда открыли путь к тесной связи прикладной технологии баз данных с математикой и логикой. За свой вклад в теорию и практику Эдгар Ф. Кодд также получил премию Тьюринга.

Сам термин база данных (англ. database) появился в начале 1960-х годов, и был введён в употребление на симпозиумах, организованных компанией SDC в 1964 и 1965 годах, хотя понимался сначала в довольно узком смысле, в контексте систем искусственного интеллекта. В широкое употребление в современном понимании термин вошёл лишь в 1970-е годы[13].

Виды баз данных

Существует огромное количество разновидностей баз данных, отличающихся по различным критериям. Например, в «Энциклопедии технологий баз данных»[7], по материалам которой написан данный раздел, определяются свыше 50 видов БД.

Основные классификации приведены ниже.

Классификация по модели данных

Примеры:

Классификация по среде постоянного хранения

  • Во вторичной памяти, или традиционная (англ. conventional database): средой постоянного хранения является периферийная энергонезависимая память (вторичная память) — как правило жёсткий диск.
    В оперативную память СУБД помещает лишь кэш и данные для текущей обработки.
  • В оперативной памяти (англ. in-memory database, memory-resident database, main memory database): все данные на стадии исполнения находятся в оперативной памяти.
  • В третичной памяти (англ. tertiary database): средой постоянного хранения является отсоединяемое от сервера устройство массового хранения (третичная память), как правило на основе магнитных лент или оптических дисков.
    Во вторичной памяти сервера хранится лишь каталог данных третичной памяти, файловый кэш и данные для текущей обработки; загрузка же самих данных требует специальной процедуры.

Классификация по содержимому

Примеры:

Классификация по степени распределённости

  • Централизованная, или сосредоточенная (англ. centralized database): БД, полностью поддерживаемая на одном компьютере.
  • Распределённая БД (англ. distributed database) — составные части которой размещаются в различных узлах компьютерной сети в соответствии с каким-либо критерием.
    • Неоднородная (англ. heterogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами более одной СУБД.
    • Однородная (англ. homogeneous distributed database): фрагменты распределённой БД в разных узлах сети поддерживаются средствами одной и той же СУБД.
    • Фрагментированная, или секционированная (англ. partitioned database): методом распределения данных является фрагментирование (партиционирование, секционирование), вертикальное или горизонтальное.
    • Тиражированная (англ. replicated database): методом распределения данных является тиражирование (репликация).

Другие виды БД

  • Пространственная (англ. spatial database): БД, в которой поддерживаются пространственные свойства сущностей предметной области. Такие БД широко используются в геоинформационных системах.
  • Временная, или темпоральная (англ. temporal database): БД, в которой поддерживается какой-либо аспект времени, не считая времени, определяемого пользователем.
  • Пространственно-временная (англ. spatial-temporal database) БД: БД, в которой одновременно поддерживается одно или более измерений в аспектах как пространства, так и времени.
  • Циклическая (англ. round-robin database): БД, объём хранимых данных которой не меняется со временем, поскольку в процессе сохранения новых данных они заменяют более старые данные. Одни и те же ячейки для данных используются циклически.

Сверхбольшие базы данных

Сверхбольшая база данных (англ. Very Large Database, VLDB) — это база данных, которая занимает чрезвычайно большой объём на устройстве физического хранения. Термин подразумевает максимально возможные объёмы БД, которые определяются последними достижениями в технологиях физического хранения данных и в технологиях программного оперирования данными.

Количественное определение понятия «чрезвычайно большой объём» меняется во времени. Так, в 1997 году самой большой в мире была текстовая база данных Knight Ridder’s DIALOG объёмом 7 терабайт[14]. В 2001 году самой большой считалась база данных объёмом 10,5 терабайт, в 2003 году — объёмом 25 терабайт[15]. В 2005 году самыми крупными в мире считались базы данных с объёмом хранилища порядка сотни терабайт[16]. В 2006 году поисковая машина Google использовала базу данных объёмом 850 терабайт[17].

К 2010 году считалось, что объём сверхбольшой базы данных должен измеряться по меньшей мере петабайтами[16].

В 2011 году компания Facebook хранила данные в кластере из 2 тыс. узлов суммарной ёмкостью 21 петабайт[18]; к концу 2012 года объём данных Facebook достиг 100 петабайт[19], а в 2014 году — 300 петабайт[20].

К 2014 году по косвенным оценкам компания Google хранила на своих серверах до 10—15 эксабайт данных в совокупности[21].

По некоторым оценкам, к 2025 году генетики будут располагать данными о геномах от 100 миллионов до 2 миллиардов человек, и для хранения подобного объёма данных потребуется от 2 до 40 эксабайт[22].

В целом, по оценкам компании IDC, суммарный объём данных «цифровой вселенной» удваивается каждые два года и изменится от 4,4 зеттабайта в 2013 году до 44 зеттабайт в 2020 году[23].

Исследования в области хранения и обработки сверхбольших баз данных VLDB всегда находятся на острие теории и практики баз данных. В частности, с 1975 года проходит ежегодная конференция International Conference on Very Large Data Bases («Международная конференция по сверхбольшим базам данных»). Большинство исследований проводится под эгидой некоммерческой организации VLDB Endowment (Фонд целевого капитала «VLDB»), которая обеспечивает продвижение научных работ и обмен информацией в области сверхбольших БД и смежных областях.

См. также

Примечания

  1. ↑ Гражданский кодекс РФ, ст. 1260
  2. «Следует отметить, что термин база данных часто используется даже тогда, когда на самом деле подразумевается СУБД. […]Такое обращение с терминами предосудительно». — К. Дж. Дейт. Введение в системы баз данных. — 8-е изд. — М.: «Вильямс», 2006, стр. 50.
    «Этот термин (база данных) часто ошибочно используется вместо термина ‘система управления базами данных’». — Когаловский М. Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002., стр. 460.
    «Среди непрофессионалов […] путаница возникает при использовании терминов „база данных“ и „система управления базами данных“. […] Мы будем строго разделять эти термины». —
    Кузнецов С. Д. Основы баз данных: учебное пособие. — 2-е издание, испр. — М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2007, стр. 19.
  3. 1 2 ГОСТ Р ИСО МЭК ТО 10032-2007: Эталонная модель управления данными (идентичен ISO/IEC TR 10032:2003 Information technology — Reference model of data management)
  4. ↑ ГОСТ 33707-2016 (ISO/IEC 2382:2015) Информационные технологии (ИТ). Словарь
  5. ↑ ISO/IEC TR 10032:2003 — Information technology — Reference Model of Data Management (англ.). www.iso.org. Проверено 9 июля 2018.
  6. ↑ ISO/IEC 2382:2015 — Information technology — Vocabulary (англ.). www.iso.org. Проверено 9 июля 2018.
  7. 1 2 Когаловский М. Р., 2002.
  8. ↑ Дейт К. Дж., 2005.
  9. ↑ Коннолли Т., Бегг К., 2003.
  10. ↑ Мирошниченко Е. А. К формальному определению понятия «база данных» // Пробл. информатики. 2011. № 2. С. 83-87.
  11. ↑ Важно понимать, что структурированность базы данных оценивается не на уровне физического хранения (на котором все данные представлены совокупностями битов или байтов), а на уровне некоторой логической модели данных.
  12. 1 2 Грей, Дж. Управление данными: прошлое, настоящее и будущее
  13. ↑ Haigh T. How Data Got its Base: Information Storage Software in the 1950s and 1960s // IEEE Annals of the History of Computing. — 2009. — #4 October-December
  14. ↑ Very Large Database
  15. ↑ Riedewald M., Agrawal D., Abbadi A. Dynamic Multidimensional Data Cubes for Interactive Analysis of Massive Datasets // In: Encyclopedia of Information Science and Technology, First Edition, Idea Group Inc., 2005. ISBN 9781591405535
  16. 1 2 «Экстремальные» базы данных: Самые большие и самые быстрые, 2010 г.
  17. ↑ Alex Chitu. How Much Data Does Google Store?, 2006
  18. Shvachko, Konstantin. Apache Hadoop. The Scalability Update (англ.). — 2011. — Vol. 36, no. 3. — P. 7—13. — ISSN 1044-6397.
  19. ↑ Josh Constine. How Big Is Facebook’s Data? // TechCrunch, 23.08.2012
  20. Wiener, J., Bronson N. Facebook’s Top Open Data Problems, 22.10.2014
  21. ↑ Colin Carson. How Much Data Does Google Store? Архивная копия от 15 сентября 2016 на Wayback Machine, 2014
  22. ↑ Ася Горина. Увеличивающийся объем генетических данных стал проблемой для науки
  23. ↑ Executive Summary: Data Growth, Business Opportunities, and the IT Imperatives

Литература

  • Когаловский М. Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002. — 800 с. — ISBN 5-279-02276-4.
  • Кузнецов С. Д. Основы баз данных. — 2-е изд. — М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2007. — 484 с. — ISBN 978-5-94774-736-2.
  • Дейт К. Дж. Введение в системы баз данных = Introduction to Database Systems. — 8-е изд. — М.: Вильямс, 2005. — 1328 с. — ISBN 5-8459-0788-8 (рус.) 0-321-19784-4 (англ.).
  • Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика = Database Systems: A Practical Approach to Design, Implementation, and Management. — 3-е изд. — М.: Вильямс, 2003. — 1436 с. — ISBN 0-201-70857-4.
  • Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс = Database Systems: The Complete Book. — Вильямс, 2003. — 1088 с. — ISBN 5-8459-0384-X.
  • Date, C. J. Date on Database: Writings 2000–2006. — Apress, 2006. — 566 с. — ISBN 978-1-59059-746-0, 1-59059-746-X.
  • Date, C. J. Database in Depth. — O’Reilly, 2005. — 240 с. — ISBN 0-596-10012-4.
  • Beynon-Davies P. (2004). Database Systems 3rd Edition. Palgrave, Basingstoke, UK. ISBN 1-4039-1601-2

Ссылки

Что такое база данных?

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

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

Типы баз данных

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

База данных плоских моделей

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

База данных иерархических моделей

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

Сетевая модель

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

Реляционная модель

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

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

Реляционные базы данных используют программный интерфейс, называемый SQL (Standard Query Language). В настоящее время SQL используется практически во всех реляционных базах данных.Реляционные базы данных очень легко настроить, чтобы они подходили практически для любого типа хранилища данных. Можно легко создать отношения для товаров на продажу, сотрудников компании и т. Д.

Доступ к информации с помощью базы данных

Хотя хранение данных — отличная функция базы данных, многие пользователи баз данных считают быстрый и простой поиск информации самым важным. Получить информацию о сотруднике в реляционной базе данных очень просто. Реляционные базы данных также добавляют возможности выполнения запросов.Запросы — это запросы на извлечение определенных типов информации и либо отображение их в естественном состоянии, либо создание отчета с использованием данных. Например, если у кого-то была база данных сотрудников, которая включала в себя такие таблицы, как зарплата и описание должности, он / она мог бы легко выполнить запрос, чтобы узнать, какие рабочие места оплачивают больше определенной суммы. Независимо от того, какая информация хранится в базе данных, с помощью SQL можно создавать запросы, которые помогут ответить на важные вопросы.

Хранение базы данных

Базы данных могут быть очень маленькими (менее 1 МБ) или очень большими и сложными (терабайты, как во многих государственных базах данных).Однако все базы данных обычно хранятся и располагаются на жестких дисках или других типах устройств хранения, и доступ к ним осуществляется через компьютер. Для больших баз данных могут потребоваться отдельные серверы и местоположения, однако многие небольшие базы данных могут легко поместиться в файлы, расположенные на жестком диске компьютера.

Защита базы данных

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

Дополнительная литература

.

Что такое база данных?

Что такое база данных : Прежде чем мы начнем изучать, что такое база данных, давайте узнаем, что такое данные?

Данные : Данные — это информация или факты. Данные могут быть в любой форме, например числа, текст, лист бумаги, размеры и байты . Например, , имя ученика, возраст, класс, номер списка. изображение и т. д. Файл, pdf и документ также могут быть данными.

См. Также: Что такое система обработки файлов

Что такое база данных

Теперь давайте начнем нашу основную тему , что такое БАЗА ДАННЫХ ?

Есть много определений базы данных; некоторые из них приведены ниже:

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

Поле может быть определено как отдельная информация.

Запись — это набор полей

И файл состоит из записей, или, можно сказать, набора записей.

МЫ можем понять это как

Поле + поля + поля + поля + поля = запись

Запись + записи + записи + записи + записи = файлы

Что такое файлы, поля, записи

На этой диаграмме ясно показано, что такое база данных, файл, запись и поле.

Из всего этого определения, данного выше, мы пришли к выводу о ключевых особенностях БАЗЫ ДАННЫХ .

  • База данных всегда в порядке.
  • База данных взаимосвязана.
  • Хранится только один раз.
  • Простой поиск информации
  • Состоит из полей, записей и файлов

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

Другими примерами являются: поставщик электрических услуг, адресная книга, книга счетов и т. Д.

Приложения базы данных : Существует множество приложений базы данных, некоторые из них приведены ниже.

  • Система бронирования рейсов
  • Система бронирования поездов
  • Библиотечная система
  • Университеты Информационная система для студентов
  • Операции по кредитной карте
  • Банковское дело
  • Сайты интернет-магазинов

База данных Доступно на рынке: Oracle, MySQL, FoxPro, IMS, IBM DB2, Big Data и т. Д.

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

  • Минимальное резервирование
  • Конфиденциальность и безопасность
  • Простой поиск
  • Целостность
  • Последовательность
  • Простота
  • Полный доступ
  • Перенос данных

См. Также: Преимущества системы управления базами данных

Недостатки базы данных : Несмотря на множество недостатков, база данных имеет свои недостатки.

  • Очень дорого
  • Высокая стоимость оборудования.
  • Sometime Complex
  • Повышенная уязвимость

См. Также: Недостатки системы управления базами данных

Итак, это была краткая статья о том, что такое СУБД? Надеюсь, вы узнали основное определение СУБД. Если вы хотите спросить что-нибудь о СУБД, не стесняйтесь оставлять комментарии ниже. Если вам понравилось, поделитесь, пожалуйста, с друзьями и коллегами.

https://whatisdbms.com/what-is-a-database/ Что такое база данных? https: // whatisdbms.com / wp-content / uploads / 2015/06 / What-Is-A-Database.png https://whatisdbms.com/wp-content/uploads/2015/06/What-Is-A-Database-150×150.png Сумит ТхакурЧто такое СУБДЧто такое база данных: Прежде чем мы начнем изучать, что такое база данных, давайте узнаем, что такое данные?

Данные: данные — это информация или факты. Данные могут быть в любой форме, например числа, текст, лист бумаги, измерения и байты. Например, имя студента, возраст, … Sumit ThakurSumit
Thakursumitsssrt @ gmail.comAdministrator Здравствуйте, друзья! Я автор whatisdbms.com. Я люблю помогать всем, кто борется с карьерой. Я индийский блоггер и занимаю 4-е место среди самых любимых блоггеров Индии. Что такое Dbms.

Что такое децибел (дБ)?

Определение децибел (дБ), как преобразовать, калькулятор и таблица соотношения дБ.

Децибел (дБ), определение

Децибел (символ: дБ) — логарифмическая единица, обозначающая коэффициент усиления.

Децибел используется для обозначения уровня акустических волн и электронных сигналов.

Логарифмическая шкала может описывать очень большие или очень маленькие числа в более коротких обозначениях.

Уровень дБ можно рассматривать как относительное усиление одного уровня по сравнению сдругой уровень или уровень абсолютной логарифмической шкалы для хорошо известных опорных уровней.

Децибел — безразмерная единица.

Отношение в белах является десятичным логарифмом отношения P 1 и P 0 :

Передаточное число B = лог 10 ( P 1 / P 0 )

децибел составляет одну десятую бела, поэтому 1 бел равен 10 децибел:

1B = 10 дБ

Передаточное число

Коэффициент мощности в децибелах (дБ) равен десятикратному логарифму по основанию 10 отношения P 1 и P 0 :

Коэффициент дБ = 10⋅log 10 ( P 1 / P 0 )

Соотношение амплитуд

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

Отношение амплитуд в децибелах (дБ) составляет 20 логарифмов по основанию 10 отношения V 1 и V 0 :

Коэффициент дБ = 10⋅log 10 ( V 1 2 / V 0 2 ) = 20⋅log 10 ( V 1 / В 0 )

Децибел в ватт, вольт, герц, калькулятор преобразования паскалей

Преобразование дБ, дБм, дБВт, дБВ, дБмВ, дБмкВ, дБу, дБмкА, дБГц, дБУЗД, дБА в ватты, вольты, амперы, герцы, звуковое давление.

  1. Установите тип количества и единицы децибел.
  2. Введите значения в одно или два текстовых поля и нажмите соответствующую кнопку Преобразовать :

Отношение мощности к преобразованию в дБ

Коэффициент усиления G дБ равна 10 раз по основанию 10 логарифм отношения мощности Р 2 и эталонной мощности Р 1 .

G дБ = 10 log 10 ( P 2 / P 1 )

P 2 — уровень мощности.

P 1 — эталонный уровень мощности.

G дБ — коэффициент мощности или усиление в дБ.

Пример

Найдите коэффициент усиления в дБ для системы с входной мощностью 5 Вт и выходной мощностью 10 Вт.

G дБ = 10 log 10 ( P выход / P дюйм ) = 10 log 10 (10 Вт / 5 Вт) = 3,01 дБ

дБ для преобразования отношения мощности

мощность Р 2 равна эталонной мощности Р 1 раз 10 поднят на коэффициент усиления G в дБ , деленное на 10.

P 2 = P 1 10 ( G дБ / 10)

P 2 — уровень мощности.

P 1 — эталонный уровень мощности.

G дБ — коэффициент мощности или усиление в дБ.

Отношение амплитуды к преобразованию в дБ

Для амплитуды волн, таких как напряжение, ток и уровень звукового давления:

G дБ = 20 log 10 ( A 2 / A 1 )

A 2 — уровень амплитуды.

A 1 — эталонный уровень амплитуды.

G дБ — отношение амплитуд или усиление в дБ.

дБ для преобразования отношения амплитуды

A 2 = A 1 10 ( G дБ / 20)

A 2 — уровень амплитуды.

A 1 — эталонный уровень амплитуды.

G дБ — отношение амплитуд или усиление в дБ.

Пример

Найдите выходное напряжение для системы с входным напряжением 5 В и усилением по напряжению 6 дБ.

В выход = В дюйм 10 ( G дБ /20) = 5 В
10 (6 дБ / 20) = 9,976 В ≈ 10 В

Коэффициент усиления по напряжению

Коэффициент усиления по напряжению ( G дБ ) в 20 раз превышает логарифм по основанию 10 отношения выходного напряжения ( В, , , выход ) и входного напряжения ( В, , , дюйм ):

G дБ = 20⋅log 10 ( В выход / В дюйм )

Текущая прибыль

Коэффициент усиления по току ( G дБ ) в 20 раз превышает логарифм по основанию 10 отношения выходного тока ( I из ) и входного тока ( I в ):

G дБ = 20⋅log 10 ( I выход / I дюйм )

Акустическое усиление

Акустическое усиление слухового аппарата ( G дБ ) в 20 раз больше логарифма по основанию 10 отношения выходного уровня звука ( L из )
и входной уровень звука ( L, , , ).

G дБ = 20⋅log 10 ( L выход / L дюйм )

Отношение сигнал / шум (SNR)

Отношение сигнал / шум ( SNR дБ ) в 20 раз больше логарифма по основанию 10 амплитуды сигнала ( A, , , сигнал )
и амплитуда шума ( A шум ):

SNR дБ = 20⋅log 10 ( A сигнал / A шум )

Абсолютные единицы в децибелах

Абсолютные единицы децибел относятся к определенной величине единицы измерения:

Эталонный шум

Установка Имя Номер ссылки Кол-во Коэффициент
дБм децибел милливатт 1 мВт электрическая мощность передаточное число
дБВт децибел ватт 1 Вт электрическая мощность передаточное число
дБрн децибел 1 пол электрическая мощность передаточное число
дБмкВ децибел микровольт 1 мкВ СКЗ напряжение отношение амплитуд
дБмВ децибел милливольт 1 мВ RMS напряжение отношение амплитуд
дБВ децибел вольт 1 В СКЗ напряжение отношение амплитуд
дБн децибел без нагрузки 0.775 В RMS напряжение отношение амплитуд
дБZ децибел Z 1 мкм 3 отражательная способность отношение амплитуд
дБмкА децибел микроампер 1 мкА текущий отношение амплитуд
дБОм децибел Ом 1 Ом сопротивление отношение амплитуд
дБГц децибел герц 1 Гц частота передаточное число
дБSPL децибел уровень звукового давления 20 мкПа звуковое давление отношение амплитуд
дБ (A) децибел по шкале А 20 мкПа звуковое давление отношение амплитуд

Относительные децибелы

децибел

Эталонный шум

Установка Имя Номер ссылки Кол-во Коэффициент
дБ децибел мощность / поле
дБн несущая несущая мощность электрическая мощность передаточное число
дБи децибел изотропный изотропная плотность мощности антенны плотность мощности передаточное число
дБFS децибел полная шкала полная цифровая шкала напряжение отношение амплитуд
дБрн децибел

Измеритель уровня звука

Измеритель уровня звука или Измеритель SPL — это прибор, который измеряет уровень звукового давления (SPL) звуковых волн в децибелах
(дБ-УЗД) единиц.

Измеритель

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

Единицей измерения уровня звукового давления является паскаль (Па), а в логарифмической шкале используется дБ-SPL.

дБ-SPL таблица

Таблица общих уровней звукового давления в дБSPL:

Тип звука Уровень звука (дБ-SPL)
Порог слуха 0 дБSPL
Шепот 30 дБSPL
Кондиционер 50-70 дБSPL
Разговор 50-70 дБSPL
Трафик 60-85 дБSPL
Громкая музыка 90-110 дБSPL
Самолет 120-140 дБSPL

дБ в таблице преобразования

дБ Соотношение амплитуд Коэффициент мощности
-100 дБ 10 -5 10 -10
-50 дБ 0.00316 0,00001
-40 дБ 0,010 0,0001
-30 дБ 0,032 0,001
-20 дБ 0,1 0,01
-10 дБ 0,316 0,1
-6 дБ 0,501 0.251
-3 дБ 0,708 0,501
-2 дБ 0,794 0,631
-1 дБ 0,891 0,794
0 дБ 1 1
1 дБ 1,122 1,259
2 дБ 1.259 1,585
3 дБ 1,413 2 ≈ 1,995
6 дБ 2 ≈ 1,995 3,981
10 дБ 3,162 10
20 дБ 10 100
30 дБ 31,623 1000
40 дБ 100 10000
50 дБ 316.228 100000
100 дБ 10 5 10 10

дБм ►


См. Также

.

Что означает DB?

DB

База данных

Правительственный »Военный — и многое другое …

Оценить:
DB

Инвалидность 9000i» Медицинская физика

Оцените:
DB

Децибел

Разное »Единицы измерения — и многое другое…

Оцените:
DB

Deutsche Bahn

Academic & Science »Любительское радио — и многое другое …

Оценить:
дБ

децибел

Правительственные »NASA — и другие …

Оценить:
DB

Dragon Ball

Разное »Хобби

Оцените:
DB

Шина данных

Вычислительная техника» Общие вычисления — и многое другое…

Оцените его:
DB

Дата рождения

Медицина »Физиология

0

Бизнес» Банковское дело

DB

Dual Band

Академия и наука »Электроника

Оцените это:
DB

Банк Развития

28

Оценить:
DB

Дэвид Боуи

Сообщество »Знаменитые и знаменитости

Оценить:
9000
9000 5

Оценить:
DB

На основе дизайна

Академия и наука »Электроника

Оценить:
9000

Бонус за урон

Разное »Несекретный

Оцените его:
DB

Байт данных

8

Оцените:
DB

Мертвое тело

Правительственное »Право и право — и многое другое…

Оценить:
DB

Дата до

Разное »Сокращения дней

Db

Дубний

Академия и наука »Химия

Оцените это:
DB

000

0009000

Оцените это:
DB

Защитник

Разное »Команды НФЛ

Оцените:
DB

Дэвид Браун

Разное »Несекретный

Оценить

Design Berlin

Бизнес »Компании и фирмы

Оцените:
DB

На основе дистрибуции

Разное» Разное »Не классифицировано 14

Оценить:
DB

На основе расстояния

Разное »Без категории

Оценить: