| English | Russian |
| bus master | хозяин шины |
| bus-master adapter | адаптер, управляющий шиной |
| bus-master controller | контроллер-задатчик шины |
| data link master station | главная станция данных |
| master clock | главный тактовый генератор |
| Master Clock | тактовый генератор (Источник тактирующих сигналов (или сам сигнал), по которому осуществляется синхронизация часов всей сети) |
| Master Clock | основные часы, тактовый генератор (Источник тактирующих сигналов (или сам сигнал), по которому осуществляется синхронизация часов всей сети) |
| Master Clock | основные часы (Источник тактирующих сигналов (или сам сигнал), по которому осуществляется синхронизация часов всей сети) |
| master clock generator | главный генератор тактовых импульсов |
| master clock generator | главный генератор синхронизирующих импульсов |
| master computer | ведущая машина |
| master console | основная консоль |
| master control console | главная консоль |
| master control program | главная управляющая программа |
| master data file | главный файл |
| master data file | главный архив |
| master data file | главная картотека |
| master database | основная база данных |
| master-detail navigation pattern | схема навигации по данным, имеющим отношение "один-ко-многим" (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| master-detail route | маршрут обработки данных, имеющих отношение "один-ко-многим" (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| master file | эталонный файл |
| master-master | ведущий-ведущий (при этой схеме все узлы могут обрабатывать операции записи и передавать обновления остальным. В этом случаереализовать синхронную репликацию достаточно сложно, к тому же резко возрастают задержки, связанные с сетевым взаимодействием. При асинхронном обновлении возникает другая проблема – могут появиться конфликтующие версии данных, которые требуют наличия механизма определения и разрешения конфликтов (автоматически или на уровне приложения) Alex_Odeychuk) |
| master-master | со схемой "ведущий-ведущий" (при этой схеме все узлы могут обрабатывать операции записи и передавать обновления остальным. В этом случаереализовать синхронную репликацию достаточно сложно, к тому же резко возрастают задержки, связанные с сетевым взаимодействием. При асинхронном обновлении возникает другая проблема – могут появиться конфликтующие версии данных, которые требуют наличия механизма определения и разрешения конфликтов (автоматически или на уровне приложения) Alex_Odeychuk) |
| master-master | в режиме "ведущий-ведущий" (в этом режиме все узлы могут обрабатывать операции записи и передавать обновления остальным. В этом случаереализовать синхронную репликацию достаточно сложно, к тому же резко возрастают задержки, связанные с сетевым взаимодействием. При асинхронном обновлении возникает другая проблема – могут появиться конфликтующие версии данных, которые требуют наличия механизма определения и разрешения конфликтов (автоматически или на уровне приложения Alex_Odeychuk) |
| master node endpoint | конечная точка головного узла (Alex_Odeychuk) |
| master page | шаблонная страница |
| master port | главный порт |
| master replica | главная копия |
| master replica | основная копия |
| master scheduler task | задача главного планировщика |
| master server | главный сервер |
| master-slave | со схемой "ведущий-ведомый" (Alex_Odeychuk) |
| master-slave | ведущий-подчинённый |
| master-slave | главный-подчинённый |
| master-slave system | система с конфигурацией "ведущий-подчинённый" |
| master station | основная станция |
| master workstation | основная рабочая станция |
| multi-master | в режиме "ведущий-ведущий" (в этом режиме все узлы могут обрабатывать операции записи и передавать обновления остальным. В этом случае реализовать синхронную репликацию достаточно сложно, к тому же резко возрастают задержки, связанные с сетевым взаимодействием. При асинхронном обновлении возникает другая проблема – могут появиться конфликтующие версии данных, которые требуют наличия механизма определения и разрешения конфликтов (автоматически или на уровне приложения Alex_Odeychuk) |
| multi-master | ведущий-ведущий (при этой схеме все узлы могут обрабатывать операции записи и передавать обновления остальным. В этом случае реализовать синхронную репликацию достаточно сложно, к тому же резко возрастают задержки, связанные с сетевым взаимодействием. При асинхронном обновлении возникает другая проблема – могут появиться конфликтующие версии данных, которые требуют наличия механизма определения и разрешения конфликтов (автоматически или на уровне приложения) Alex_Odeychuk) |
| multi-master | со схемой "ведущий-ведущий" (при этой схеме все узлы могут обрабатывать операции записи и передавать обновления остальным. В этом случае реализовать синхронную репликацию достаточно сложно, к тому же резко возрастают задержки, связанные с сетевым взаимодействием. При асинхронном обновлении возникает другая проблема – могут появиться конфликтующие версии данных, которые требуют наличия механизма определения и разрешения конфликтов (автоматически или на уровне приложения) Alex_Odeychuk) |
| non-master request | запрос от исполнителя |
| primary master | первичное ведущее устройство (протокол HART Сабу) |
| secondary master | вторичное ведущее устройство (протокол HART Сабу) |
