Siemarglmayton, softwarer,

хоть я и любитель оценить потребление ресурсов, но

во-первых мерять нужно с умом, как и весь бенчмаркинг впрочем. И 100Мб может оказаться и хорошим и плохим результатом, в зависимости от дальнейшей функции от нагрузки

во-вторых мне больше не понравилось по ссылке Тем не менее, при 20-25 запросах в секунду (пиковая нагрузка при работе 20 пользователей), сервер укладывается в требования по производительности — 1 секунда на отклик. В целом ресурсы его недогружены, хотя это самый бюджетный вариант: 1 ядро 2.4 ГГц при 1 ГБ оперативной памяти.25RPS это какой то трэш вне зависимости от задачи

собственно, может там задача на расчет 100 биткойнов, но сомневаюсь и не вникал

Там к заметке приложен тест-скрипт, в котором перечисленны запросы к разным диапазонам дат, сущностям, условиям и прочему. То есть на каждый запрос делается:
1) проверка токена авторизации и прав пользователя
2) выбирается и разбирается нужный шаблон рабочего места
3) собираются метаданные запрошенных объектов
4) делается выборка из нескольких таблиц (фильтр, агрегаты, сортировка)
5) шаблон заполняется данными и готовая страница возвращается пользователю

Пункт 4 занимает основное время, остальное — миллисекунды.

maytonДавайте я немножко сделаю шаг назад. Я уже спрашивал Архитектора про API.
На основании индексной информации я сделал набросок к квинтетному интерфейсу.



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

Все прочие проекции которые можно придумать по идее должны покрываться этим API. Дополнительные
фильтры по прочим полям я пока не включил. Их можно отфильтровать позже.

Исключение - метод quintetChainStartWith(). Его задача - выборка поддеревьев по id корня.

drynny - прошу вас дать комментарии по этому API. Чего в нем еще не хватает для полноценной работы?

А какова цель этого api?
Вы же не хотите получить квинтеты и склеивать их, надеюсь.

API есть готовое, оно реализует основные функции платформы:
cmdМетодid объектаОписаниеauthpostАвторизация пользователя, возвращает токены XSRF и авторизации_d_aliaspostidСохранить псевдоним для ссылочного реквизита_d_attrspostidСохранить атрибуты реквизита_d_delpostidУдалить тип_d_del_reqpostidУдалить реквизит_d_newpost-Создать новый тип_d_not_nullpostidУстановить флаг "Обязательный" у реквизита_d_nullpostidСнять флаг "Обязательный" у реквизита_d_refpostidСоздать ссылку на тип_d_reqpostidДобавить реквизит_d_savepostidСохранить имя типа, его базовый тип и признак обязательности_d_uppostidПереместить реквизит на 1 позицию выше среди равных_m_delpostidУдаление объекта_m_movepostidПеремещение подчиненного ообъекта под другого родителя_m_newpostid типаСоздание объекта заданного типа_m_savepostidСохранить значение и реквизиты объекта, если они заданы_m_setpostidИзменить / создать / удалить реквизит объекта_m_uppostidПереместить объект на 1 позицию выше среди равныхdictget-Список независимых типов объектовdir_adminget, post-Список файлов и директорий, действия с нимиedit_objgetidДанные для формы редактирования объектаedit_typesget-Данные для Редактора типовobjectget, postid типаДанные для формы списка экземпляров типа объекта, команда на удалениеreportget, postid отчетаДанные выполненного запроса (отчета), параметры, команда на выполнение изменений

maytondrynny, вы продаете описание интерфейса вот в таком виде?

Дружище - это несеръезно! Здесь нет типа возвращаемого параметра. Тоесть я щас должен
глядя на это просто догадаться что мне вернут и будет ли это коллекция или атом?

Почему у вас нет описания хотя-бы на SOAP/GraphQL или в крайнем случае на Swagger?
Вы проделали тонну работ с 2006 года но у вас отсутствует элементарное! Почему?

Я не пилю ядро с 2006 года, а делал перерывы (например, с 2008 по 2014 развития ядра не было).
API вообще появилось в конце прошлого года и ещё не устоялось.

В таблицу не смог скопировать ячейки описания из экселя, а файлы тут никто не скачивает (прилагаю) и по ссылкам не ходит, где всё есть.

maytonСпасибо. Эксцель файл более плотный хотя все таки не достаточный. В вашей конторе... эээ "Интеграл" (?)
есть техно-писатель который верстает документацию? Вообще кто у вас есть? Есть вы. Сколько еще примерно
людей участвуют в разработке?
Ядро писал я один, но мне помогал друг, как специалист по безопасности, искал дыры и давал советы. Он же иногда советовал как реализовать некоторые моменты.
Еще я обращаюсь к различным дизайнерам при необходимости.
Все остальные материалы, на которые здесь даны ссылки, созданы мной.

Прикладные разработчики про квинтеты ничего вообще не знают. Им это не нужно. API у меня попросили, я сделал.

Если вам интересно, то можете присоединиться, кстати.

