Файлы реквизитов

Если значение основания показателя идентифицируется значениями реквизитов-признаков одной группы, то его основание заносится в качестве неключевого поля в запись главного файла данной группы. В противном случае реквизит-основание выносится в зависимый файл, соединяемый связями с главными файлами, соответствующими требуемым группам реквизитов-признаков. При этом возможна ситуация предварительного создания зависимого файла. На основе этого создается лишь первый вариант схемы логической структуры. [c.125]

Анализируя объединение показателей в файлы, можно заметить следующее. Объединение показателей 111 и Ilj, имеющих наборы реквизитов [c.90]

В процессе работы с отчетами с режиме запуска 1С Предприятие у пользователя существует возможность сохранить настройку — запомнить текущие значения реквизитов диалога отчета. Состояние реквизитов запоминается в специальном файле на жестком диске и, фактически, может сохраняться неограниченное время. При последующих сеансах работы с системой 1С Предприятие и использовании того же самого отчета пользователь может восстановить сохраненную ранее настройку — фактически, заполнить реквизиты диалога отчета необходимыми значениями. Такая возможность особенно удобна, если диалог отчета содержит большое число различных параметров. [c.207]

Таким образом, вы получили новую разновидность форматки с пустышками реквизитов (см. рис. 4.60), которую необходимо сохранить как самостоятельный файл с расширением. s h. [c.227]

Подсистема автоматического проектирования рабочих программ конкретной СОЭИ предназначена для увязки различных средств проектирования в единую систему, стандартизации внешних связей различных средств, встраивания оригинальных блоков пользователя на процедурно-ориентированных языках. Подсистема включает средства, обеспечивающие переход от проблемно-ориентированного языка, на котором задаются функции обработки данных, к процедурно-ориентированным языковым средствам конкретных генераторов ввода, вывода, ППП функционального назначения, методо-ориентированных ППП, генераторов отчетов и обработки данных. Подсистема использует единые для все ин- струментальных средств источники информации тезаурус показателей и реквизитов, описания баз данных и отдельных файлов, информацию о сегментах и записях файлов, справочники данных и т. д., размещенные в базе данных проектировщика. [c.102]

В рассматриваемом подходе применен алгоритм построения логической структуры на основе сведений о показателях из БДП. При этом показатель рассматривается как функция от реквизи-тов-признаков, имеющая своим значением реквизит-основание. Вначале выделяется полный набор реквизитов-признаков. Затем, используя методику кластерного анализа информационно-поисковых систем, выделяются группы совместно используемых реквизитов-признаков. Каждой такой группе ставится в соответствие главный файл, где реквизиты-признаки становятся полями записи. Далее вновь просматривается полный список показателей. [c.125]

Каждая вершина графа, представляющего ИЛ-структуру, соответствует определенному оператору, причем все эти операторы, подвергнувшиеся преобразованию в процессе решения задачи выбора наборов операций, будут иметь такой вид, когда каждый из них соответствует либо одной операции умножения, либо одной операции обращения, либо нескольким параллельно выполняемым поэлементным операциям. Время, затрачиваемое на выполнение операции каждого из перечисленных типов, можно определить по одной из формул (2.1) - (2.12). Для применения той или иной формулы, кроме типа операции, необходимо знать упорядоченность, способ организации и объем каждого файла, содержащего показатели-операнды и результат, типы внешних устройств ЭВМ, в которых располагаются файлы, и объем ОЗУ. Формулы (2.1) - (2.12) имеют вид функций от объемов файлов и емкости ОЗУ, являющихся аргументами. Таким образом, вычисление времени выполнения определенного оператора заключается в выполнении некоторых логических и вычислительных операций определение объемов файлов, выбор расчетной формулы, исходя из типа операции в операторе, из соотношения объемов файлов с емкостью ОЗУ и из упорядоченности и способа организации файлов и, наконец, вычисление по формуле, Это позволяет пред -тавить алгоритм вычисления как некоторую обобщенную функцию от перечислявшихся здесь численных и логических величин. Примем, что при этих вычислениях расчет объемов файлов и выбор типов устройств ЭВМ производится на основании следующего предположения. Будем считать, что каждый показатель, заданный в ИЛС, помещается в отдельный файл. Длина записи каждого файла рассчитывается как произведение количества реквизитов показателя плюс единица на среднюю длину реквизита. Количество записей файла будем считать заданным и обозначим ш.. Будем считать, что для хранения файлов прямого доступа используются накопители на магнитных дисках. Для последовательных файлов используются магнитные ленты. Для результирующих (выходных) показателей — устройство пе- [c.85]

Ri с объединенным файлом Ф необходимо производить обмен не только данными, необходимыми в / i (т. е. показателем 111 и его реквизитами /V ), но также и данными, не используемыми в ffi (т. е. показателем IT2 и реквизитами из набора /V" = /VjU/Vj Л/О. Аналогично положение и при выполнении операции Яз- 8 том случае, если Ri л R2 можно объединить в едином процессе, в котором параллельно выполняются обе эти операции, объединение П) и П2 в файл Ф приводит к сокращению суммарных затрат времени на R и Д2- При невозможности объединения и Я2, например из-за различия упорядоченностей показателей ili и П2, произойдет обратное — время выполнения операций Я и операции Я2 увеличится, могут потребоваться дополнительные переупорядочения файла Ф и т. п. Особенно заметным окажется увеличение времени операций переупорядочения, необходимых по структуре вычислительного процесса для показателей П) и П2. Поэтому допустимо объединять 8 файлы прежде всего такие показатели, которые, согласно структуре вычислительного процесса, должны иметь одинаковые наборы упорядоченностей. В некоторых случаях допустимо также объединять показатели, наборы упорядоченностей которых различаются незначительно. "Незначительность" следует понимать в том смысле, что, если при объединении FIi и П2 в файл Ф, происходит увеличение времени операций, составляющих набор я ,..., fi = (в который, возможно, включаются дополнительнь1е переупорядочения), и уменьшение времени операций, составляющих набор IR ,..R Л 2, то увеличение суммарного времени в наборе 1 не должно пр осходить уменьшения суммарного времени в наборе Я- 2 на заранее установленное значение, задаваемое, например, в виде определенной доли от общего времени в наборах % л JL г - Таким образом, для решения задачи объединения показателей в файлы можно сформулировать несколько достаточно простых правил объединения, реализация которых позволяет построить эффективный эвристический алгоритм. [c.91]

Обмен реквизитами между проектами Ar hi AD можно осуществлять с помощью менеджера реквизитов, позволяющего копировать реквизиты из одного файла в другой, а также дублировать и удалять реквизиты проекта. Более подробно функции менеджера реквизитов описаны в разд. 17.6. [c.65]

Модули представляют собой упрощенный вариант файлов Ar hi AD. Они не содержат в себе информации о настройках проекта, загруженных библиотеках, реквизитах проекта и т. п. За счет сокращения объема содержащейся в файле информации размер файла модуля значительно меньше, чем размер файла проекта Ar hi AD. [c.415]

Всегда оказывается очень полезным проверить файлы на наличие испорченных реквизитов. Если у вас имеется файл с испорченными реквизитами и вы его откроете, то эти реквизиты попадут в Ar hi AD и затем во все вновь создаваемые файлы упомянутых выше типов. В связи с тем, что Fixer не восстанавливает файлы с расширениями. mod и. prf, при обнаружении с помошью Fixer испорченных файлов, следует удалить с диска все файлы этих двух типов. [c.156]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...