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 Сабу) |