Какие чаще всего могут быть востребованы вычисления для числовых характеристик объектов (в Object Data, во внешних базах данных)? Все шесть арифметических: сложение, вычитание, умножение, деление, умножение, извлечение корня? Или достаточно четырех основных: сложение, вычитание, умножение, деление? Или еще другие вычисления могут быть нужны? Подумываю добавить команду вычислений для числовых полей Object Data. Простейшую: действие и число. Прибавить столько-то, разделить на столько...
1. Готовое для чего? Я занимаюсь инструментами не для хранения и анализа данных, а для черчения, сбора, создания первичных данных. OD с dwg - удачное сочетание для технологичного сбора и достаточной подготовки данных, в т.ч. для ПБД. Да, чтобы поставлять в БД нормальные данные, нужен инструментарий, пересекающийся с СУБД, но никак ему не альтернатива. Это как считать отображение и редактирование графики в пространственных БД альтернативой CAD. 2. Для вычислений в OD достаточно шести или даже четырех основных арифметических действий?
Кстати! И как при этом произвести вычисления в каком-нибудь поле (колонке) данных? Допустим: разделить на 100, умножить на -1 или т.п.? Какие и как там вычисления в полях данных возможны? Все команды, которые мы в делаем для OD (ODEDIT) - результат проектов по поставке данных в БД в соответствии с требованиями ТЗ, с их стандартами данных. С учетом, конечно, общих соображений и полезности для работы.
1. Пишешь запрос с выражением 2. Сохраняешь его как представление 3. Подключаешь представление через FDO
Каюсь, у меня не было времени и возможности нормально освоить FDO. Процентов на 40 допускаю, что я просто еще не разобрался... Какой бы посоветовали способ с ним ознакомиться? Оффтоп (Move your mouse to the spoiler area to reveal the content) Как задал свой вопрос, сам тут же вспомнил про SQL... Однозначно - это общее решение, универсальный инструмент, и уже потому я за. Но не для сбора данных. Было время, когда я изъяснялся в основном на SQL, и даже на нем думал. :) Отчасти поэтому не могу представить реальных картографов, занимающихся дешифрированием, определением х-к, составлением и пр. сбором данных, которые еще и запросы начнут писать. Один человек на фирму, один продвинутый на бригаду - возможно. Но и то не часто. Реальные картографы-чертежники работают в условиях цейтнота, задешево, при оч. высоких нормах, и вообще слабовато владеют ПО. А их главные профессиональные задачи - обеспечивать в этих условиях заданные точность, достоверность и полноту собираемых данных, представление их в заданном проектами виде. Им нужны простые как палка готовые инструменты. Все их творческие ресурсы уже заняты задачами профессиональными. Те же технологические соображения. При производственной работе нужно постоянно обмениваться файлами, открывать их в другом ПО и пр., и т.п. Для производства нужны предельно простые, однозначные и прозрачные действия и средства. Когда к dwg добавляется еще и sdf, связи с БД и пр., то для картографа это существенное или фатальное усложнение и торможение работы. Пока как-то так...