Опции за хостинг на релационни бази данни (SQL RDBMS) 2020

Разкриване на информация Вашата поддръжка помага за поддържането на сайта! Печелим такса за препращане за някои от услугите, които препоръчваме на тази страница.


Contents

Намерете хостинг с тези функции в SQL

  • MySQL
  • PostgreSQL
  • MS Access
  • MSSQL
  • MariaDB
  • SQLite

Релационни бази данни и език за структуриран заявка (SQL)

Всички уебсайтове изискват някакъв начин за съхраняване на съдържание и данни. Най-ранните уебсайтове не правят разлика между съдържание и презентация, така че съдържанието просто се съхранява в страници или документи, до които се осъществява достъп от уеб браузър.

Тъй като уебсайтовете стават по-сложни и технологията за справяне с тази сложност напредна, разработчиците започнаха да го правят отделно съдържание от презентация.

Сега съдържанието обикновено се съхранява под някаква форма на отделно хранилище на данни. По-често това е релационна база данни.

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

Основи на релационната база данни

Основи на релационната база данни

Релационна база данни съхранява информация в таблици. Като цяло има таблица за всеки клас „истински“ неща, които се опитвате да следите. Например, в база данни от библиотеки ще има таблица за книги и таблица за автори (между много други).

Всеки ред от таблица представлява един екземпляр от този клас – една книга или един автор. Всяка колона на таблицата е атрибут – заглавие, година на публикуване.

Защо се нарича релационно?

Базата данни се нарича “релационна”, защото таблиците могат да бъдат свързани помежду си.

Например авторите са свързани с книги, тъй като всяка книга има автор.

Така че колоната в таблицата „Книги“ може да е „Автор“ и съдържанието на това колоната ще бъде препратки към редове в таблицата с авторите (тоест препратка към конкретни автори).

Уникални и чужди ключове

Позоваванията се правят чрез използването на уникални ключове и чужди ключове.

Всеки ред в таблицата с авторите (както и всяка друга таблица) има уникален идентификатор, обикновено число.

В колоната с автора в таблицата „Книги“ атрибутът за автора не се съхранява като името на автора, а като числова препратка към съответния ред в таблицата „Автори“.

Единният източник на правилото за истината

Този начин на препращане на редове в други таблици помага да се наложи правилото за Единствен източник на истината.

В нашия пример таблицата „Автори“ съдържа цялата информация за автора, включително как се изписва името му.

Ако трябва да се направи промяна, тя се извършва само на едно място и референтните редове не трябва да правят никакви промени.

Моделиране на данни

Моделиране на данни в релационни бази данни

Най- изкуство и наука за проектиране на база данни – решаването на какви таблици са необходими и как те ще се свързват една с друга – се нарича моделиране на данни.

По-трудно е, отколкото изглежда първоначално.

Разбиране на моделиране на данни

Например, нека разгледаме допълнително тази база данни от библиотеки.

Трябва ли наистина да има таблица за Книги? Библиотеката може да има няколко различни видове носители.

Трябва ли да има таблица за книги и отделна за списания, DVD, ръкописи и компактдискове? Вероятно не.

По-разумният дизайн вероятно би бил да има таблица, наречена елементи, която включва като атрибут колона, наречена медия или тип.

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

Ами авторите? Трябва ли да има таблица за авторите?

Какво ще кажете за членове на актьорите във филми, издатели на списания, продуценти на албуми?

Ако някой е направил всички онези различни неща за различни проекти, трябва ли да се показва в четири или пет различни таблици?

Нарушаване на единния източник на истината

Това би нарушило единния източник на истината.

Може би трябва просто да имаме маса, наречена Хора. Но тогава какво ще кажете за колоната с автора в таблицата Книги (Елементи)?

Какво става, ако книга има повече от един автор? Какво става, ако книга има редактор, но няма нито един автор (като стихосбирка)?

Стандартното решение тук е да има таблица, която определя отношения между артикули и хора, може би наричани сътрудници.

Това би имало три колони – предмет, лице и роля.

След това ролята трябва да бъде чужд ключов препратка към таблица, която изброява различните възможни роли, които човек може да има – автор, редактор, продуцент, актьор, певец.

Как се прави доброто моделиране на данни?

