Cтраница 1
Обновленные данные длиной более восьми байтов должны пересылаться в виде многозначных субзаписей. [1]
Проблема в том, что перед получением обновленных данных программе приходится открывать все связанные файлы. Excel 97, Excel 2000 ( до выхода Service Pack 1) и даже Excel 2002 ( до выхода Service Pack 3) плохо справляются с открытием связанных файлов. [2]
Следующий управляющий байт ( ы) представляет собой байты обновленных данных, которые замещают соответствующие байты в начальной строке для получения обновленного ряда. [3]
Документ статического типа создается один раз и впоследствии не может получать обновленные данные из базы. Если требуется поддерживать актуальность данных, документ надо генерировать заново и выгружать в Интернет. Зато статические документы обеспечивают высокую совместимость с различными типами броузеров. Поскольку в основе таких документов лежит достаточно старая версия HTML 3.2, то практически все используемые сейчас броузеры будут корректно отображать такие документы. [4]
Обрабатываемые данные должны быть предварительно или по ходу работы программы перенесены в оперативную память программы, а обновленные данные должны быть возвращены в базу данных. В системе Бояз-6, в которой допускался только один оператор над базой данных в одной программе, оттранслированная программа представляет собой код программы, массив констант и анкету, содержащую сведения о необходимом программном окружении для выполнения программы. [5]
Для репликации сведений каталогов в сетевой среде Windows NT Server требуется сервер для репликации ( экспорта) обновленных данных, а также один или несколько компьютеров для получения ( импорта) копий обновленных файлов. [6]
Первый управляющий байт имеет LLL вида 001, означающий 2-байтовое обновление, и РРРРР вида 00010 для позиции двух байтов от начала строки, за которым следуют два байта обновленных данных. Второй управляющий байт имеет LLL вида 010, означающий 3-байтовое обновление, и РРРРР вида 00001 для позиции пяти байтов за предыдущими обновленными данными, за которыми следуют три байта данных. [7]
Задавая значение в поле Incremental save % ( % для быстрых сохранений), можно задать максимально допустимое процентное отношение объема устаревших данных к общему объему файла чертежа. При превышении этого соотношения будет выполняться полное сохранение обновленных данных, а не быстрое. По умолчанию устанавливается значение 50 %, которое позволяет избежать частых длительных операций полного сохранения. [8]
В РСУБД с репликацией нет проблемы согласования при записи действий многих узлов. Собственно тиражирование чаще всего выполняется по правилу полной эквивалентности - обновленные данные сразу же после изменившей их транзакции рассылаются по всем локальным базам данных. Чтение же выполняется из базы данных одного конкретного узла, наиболее близкого к пользователю в функциональном или географическом смысле. [9]
Обновленные данные длиной более восьми байтов должны пересылаться в виде многозначных субзаписей. РРРРР, равное 00000, означает, что обновленные данные начинаются сразу после предыдущих ( или в начале строки, если это является первой субзаписью), а РРРРР вида 11110 означает, что обновленные данные начинаются через 30 байтов после предыдущих данных. [10]
Внесение изменений пользователями возможно только в базы данных первичного сервера, который в дальнейшем осуществляет тиражирование. Тиражирование - это перенос изменений баз данных из первичного сервера во все вторичные ( локальные) серверы, которые используются клиентами только для чтения данных. Репликатор реагирует на события, фиксируемые триггерами, периодически пересылает обновленные данные в копии базы данных. Недостаток способа - невысокая надежность, присущая любым централизованным структурам. [11]
Разработчики операционного проекта должны тщательным образом документировать все. При разработке больших проектов фигурирующие в модели допущения по истечении нескольких месяцев легко забываются. Кроме того, после анализа предварительных результатов и по мере поступления обновленных данных модель с неизбежностью видоизменяется. Таким образом, исключительно важно, чтобы каждый пересмотр разработчиками проекта тех или иных компонентов модели тщательно документировался. [12]
Обновление строк сетки в подобном стиле приводит к резкому увеличению сетевого трафика, поэтому я рекомендую вам включать обновления только тогда когда в этом действительно есть необходимость. Кроме того, вы можете реализовать более эффективный механизм, в рамках которого сервер оповещает всех клиентов об изменении некоторой записи. После этого клиент может самостоятельно определить, заинтересован ли он в получении обновленных данных. [13]
В протоколе SCI эти состояния называются HOME, FRESH и GONE соответственно, но мы во избежание путаницы будем использовать прежнюю терминологию. Состояние UNCACHED означает, что строка не содержится ни в одном из кэшей на плате IQ-Link, хотя она может находиться в локальной кэш-памяти на той же самой плате quad board. Состояние SHARED означает, что строка находится по крайней мере в одной кэш-памяти платы IQ-Link, а память содержит обновленные данные. Состояние MODIFIED означает, что строка находится в кэш-памяти на какой-то плате IQ-Link, но, возможно, эта строка была изменена, поэтому память может содержать устаревшие данные. [14]
Имеется отдельный шинный сигнал. Для реализации мультипроцессорной обработки при наличии нескольких процессорных плат предусмотрен механизм блокировки, предотвращающий разделение на части во времени тех шинных пересылок, дробление которых недопустимо. Протокол взаимной блокировки делает невозможным выполнение пересылочных операций каким-либо устройством в интервалах логически неделимых шинных пересылок, таких, например, как операция, включающая чтение, изменение и запись обновленных данных. [15]