Chaos and Correlation

Чтобы решить эту задачу в системе Эйдос, нужно сделать нечто похожее на описанное в статье:

Луценко Е.В. Интеллектуальное управление номенклатурой и объемами реализации в торговой фирме / Е.В. Луценко, В.Е. Коржаков, Д.С. Чичерин // Политематический сетевой электронный научный журнал Кубанского государственного аграрного университета (Научный журнал КубГАУ) [Электронный ресурс]. – Краснодар: КубГАУ, 2010. – №05(059). С. 111 – 139. – Шифр Информрегистра: 0421000012\0094, IDA [article ID]: 0591005008. – Режим доступа: http://ej.kubagro.ru/2010/05/pdf/08.pdf, 1,812 у.п.л.

Пока я не могу даже формализовать предметную область, т.к. в задаче больше чем 1500 описательных шкал (4990), так что пока я не могу и использовать этот модуль. А если и использую, то не будет выходных форм, только базы моделей.

В чем проблема с 4990 шкалами? Перед тем, как считать и верифицировать модели надо создать классификационные шкалы и градации и с помощью них закодировать исходные данные и сформировать таким образом обучающую выборку. Сразу в твоем модуле считать просто нечего. В системе Эйдос есть режим для этого: 2.3.2.2. Этот режим предполагает, что исходные данные находятся не в CSV-файле, а в базе данных или Excel-файле. В этом языке программирования, который я использую, в таблице базы данных не может быть больше 1500 (может чуть больше, 1700) полей (колонок). А в этой задаче их 4993. В этом и проблема. До сих пор я с этой проблемой ни разу не сталкивался. При этом ограничения на число признаков (градаций описательных шкал) в системе Эйдос практически нет, т.е. их могут быть сотни тысяч и может быть и миллионы. Но при этом есть ограничение на размер баз данных (не моделей, для которых я его снял): 2Гб. CSV-файлы с числом полей до 1500 я легко преобразую в dbf программно. Их и Excel воспримет и преобразует в xlsx. Система Эйдос в режиме 2.3.2.2 воспринимает и dbf, и xlsx.

Если баз шкал и градаций и обучающей выборки не будет, то и ничего остального не будет. Надо их записывать.

Но у меня появилась другая мысль. Ты ведь создаешь dbf-файлы. ты делал программу DBFMake.exe.

Вопрос. Можешь ли ты создать dbf-файл с 5000 полей (колонок). Попробуй и пришли мне. А с 50000 или 500000 полей? Я тоже могу создавать dbf-файлы, как ты, не с помощью стандартных средств языка программирования, а прямо как текстовый файл с определенной структурой и расширением dbf

понятно, что тебе надо делать все заново на другом уровне

было бы здорово, если бы можно было:
- запускать эту программу не только с диалогом, но и без;
- задавать этой программе структуру создаваемой базы в текстовом файле типа такого:

Код: Выделить всё

*   Структура базы данных N°=2: Attributes.dbf
*   ============================================================================
*   |  N  |  Имя поля  | Тип | Ширина | Дес. |            Примечание           |
*   ============================================================================
*   |  1  | KOD_ATR    |  N  |   15   |  0   |
*   |  2  | NAME_ATR   |  C  |  250   |  0   |
*   |  3  | KOD_OPSC   |  N  |   15   |  0   |
*   |  4  | N_CHROPSC  |  N  |   3    |  0   |
*   |  5  | MIN_GRINT  |  N  |   19   |  7   |
*   |  6  | MAX_GRINT  |  N  |   19   |  7   |
*   |  7  | AVR_GRINT  |  N  |   19   |  7   |
*   |  8  | INT_INF    |  N  |   19   |  7   |
*   |  9  | SUM_II     |  N  |   19   |  7   |
*   | 10  | SII_PERC   |  N  |   19   |  7   |
*   | 11  | RANG       |  N  |   15   |  0   |
*   | 12  | ABS        |  N  |   15   |  0   |
*   | 13  | PERC_FIZ   |  N  |   19   |  7   |
*   | 14  | UNIVERSAL  |  N  |   19   |  7   |
*   | 15  | DATE       |  C  |   10   |  0   |
*   | 16  | TIME       |  C  |   8    |  0   |
*   ============================================================================
*   В С Е Г О  длина записи:   484   байтов.                                   |
*   ============================================================================


Я тоже делаю ТОЧНО ТАК ЖЕ. Я активно использую разработки, сделанные десятки лет назад. У меня ВСЕ они сохраняются. Я ничего не теряю из сделанного ранее. В этом состоит одна из причин, почему я в 2012 году выбрал язык xBase++, а не JAWA или Питон.

Что касается файла. Он не открывается. Я думал, будет не dbf-файл, а программа. Ожидать ничего не надо. Надо просто обратиться к программе и все. В принципе можно ничего не делать. Я сам сделаю.

Я сделал из тренировочного файла 5 dbf и на первом из них сейчас считаю все модели и формы. Чтобы использовать все dbf одновременно надо дорабатывать систему. Я это планирую сделать, чтобы подобные задачи стали для системы стандартными и при значительно большем числе шкал. На идентификацию 1 объекта выборки уходит около 15 секунд. Планирую также включить их метрику оценки достоверности в систему. Могу все прислать или выставить

Да, BDF. Дело в том, что под него в языке реализовано много функций, а под текстовый их нет, а они используются. твои модули надо запускать в папке с системой Эйдос и вести их отладку на реальных моделях. Постепенно твоих модулей будет становится все больше и больше и в перспективе они смогут работать полнофункционально и без системы Эйдос

Я попробовал твою программу для гигантских dbf-файлов, которые не используются ни в одной здравомыслящей программе (я так понимаю, что система Эйдос к ним не относится). Вроде работает с небольшими шероховатостями. Но я отказался от ее использования, т.к. никакие другие программы, кроме системы Эйдос, с такими файлами корректно не работают, а это нужно. Поэтому решил вместо одного гигантского dbf использовать много обычных dbf-файлов с отношением один к одному. Это потребует доработки системы, которая была бы ненужна при гигантских dbf. Но оно того стоит