С моделирането на данни всяко парче от пъзела – всеки клас от реални неща, които трябва да следите – създава слой с потенциална сложност.

Доброто моделиране на данни е процес на намиране на най-простото решение което ще даде възможност за a поддържан и последователен набор от данни.

Освен това на всеки възможен въпрос относно данните трябва да има един и само един отговор.

Връзки между таблиците на базата данни

Какви взаимоотношения съществуват между таблиците на базата данни?

Има три вида връзки между таблиците. Най-основното е един-към-много връзка.

В нашата база данни за телефонни обаждания има връзка между много и много обаждания. Единият обаждащ се може да се показва произволен брой пъти в таблицата с обаждания.

Различни връзки с данни

Най- едно към едно връзката е точно това, което звучи. Той се използва рядко, защото това е просто начин за разделяне на това, което обикновено е една таблица на две таблици.

Но понякога се използва, когато има много елементи от данни, до които рядко се достига.

Най- много-към-много връзка е там, където има много съответстващи елементи във всяка таблица.

Пример за това би имало в нашия дневник на повиквания, ако за един разговор е имало конферентни разговори с повече от един обаждащ се.

Това се управлява в дизайна на базата данни чрез създаване на посредническа таблица. След това тази нова таблица има връзка между мнозина с двете таблици, които свързва.

Какво е SQL?

Какво е SQL?

SQL, което означава Структуриран език на заявките, предоставя набор от команди за проектиране и манипулиране на таблици на база данни и извличане на информация (изпълнение на заявки) от тях.

Когато работим със SQL таблици в нашите бази данни, ние (или нашето уеб приложение) се нуждаем от начин да „говорим“ със сървъра. Например, нашето уеб приложение може да се наложи попитайте базата данни за потребителски профил на потребителя. До този край, използваме SQL.

Повечето релационни бази данни – и всички релационни бази данни, популярни за уеб приложения – използват SQL.

Какво е CRUD (Създаване, четене, актуализиране, изтриване)?

CRUD е популярна съкращение, която се отнася до общите функции на базата данни и команди за създаване, четене, актуализиране и изтриване на записи.

Несъвместими варианти

Моля, обърнете внимание, че въпреки че много различни RDBMS използват SQL, много от тях използват варианти, които не са съвместими.

Например:

  • Заявките, които се изпълняват на SQL Server на Microsoft, може да не са валидни спрямо MySQL бази данни.
  • Заявките, които се изпълняват в MySQL бази данни, може да не са валидни спрямо PostgreSQL.

Това означава, че преместването от един RDBMS в друг не се извършва обикновено, тъй като експортирането, преместването и импортирането на данни изисква доста работа.

Трудно ли е да науча SQL? Проста SQL заявка

Как изглежда SQL? Трудно ли е да се учи?

Е, нека да кажем, че искаме да върнем всички редове от таблица, наречена „Книги“, където „authorLn“ (което е стенограмата ни за фамилното име на автора) е „Greene“. Следователно нашата SQL заявка ще изглежда така:

ИЗБЕРЕТЕ * ОТ книги, КОИТО авторLn = „Грийн“;

В зависимост от варианта на SQL, който използвате, вие може да видите някои малки синтактични разлики в горното запитване.

Можете да видите, че SQL е доста интуитивен, прост и прав.

Все пак има по-често прилики, отколкото разлики.

Други SQL действия

В допълнение към изпълнение на заявки към вашата база данни, SQL се използва за управлявайте вашата база данни и нейните таблици. За да създадете нова таблица, бихте използвайте командата CREATE:

СЪЗДАВАНЕ НА ТАБЛИЦА книги (id INT, заглавие VARCHAR (100), автор VARCHAR (250));

За да пуснете таблица (което е като изтриване на таблица, но също така премахвате всичко, свързано с таблицата, например разрешения), използвайте командата DROP.

ДРОПИРАЙТЕ ТАБЛИЧНИ книги;

Имате идея. SQL, както подсказва името му, ви осигурява много структура, когато става въпрос за взаимодействие с вашата база данни

SQL реализации

Въпреки че всички SQL бази данни използвайте същия език за заявки за програмиране, всяка система за управление на база данни изпълнява слоевете за съхранение и управление по различен начин.

