dma_caviarТак сложно сориентироваться, но вот, например, какие еще есть свойства у атрибутов кроме Наименование и Запрещено редактирование (которые видны на скриншоте).

:)) еще сложнее ответить, немного постараюсь накидать по памяти.
Есть свойства непосредственно в классе, а есть свойства представления этого атрибута, класс и его представления (так называемые ВЫБОРКИ) разнесены в разные объекты. В выборке так же есть отображения (по умолчанию list, card, rolist и т.п.)

Свойства атрибута в классе разделены условно на группы, я приведу лишь некоторые, чтобы дать представление:
Основные
тип данных, тип редактора, понятие (это текстовое представление атрибута), входит ли в заголовок или мнемокод, обязательность ввода, только чтение, уникальность, проектный атрибут или объектный.
Визуальные настройки (это по-умолчанию для представления)
тип атрибута, видимость, порядковый номер, порядок табуляции, использовать ли в фильтре, общая ширина контрола, маска ввода, выравнивание
Свойства хранения
таблица хранения, колонка хранения, индекс, индексация без учета регистра, допустимость null, условия ограничения, проверка на уникальность по методу
Описания

Это основные свойства.

В выборке еще могут добавляться не хранимые атрибуты и еще куча свойств, там их действительно очень много перечислять, назову лишь группы (к-во свойств по умолчанию):
атрибут (5), редактор (7), данные (1), размер , положение и стиль (15), администрирование , сортировка, фильтрация (9), текст операции, операции по умолчанию, описание

Надо понимать что к-во свойств может увеличиваться, например, если выбрать тип ссылочный на справочник, то появятся еще свойства необходимые для описания работы с этим атрибутом. Или автонумерация для числового атрибута, это вообще отдельная тема с разрезами, условиями, масками, заполнениями дырок. К-во свойств "динамически" меняется в зависимости от значений других свойств.

Плюс все свойства выборки могут иметь различные варианты для отображений.
Плюс еще можно переопределить класс и выборку на уровне разработки, которых неограниченное к-во, но тут можно так далеко залезть, что потом не разобрать почему перестало что-то работать так как хочешь.
Плюс, можно наследовать классы и выборки с переопределением родительских свойств. Под каждый атрибут создаются сеттеры, которые так же можно переопределять ну и т.п. и т.д.

подробно сложно рассказать на форуме, да и бесполезно, это только небольшая часть в кратком описании. Чтобы разобраться надо понять идеологию и щупать руками ...

Все кто крутил в руках несколько подобных продуктов проникаются уровнем возможностей Global при подробном знакомстве. При этом сами понимаете "обезъяну с гранатой" никто не отменял.

СисойА каким образом можно ознакомиться с этим уровнем возможностей в Москве? Глядишь, и стал бы рекомендовать Global ...
Можно поставить тестовый вариант базы и покрутить при одном условии, что вы обозначитесь. Но судя по тому, что вы в основном активны в теме 1С, то с Oracle могут возникнуть много вопросов.

dma_caviar
>тип редактора
А тип этот задается из числа предопределенных, или можно использовать любой другой контрол?
Предопределенные из клиента: Редактор в строке (с произвольными кнопками, без кнопок), денежный, выпадающий список по запросу, фиксированный список, чекбокс, редактор даты (3 варианта дата, время и все вместе), мемо, редактор хоткеев, редактор web (ссылки , мыло), изображение, календарь, кнопка.
При необходимости они добавляются с выпуском новых билдов клиента и ядра.
К тому же есть еще много типов фреймов, в которые выводить все это дело.

>Свойства хранения таблица хранения, колонка хранения
Т.е. я так понимаю в ВЫБОРКЕ можно отображать несколько таблиц. ?А отбираются они селектом с join-ами или в результирующем запросе будут несколько таблиц, идущих в определенной последовательности?
вопрос не совсем понял, но постараюсь ответить. Выборка по сути это класс, который описывает как будут выглядеть атрибуты и откуда их тащить. По дефолту формируется запрос (вьюха) от тех таблиц которые физически хранят атрибуты, в случае если они лежат в разных таблицах.
Если примитивный пример привести, то в выборке будет операция на запрос к вьюхе:
select t.ID, t.idClass, t.other from Document t
где Document это вьюха:
select t1.ID, t1.idClass, t2.other from DocumentMap t1, OtherClassMap t2 Where t2.iddoc = t1.id
где OtherClass это ваш класс справочника.
Я к тому что, хорошо когда отбор данных происходит автоматом, но ведь, как правило в 80-90% случаев хочется указать "свою" процедуру, которая бы отбирала эти данные по "особому алгоритму" :). Поэтому воникает вопрос, а какие требования накладываются на эту процедуру?
вот для этого есть операция с "#" которая всегда формируется заново при "компиляции" класса, а есть переопределенный текст, который сам себе оптимизировал. В выборке хранятся все операции для работы с классом, т.е. запросы, сеттеры и т.п. у каждой операции есть дефолтная с решеткой и переопределенная, конечно там не совсем все так и сложнее - долго описывать.

