Какво е " РЕЛАЦИОННИТЕ БАЗИ ДАННИ " на Английски - превод на Английски

• relational databases
• relational database

Примери за използване на Релационните бази данни на Български и техните преводи на Английски

Това е стар, често срещан проблем за релационните бази данни.
This is an old, common problem for relational databases.

Защо релационните бази данни обикновено не се увеличават добре.
Why relational databases do not normally scale up well.

Имате основни знания по теорията на релационните бази данни?
Do you have the basic knowledge of relational database theory?

Релационните бази данни като Access обикновено имат няколко свързани таблици.
A relational database, like Access, usually has several logically connected tables.

Имайте предвид също, че релационните бази данни се придържат към набор от правила за проектиране.
Also, remember that relational databases adhere to a set of design rules.

Релационните бази данни и електронните таблици са примери за структурирани данни..
Relational databases and spreadsheets are examples of structured data.

Нека да направим крачка назад и да разгледаме първоначалния проблем, който релационните бази данни са проектирани да решат.
Let's take a step back, and look at the original problem that relational databases were designed to solve.

Релационните бази данни се разработват от различни доставчици за общи формати и конвенции.
Relational databases are developed by different suppliers to common formats and conventions.

И тъй като данните от времеви серии се натрупват много бързо, много разработчици смятат, че релационните бази данни не са подходящи за това.
And because time-series data piles up very quickly, many developers believe relational databases are ill-suited for it.

За разлика от релационните бази данни triplestore е оптимизирана за съхранение и извличане на триплети.
Unlike a relational database, a triplestore is optimised for the storage and retrieval of triples.

По време на работата си в IBM изобретява релационния модел за управление на бази данни, който е теоретичната основа за релационните бази данни.
While working for IBM, he invented the relational model for database management, the theoretical basis for relational databases.

За разлика от релационните бази данни triplestore е оптимизирана за съхранение и извличане на триплети.
Unlike relational databases, triplestores are optimized for the storage and retrieval of many short statements or triples.

Структурите от данни, използвани от NoSQL бази данни, се различават от тези, използвани в релационните бази данни, което прави доста операции по-бързи в NoSQL.
The data structures which is use by NoSQL databases are different from those used by default in relational databases which makes some operations faster in NoSQL.

Релационните бази данни съхраняват данни в отделни таблици, вместо да поставят всичките данни в една голяма директория.
A relational database stores data in separate tables instead of placing all data in one large table.

Ако направим аналогия с релационните бази данни, колекциите могат да се възприемат като таблици, а документите могат да се приемат за записи.
Compared to relational databases, for example, collections could be considered analogous to tables and documents analogous to records.

Релационните бази данни съхраняват данни в отделни таблици, вместо да поставят всичките данни в една голяма директория.
A relational database stores data in separate tables rather than putting all the data in one big storeroom.

Освен това много от ползите от релационните бази данни, като интегритет на транзакциите, биват компрометирани или премахнати от ръчното прилагане на шардинг.
Furthermore, many benefits of the relational database, such as transactional integrity, are compromised or eliminated when employing manual sharding.

Релационните бази данни съхраняват данни в отделни таблици, вместо да поставят всичките данни в една голяма директория.
A relational database shops information in different tables rather than putting all the information in one huge stockroom.

Целта на MongoDB е да запълни празнината между т. нар. key-value stores(които са бързи и се справят с нарастващо натоварване) и релационните бази данни, които имат богат набор от функции и широки възможности.
The goal of MongoDB is to bridge the gap between key-value stores(which are fast and scalable) and relational databases(which have rich functionality).

Релационните бази данни не са единственият източник на данни, който ви позволява да работите с множество таблици в списъка с полета на обобщена таблица.
Relational databases are not the only data source that lets you work with multiple tables in a PivotTable Field List.

Масови сървъри вместо специализирани Заради начина, по който са структурирани, релационните бази данни обикновено се мащабират вертикално- един сървър трябва да бъде домакин на цялата база данни, за да се осигури надеждност и непрекъснатост на достъпа до данни..
Because of the way they are structured, relational databases usually scale vertically- a single server has to host the entire database to ensure reliability and continuous availability of data.

Релационните бази данни могат лесно да бъдат построени на основата на ИПМ чрез добавяне на логика, за да се поддържа валидността на връзките между таблиците.
Relational databases can easily be built on an ISAM framework with the addition of logic to maintain the validity of the links between the tables.

Един начин да се заобиколи този проблем, който работи добре при по-сложните записи(като например релационните бази данни), е списъците да се сортират по относително малки по обем ключове(индекси), вместо целите записи.
One way to work around this problem, which works well when complex records(such as in a relational database) are being sorted by a relatively small key field, is to create an index into the array and then sort the index, rather than the entire array.

Забележка: Ако сте запознати с релационните бази данни, може да приемете справките в Power Pivot като сходни с командите за вложен подизбор в Transact-SQL. Извличане на една свързана стойност.
Note: If you are familiar with relational databases, you can think of lookups in Power Pivot as similar to a nested subselect statement in Transact-SQL.

Различните имплементации предлагат различен подход към организирането и групираненето на документите: Колекции Тагове Невидими метаданни Йерархия на директориите Ако направим аналогия с релационните бази данни, колекциите могат да се възприемат като таблици, а документите могат да се приемат за записи.
Different implementations offer different ways of organizing and/or grouping documents: Collections Tags Non-visible metadata Directory hierarchies Compared to relational databases, for example, collections could be considered analogous to tables and documents analogous to records.

За разлика от релационните бази данни, които имат SQL като стандартен език за заявка, както и широко разпространените приложно програмни интерфейси(APIs) като ODBC, JDBC и OLEDB, не е имало такова обединение в света на OLAP дълго време.
Unlike relational databases, which had SQL as the standard query language, and widespread APIs such as ODBC, JDBC and OLEDB, there was no such unification in the OLAP world for a long time.

Масови сървъри вместо специализирани Заради начина, по който са структурирани, релационните бази данни обикновено се мащабират вертикално- един сървър трябва да бъде домакин на цялата база данни, за да се осигури надеждност и непрекъснатост на достъпа до данни..
Auto-sharding, replication and integrated caching Because of the way they are structured, relational databases usually scale vertically- a single server has to host the entire database to ensure reliability and continuous availability of data.

Въпреки че релационните бази данни имат много полезни функции, които повечето бази данни NoSQL нямат(стабилна поддръжка на вторичен индекс; сложни предикати; богат език за заявки; JOINs и т.н.), те са трудни за мащабиране.
While relational databases have many useful features that most NoSQL databases do not(robust secondary index support; complex predicates; a rich query language; JOINs, etc), they are difficult to scale.

Един начин да се заобиколи този проблем, който работи добре при по-сложните записи(като например релационните бази данни), е списъците да се сортират по относително малки по обем ключове(индекси), вместо целите записи. След това с едно обхождане могат да се сортират всички записи на базата на техните индекси, въпреки че това не е необходимо тъй като индексите сочат към съответните си записи.
One way to work around this problem, which works well when complex records(such as in a relational database) are being sorted by a relatively small key field, is to create an index into the array and then sort the index, rather than the entire array.

Как да използвам "релационните бази данни" в изречение

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

NoSQL разцъфтяват там, където релационните бази данни не могат да отговорят на съвременните изисквания за бързина, гъвкавост и ефективност.

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

Дългосрочно складиране на огромни масиви от исторически данни, при което в сравнение с релационните бази данни се заема много по-малко място,

Релационните бази данни организират данните във вид на таблици и поставят строги изисквания на принципи, които да бъдат спазени в тази организация.