Това означава, че всеки има конкретни силни и слаби страни в областта на изпълнение на различни видове заявки.

Популярни RDMS системи

Кои са най-популярните системи за управление на релационни бази данни SQL?

Следва списък на най-популярните и най-често използваните системи за управление на релационни бази данни (RDBMS).

  • MySQL
  • MariaDB
  • MS Access
  • Microsoft SQL Server
  • Oracle база данни
  • PostgreSQL
  • SQLite

MySQL

Вероятно най-популярният RDBMS за уеб приложения, поради използването му в WordPress, Drupal, Joomla и няколко други уеб приложения, базирани на PHP.

MariaDB

Подмяна на отпадане за MySQL с подобрена производителност. MariaDB е развита в общността вилка на MySQL и е много търсена.

MS Access

Инструмент за изграждане на приложения за настолни бази данни. Като цяло не се счита за подходящ за използване в мрежата. Той комбинира двигателя на базата данни на Microsoft Jet с GUI.

Microsoft SQL Server

Понякога съкратено MSSQL или MS SQL Server, това е RDBMS за използване с други приложения и инструменти на Microsoft като Sharepoint и .NET Framework.

Oracle база данни

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

PostgreSQL

База данни на общността с отворен код, която мнозина се счита за по-добра алтернатива на MySQL. PostgreSQL е обектно-релационна база данни.

SQLite

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

Най- цената на изброените по-горе опции варира.

Например MySQL, Maria DB и PostgreSQL са с отворен код, а SQLite е в публичното пространство.

Използването на тези опции определено е благоприятно за бюджета. Опциите за базата данни на Oracle и Microsoft обаче са собствени, така че не забравяйте да отчитате тези разходи в бюджета си, когато пазарувате наоколо.

Опции, базирани в облак

Опции за база данни в облака

С популярността на облачните изчисления има и опции, базирани на облаци. Тези опции го правят лесно за вас да разгърнете база данни до облачна среда.

  • Amazon Web Services (AWS) Aurora
  • Услуга за релационни бази данни на Amazon Web Services (AWS) (RDS)
  • Google Cloud Platform
  • Microsoft Azure SQL база данни

Amazon Web Services (AWS) Aurora

Релационна база данни, базирана на облак, съвместима с MySQL и PostgreSQL, предлагаща ефективността и наличността на търговски продукт, но с простотата и икономическата ефективност на опциите с отворен код

Aurora на Amazon е съвместима с MySQL, но осигурява далеч по-голяма производителност дори на същия хардуер. Той може да увеличи мащаба си, за да се справи с милиони транзакции в минута.

Услуга за релационни бази данни на Amazon Web Services (AWS) (RDS)

Услуга, която ви позволява да разгърнете шест различни RDBMS (AWS Aurora, MariaDB, Microsoft SQL Server, MySQL, Oracle, PostgreSQL), без да се притеснявате за необходимата физическа инфраструктура

Google Cloud Platform

Опция за облак на Google за потребители на MySQL и PostgreSQL; може да се счита за еквивалент на Аврора на AWS.

Microsoft Azure SQL база данни

Релационна облачна база данни, съвместима с предложенията на SQL Server на Microsoft; е съвместим с други инструменти на Microsoft, които може да използвате за разработка, като SQL Server Management Studio, SQL Server Express или Visual Studio

Облачните бази данни могат да струват скъпо, но в зависимост от вашата ситуация те могат да бъдат по-евтини от създаването на собствена физическа инфраструктура.

Избор на SQL RDMS

Избор на вашата SQL система за управление на релационни бази данни

Когато купувате уеб хостинг, ще имате известен избор относно системата от бази данни, която използвате. Обикновено няма да е необходимо да търсите специализиран хостинг на база данни на SQL – обикновено бази данни елате с вашия уеб хостинг пакет.

Споделени планове за хостинг

Ако изберете споделен хостинг план, вероятно ще използвате база данни MySQL (въпреки че понякога може да намерите хостове, които предлагат и PostgreSQL). И двете опции са съвместими с хостинг базиран на Linux или хостинг на Windows.