И еще вот... если какой-либо атрибут (не уверен что использую правильную терминологию) связан со справочником, но этот самый справочник имеет "киллометровую" длину. В этом случае как он грузится? Наверняка не отдельно и целиком, а по join-у с основным документом. И тут снова вопрос... надо ли по каким-либо требованиям добавить в ту самую "свою" процедуру join с этим справочником?
если атрибут ссылочный на справочник, то справочник приджойнится во вьюхе. опять же можно переопределить, если план не оптимальный.

>Надо понимать что к-во свойств может увеличиваться, например, если выбрать тип ссылочный на справочник, то появятся еще свойства необходимые для описания работы с этим атрибутом.
А это (если я вообще правильно понимаю) тот самый случай, когда можно указать как поступать с "киллометровыми" справочниками?
ну что-то вроде того, например, если в классе много объектов, то можно для клиента указать что список будет не полностью прогружаемый, чтобы можно было быстро открыть и наложить требуемый фильтр. нюансов много.

dma_caviarЕще вопрос...
Открытие какого-либо документа на редактирование из отобранного списка документов, влечет ли за собой загрузку его с сервера, или он открывается из списка?
И подразумевает ли закрытие документа на необходимость его сохранения, или можно потом сохранить все измененные документы одним нажатием? за один заход на сервак.
И поять же, можно ли указать свою процедуру такого сохранения?

Да, открытие документа в карточке влечет загрузку данных по нему из базы, т.к. в списке далеко не вся информация по документу. Более того по-умолчанию идет select с функциями, что особо не влияет на скорость загрузки одного документа, конечно запрос можно изменить и ускорить как угодно, такой необходимости обычно не возникает.

Т.к. особенность оракла это длинные транзакции, то глупо этим не пользоваться. По умолчанию ,все изменения которые вы делаете в текущей сессии можно откатить одним нажатием (rollback) или одним нажатием сохранить (commit), но так как из одного объекта вы можете открыть другой, то чтобы избежать блокировок, чаще всего происходит commit перед открытием. Так же есть возможность коммитить не каждый документ отдельно а "список", т.е. открывать, редактировать, закрывать документы, а потом одним нажатием все это дело сохранить. Но тут очень много проблем с пользователями не понимающими смысл сессий и длиннных транзакций. Типа "я тут кучу всего сделал и где это?"
При этом никто не запрещает коммитить на каждый чих, опять же это настраивается.
Опять же замечу, что в системе все намного сложнее, при открытии выполняются различные сервисные процедуры типа afteropen и т.п.

Все можно изменять, но при этом понимать какой концепции вы придерживаетесь. Вам доступны как разработчику все возможности изменения.
Возьмите любое средство разработки, сделали по-умолчанию, а потом изменяете как вам нравится. Но если вы сами решили что сохраняете любое действие пользователя моментально, то отключение этой концепции в каком-нибудь одном объекте будет только сбивать пользователя с толку.

dma_caviarСкажите, а метаданные атрибутов класса и метаданные атрибутов выборки как-то совместимы?ведь это по сути одно и тоже.
Т.е. придется одно и то же поле два раза описывать? В свойствах атрибута класса и в свойствах атрибута выборки?навскидку затрудняюсь ответить как это реализовано в метаданных, отвечу как это работает.
На самом деле выборка это отдельный класс (особого типа), унаследованный от основного класса, в выборке нет объектов, только их описание для интерфейса.
Настраивать два раза не надо, ведь атрибуты выборки описывают атрибуты основного класса. Что настроено в основном классе - переходит на выборку, где и может быть переопределено на свое усмотрение.

Основной класс не может быть без выборки, но выборка может быть создана без основного класса, такая пользовательская солянка данных из разных классов.

dma_caviarхм.... казалось бы должно быть наоборот
как это наоборот?
Вот например:
у нас есть классы работников и должностей, в интерфейсе мы должны работать с объектами этих классов, добавлять новые, редактировать и т.п.?
Должны, поэтому есть выборки за это отвечающие.