maytonЯ вот в 90х задумал написать комьютерную сетевую игру на сокетах. Танчики.
И кирпичики. До сих пор - в статусе тех задания. Я уже 20 раз технологию
поменял. Сначала это был MS-DOS в VGA mode. Потом Windows 98/OpenGL...
Вобщем ... когда буду на пенсии...

Короче некоторые проекты нельзя закончить. Их можно только прекратить.

Но с нашим топиком мне кажется что рост системы шел не от идеи квинтетов
а от улучшений уже работающей системы документооборота. Ядро или приложение?
Яйцо или курица?

Ну, такое тоже было (1994 год, ZX Spectrum, ходилка-стрелялка на ассемблере), но тут не тот случай.

В 2003 я с нуля делал систему управления контентом на EAV в филиале сотовой компании. Ну, тормозила, но как-то работала (года три). То был конструктор, и мне понравилось. Хотя остальное я фигачил на PL/SQL и всяких PHP в обычных базах Oracle, MySQL и MSSQL.
А потом мне нужно было навести порядок в планово-экономическом отделе компании, где всё было в бумажных журналах (я был типа управляющего). Днем я методом кнута и пряника пересаживал бабушек в эксель (смотрите, сумма прописью тут сама пишется!), а потом в систему на квинтетах (чтобы набрать счет вы просто тычете в товары из списка). А вечерами опять с нуля продумывал и писал эту самую систему, а на ней немедленно делал приложение.

Ядро таки было первым.

Vladimir Baskakovа как пришла идея ядрить на квинтетах, а не на, просто как в Руби-он-Раилс на табличках?
Не было времени верстать формы и админить таблички в базе.
Создал тип, добавил реквизиты и связи — уже готова форма для редактирования всего этого.
Накликал отчет, написал инструкцию — пользователь пошел работать.

Vladimir BaskakovВ ПЭД сколько данных было? мне тоже довелось поработать в таком подразделении .... в банке .... как представлю что все счета, проводки, обороты, лифо и фифо заквинтечены, так и удивлюсь..... впрочем, если до времени хватало бумаги - не особо наверное много.
Дались вам эти квинтеты. Вот, покликайте здесь демку:
bkint.ru/index.php?db=demo

Там партионный учет, фифо, оборотная ведомость, отчеты рентабельности по типам и товарам.
Придет ли вам в голову, что там всё на квинтетах? Спорю, что нет.

Данных в ПЭО было столько:
- 10-12 сотрудников
- сотни договоров (с этапами, ответственными, счетами, калькуляциями)
- тысячи клиентов
- тысячи счетов
- сотни товаров
- десятки событий в день
- десятки отчетов

При таких объемах приложение живет больше 13 лет и бед не знает ни с надежностью, ни производительностью.

maytonДавайте рассмотрим мои concerns.

1) Остался КМК без ответа мой вопрос касательно иерархической таблицы.
В первых двух строках происходит регистрация примитивных типов.

Здесь мне непонятно почему древовидная структура имеет петли. Рутовый элемент имеет родителя тоже root.
Немного сбивает с толку сквозная нумерация всех атрибутов. Я-бы предпочел добавить +1000 хотя-бы к sequence
чтоб не "рубила" так похожесть по глазам. И вообще КМК хорошая практика разделять неоднозначные применнеия
сиквенсов на дипазоны. Хотя-бы на положительные и отрицательные. К примеру примитивные типы + энтити = отрицательные.

2) И тип SHORT.



Вобщем непонятно почему архитектор не ввел NULL как признак отсутствия родителя.

Непонятно почему для SHORT парентовый элемент не петля как в случае с рут. А некий нулевой элемент.
Как-то нужно их различать — метаданные и данные.
Здесь принято так, что метаданные подчинены несуществующему элементу с ID=0, а данные подчинены корневому элементу с ID=1.
Это сделано из удобства обращения ядра с квинтетными данными (например, если нужно дать доступ к данным от корня и ниже, то даем доступ к id=1) и не противоречит квинтетной модели.
Вы можете сделать по-своему, и я не претендую на безупречность исполнения ядра и самой модели.

Отрицательные энтити я бы сделал, но выдавал бы их по очереди: +,-,+,-,...
только для того, чтобы значительно реже балансировать индексы.

mayton3) Непонятно почему сущность Гость имеет тип SHORT (3) ? Это-ж ерунда. Сущность должна иметь тип сущность!

Хотелось-бы услышать камент dryny.

Понимаешь. Все эти исключения. Рулы. Касаемо 0 и 1 и NULL они очень важны. Они определяют
чистоту технологии. Как например язык Lisp один раз определяет семантику списка списков
с очень простыми рулами. И дальше идет просто лавинообразное наращивание смыслов. Причем
гладкое и красивое. Без внутренних противоречий.

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

Вобщем проясни.
Гость имеет тип SHORT потому что это — строка (имя гостя, например).

Если что-то непонятно, значит, вероятно, это не важно и ни на что не влияет.
Нужно помнить одну вещь: нет никакой таблицы. Таблица СУБД используется в прототипе как временное решение, и не важно, NULL там или 0. Да, с эстетической точки зрения это важно, но это разовая задача, и вылизывание таких моментов даст 0 денег, и силы лучше потратить на продажу того, что есть, торговцу помидорами.