Ако закупите план за хостинг на Windows, може също да имате възможност да използвате MS SQL Server. Недостатъкът на това е, че вие може да се наложи да доплатите малко повече тъй като продуктите на Microsoft не са нито с отворен код, нито са свободни за използване.

Виртуални частни сървъри (VPS) и специални сървъри

Ако изберете виртуален частен сървър (VPS) или специализиран сървър, имате много повече опции. Можете доста използвайте каквото искате, стига всичко съвместимо (тоест не можете да стартирате база данни на MS SQL Server на сървър, базиран на Linux, дори ако това е специален екземпляр).

Коя опция за RDBMS трябва да избера?

За повечето потребители обаче достъпните опции (MySQL и PostgreSQL) с отворен код са напълно достатъчни.

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

Едва когато започнете да работите с приложения с много трафик, интензивни ресурси, ще започнете да виждате разлики в производителността между различните системи от бази данни.

Облачни сървъри

Ако получавате бази данни с вашия уеб хостинг (което често се случва при споделени хостинг планове), опция базирана в облак вероятно не е на вашия радар.

Освен че допълнителните бази данни ще бъдат излишни, вие може дори да няма възможност за използване на външна среда на база данни.

Въпреки че, както винаги, това зависи от вашия конкретен уеб хост.

За по-усъвършенствани опции за хостинг, като VPS и специализирани инстанции, базирана в облак база данни е чудесен начин да отделите вашия хостинг / уебсайт от вашите данни, както и да спечелите допълнително пространство за съхранение.

Много такива сървъри имат строго определени граници на съхранение и с увеличаването на сайта ви преместването на частта, която вероятно расте най-бързо – вашата база данни – другаде е разумно.

освен това, такива опции за съхранение също са склонни да бъдат по-евтини отколкото закупуване на допълнително дисково пространство от вашия уеб хост.

Какво са NoSQL Бази данни?

Освен ако не живеете под скала, вероятно сте чували за бази данни NoSQL.

NoSQL е терминът за улов на всички бази данни, които не следват модела RDBMS.

По принцип, вместо да структурирате данните си по модел, който сте събрали, вашите данни се съхраняват по какъвто начин, който (или вашата база данни) прецените за подходящ.

За подробна информация, моля, вижте нашата страница в базите данни на NoSQL.

купон за уеб хостинг

Търсите много за SQL хостинг?
A2 хостинг отбеляза №1 в последните ни тестове за скорост и производителност. Техните планове включват поддръжка за много бази данни (и инструменти), включително MySQL, SQLite, PostgreSQL, MongoDB, Percona и RockMongo. Използвайте тази връзка за отстъпки
да спестите до 50% при плановете на A2.

Обобщение на SQL RDMS

Обобщение на релационните бази данни и SQL

Ще ви трябва място, където да съхранявате данните на уеб приложението си, и това е обикновено се използва с помощта на системи за управление на релационни бази данни (RDBMS), които използват структуриран език на заявките (SQL).

В тази статия разгледахме какво са RDBMS и SQL, както и често използваните опции за база данни.

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