Но тут нам захотелось иметь отчет по менеджерам, где мы хотим видеть их должности, пол и еще кучу данных связанных с менеджерами но находящиеся в разных классах.
1. вариант решения это в выборке менеджеров сделать отдельное отображение под это дело со своим запросом, но это некрасиво.

2. вариант создать отдельную выборку и описать в ней запрос по вытаскиванию нашего отчета.
Получим отдельную выборку "Отчет по менеджерам" не особо зависимый от выборки класса менеджеров и остальных.

кстати, выборки тоже можно наследовать друг от друга.

dma_caviarArthemyкстати, выборки тоже можно наследовать друг от друга.
Ну это-то как раз понятно :)
Я пока немогу уложить в голове как метаданные класса могут быть унаследованы от метаданных выборки :)
я разве это говорил? наоборот выборка наследует от основного класса.

popov19...что раньше называлось BAAN?Нет, это полностью самостоятельная разработка со всеми преимуществами и недостатками, с собственной средой разработки. При желании можете поставить демку.
BAAN и сейчас жив у клиентов под своим родным именем.


FE...группы товарищей под руководством Анатолия Иванова..."ай, моська, знать она сильна..."
давайте уж быть последовательными:
Это местная (СПб) "поделка" группы товарищей под руководством Анатолия Иванова, ранее работавших с бухгалтерскими программами, в том числе, с местной (Мскв) "поделкой" Alfa, созданной группой товарищей под руководством Юрия Глинского.

P.S. FE, вы за откаты или за зарплату на вентилятор кидаете?

Сисой... можно лопнуть! :-) на пару с FE работаете? отодвиньтесь, чтобы не забрызгало, а то тут вентилятор сильно работает.
СисойОтслеживаю с десяток подобных проектов.Перечислить проекты можете?
СисойЛадно, посмотрим как у вас ближайший ... старт отработает.В одолжениях не нуждаюсь, время успешных крупных продуктивных СТАРТОВ уже прошло, сейчас идут внедрения и продажи в конкурсах с сапом, оебсом или профильными решениями типа трима и т.п.,
или вы на что-то конкретное намекаете?
Сисой...Тогда и посчитаем цыплят по осени.уверен, что наших цыплят не вам считать, кстати, вообще дурной тон считать чужих цыплят, обычно так делают, когда со своими не густо.

Кроме флейма, есть конструктивные мысли?

Сисой...Из всех "русских" ERP ...Теперь ситуация начинает проясняться, в данном контексте можно было расширить кавычки до "русских ERP".
Можете начинать радоваться.
Клиент голосует рублем и расстается с ним очень неохотно. Спешу обрадовать, пора "одного профессионала в области навешивания лапши" прошла уже несколько лет назад и покупатель пошел грамотный, ну не падает в экстазе только при упоминании ERP MRP и т.п. Из вышеизложенного вами, делаю вывод, что вы не особо разбираетесь ни в "наблюдаемых" проектах ни во внедрении на действительно крупном предприятии.
Раз вы отдаете предпочтение определенным системам, как я понимаю по возрасту, а не по функциональности, то погуглите результаты последних тендеров с участием этих систем, возможны незабываемые впечатления.

Если есть вопросы по Global - отвечу в меру компетентности, для остального есть множество замечательных форумов.

СисойПобеда на тендере совершенно ни о чем не говорит, особенно в России. Может, откат был обещан большой Удивительно, сумма проекта меньше, а откат следовательно больше, мы же откатами побеждаем, не так ли? Наверное за еду работаем. [пойду замок с холодильника сниму, как раз обед скоро]
Сисой....может, директора Исполнителя и Заказчика - школьные друзья... Эх, было бы столько ТАКИХ друзей... )
Сисой...Меня интересуют реальные отзывы сотрудников ИТ- и финансовых департаментов Заказчика ПОСЛЕ начала промышленной эксплуатации. Очень много интересного можно узнать.Истину глаголите, уважаемый, только уж тогда интересуйтесь не у терпил, которые проталкивали конкурентов за откаты и остались ни чем, и которые систему видят только в виде пары отчетов и трясут ножками, если им итог красненьким не покрасили, чего собственно не было в ТЗ. А еще хорошо, если они до этого имели опыт работы не только с Excel в конторке из 10 человек. И вдогонку узнайте сколько всего делается сверх ТЗ исключительно для того, чтобы проект был в промышленной эксплуатации, а не по бумагам в Москве.
СисойПоживем-посмотрим. ну вы пока живите, смотрите, а мы делом будем заниматься.
aksakal-aka...мы потихому уже пропускаем? Чем то обижен? Сказал, как в лужу п...л, что-то не замечал кого-то из альфы работающего на глобал.