Често задавани въпроси SQL

  • Какво е релационна база данни?

    Релационна база данни е тази, която е разделена на различни таблици, които са задали отношения помежду си.

    Критичният фактор е, че нито един бит информация „не принадлежи“ към който и да е друг бит информация. В резултат на това е лесно да се търси произволна информация.

  • Какво имаше преди релационните бази данни?

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

    Йерархичните бази данни водят до по-сложно търсене – следване от родител на дете и на и нататък.

  • Кой е Едгар Ф Код и какво направи през 1969г?

    Едгар Ф Код е компютърен учен, работил за IBM през 60-те и 70-те години.

    През 1969 г. той измисля идеята за релационната база данни, която той споделя със света в документа от 1970 г., „Релационален модел на данни за големи споделени банки”.

  • Какво е единният източник на истината?

    Единният източник на истината (SSoT) е практика само да се съхранява информация веднъж в база данни.

    Разгледайте база данни с телефонни обаждания. Ще се покаже кой се обажда по кое време. Ако имаше пет обаждания от Dennis Callsalot, базата данни ще запази името „Dennis Callsalot“ само на едно място и дневникът на повикванията ще се позовава на този запис.

    Или да се каже на езика на базата данни, таблицата за обаждания ще има колона за обаждания. Графата на обаждащия се включва число, което се позовава на таблица с хора.

  • Какъв е смисълът на SSoT?

    SSoT прави базите данни далеч по-ефективни.

    В нашата база данни за телефонни обаждания бихме загубили много място, въвеждайки „Dennis Callsalot” отново и отново.

    Колкото по-малка е базата данни, толкова по-бързо е търсенето. Може да не е толкова важно в много малка база данни, но си представете такава, в която има милион препратки към „Денис Калсалот“.

    Друг важен фактор е корекцията. Да предположим, че името „Dennis Callsalot” е грешно и всъщност е „Dennis Calster.“

    При базата данни на SSoT е въпрос на промяна на името на едно място и след това то автоматично и незабавно се променя във всички приложения, които използват базата данни.

  • Какво е SQL?

    SQL е съкращение за „Структуриран език на заявките“.

    Това е специализиран език за програмиране, който може да се използва за извличане на данни от релационна база данни. SQL заявките могат да бъдат много прости, просто четене на данни от една таблица.

    Или те могат да бъдат много сложни, като четат данни, свързани в различни таблици с многобройни квалификатори.

  • Как се произнася „SQL“?

    Някои хора произнасят SQL като „S-Q-L“, а други го произнасят като „продължение“. Което е правилно? Няма категоричен отговор.

    Първоначално SQL се наричаше „Структуриран английски език за заявки“ и беше известен като SEQUEL. Така че беше произнесено „продължение“.

    Но имаше проблем със запазената марка, така че името беше променено на просто „Структуриран език за заявки“ и известно като SQL.

    Дори и след това Oracle все още го нарича „продължение“. Но разработчиците на MySQL бяха много ясни, че името на тяхната база данни е произнесено „My-S-Q-L.“ И двете произношения са напълно приемливи.

  • Защо MySQL е толкова широко използван?

    MySQL е утвърдена и мощна система от бази данни. Това беше първата голяма безплатна система от бази данни, която стана широко използвана.

    Именно двигателят стои зад голяма част от софтуера, който изгражда интернет, като WordPress – най-популярният софтуер за блогове в света.

    Но нищо от това не трябва да се приема, че популярността на MySQL почива на пазарната му позиция. Освен това е лесна за работа, сигурна, мащабируема и доста бърза.

  • Тогава защо много хора твърдят, че PostgreSQL е толкова голям?

    PostgreSQL има няколко предимства пред MySQL.

    Като първо, MySQL не прилага пълния стандарт SQL, който за повечето приложения няма значение.

    За някои видове работа обаче е важно по-пълното им изпълнение.

    Също PostgreSQL е обектно-релационна база данни, която е обектно-ориентиран модел на база данни – улеснява някои видове разработки.

  • Какво е SQLite?

    SQLite е най-популярната система за управление на бази данни в света, защото се използва на всички Android и iPhone. Това не е клиент-сървърна база данни като MySQL и PostgreSQL. Това е библиотека от бази данни, където се използва в отделни програми.

  • Какво ще кажете за Oracle Database? Microsoft SQL Server?

    Това са продукти за търговска база данни със собствени предимства и недостатъци. Основното предимство е подкрепата, а основният недостатък е цената.

    Базата данни на Oracle е обектно-релационна, докато Microsoft SQL Server е традиционна релационна база данни.

  • Какво ще кажете за Microsoft Access?

    Достъпът всъщност не е база данни. Той идва с двигателя за база данни Jet. Достъпът е само интерфейсът. Възможно е да го използвате за достъп до други бази данни.

  • Има ли други търговски опции освен оферти от Oracle и Microsoft?

    Има много други търговски опции. Има дори комерсиални версии на MySQL.

  • Коя база данни трябва да използвам?

    Това ще зависи от вашите нужди.

    Ако създавате приложение за Android, почти сигурно ще използвате SQLite.

    Ако имате проект на база данни, който е доста лесен, но изисква бързина, MySQL може да бъде пътят.

    Ако имате нужда от по-богата на функции база данни, PostgreSQL може да бъде това, което търсите.

    Ако имате нужда от обслужване и надеждна скала, търговският продукт може да бъде най-добрият избор.

    Всичко зависи от вас и какво искате да направите.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map