Может подскажете, кто хоть сколько насобачился в 1С-ных "понятиях". Что может означать в 1С такая вещь, как "поле"?
После попыток из фокса добавить записи в справочник, в конфигураторе на проверке начинает вылазить странная ошибка: "Не сходится количество полей". Чуть ниже: "Проверка физической целостности таблиц ИБ. Неисправимая ошибка."
После чего проверка выбрасывается.
В то время как и визуально, и как угодно просматриваешь все поля в той таблице, что была до, и в той таблице, что стала после - ну один в один! Т.е. структурно они аналогичны абсолютно - вплоть до hex-просмотра. Ну не считая части заголовка где пишется количество записей.
И по сути "количество полей" у них в никакой мере ну не может различаться!
Ну "записей" еще куда ни шло бы. Но полей?!
Или в 1С изобретено и свое собственное понятие "поля", отличное от всего остального мира?

Вообще складывается впечатление, что разработчики среды 1С были невероятно убоги как программисты. Хотя возможно и сильны как бухгалтеры. Т.е. скажем на фокспро я могу написать обработку миллионов записей намного быстрее, чем у них обрабатывается пара тысяч. Не говоря о крайней примитивности взглядов на работу со связанными таблицами. Да и вообще с таблицами - с нарушением всех 4-х принципов. Такое ощущение от "внутренностей" 1С - как будто школьник через бейсик что-то очень долго кропал, делал и переделывал.

версия 1с?
каким образом добавляется запись, через Оле и напрямую в таблицы пишется
тестирование и исправление сделать что покажет?

Crispy
Вообще складывается впечатление, что разработчики среды 1С были невероятно убоги как программисты. Хотя возможно и сильны как бухгалтеры. Т.е. скажем на фокспро я могу написать обработку миллионов записей намного быстрее, чем у них обрабатывается пара тысяч.

Не буду хвалить 1С, там очень много сделано имхо коряво и неоптимально. Но подобные упреки вряд ли состоятельны. Я напишу на ассемблере или си обработку большого числа записей, в каждом конкретном случае, много более быструю, чем твоя обработка на фокспро. И о чем это говорит?
Что надо выкинуть 1С и фокс на помойку и всем дружно перейти на асм? Или о том, что "разработчики фокспро были невероятно убоги как программисты"?

Про версию 1С хотелось бы услышать и каким образом идет это самое "создание" - остнальное все от лукавого





Исправлено 1 раз(а). Последнее : piva, 29.04.11 18:54

Версия 7.7.
Но в принципе уже удалось побороть. Наткнулся на совет на одном из форумов по 1 С - о двойном экспорте-импорте конфигурации и базы данных. И вроде помогло. Ошибка в новой пере-импортированной конфигурации, писавшаяся при тестировании-проверке в конфигураторе, исчезла.
Перед ней всего лишь, как и сказал в начале добавлял записи. Причем любопытно, что при добавлении одной записи "вручную" из фокса ошибка не показывалась. Зато при массовом append from - соответственно вдруг "появлялась". Хотя ни число полей при этом не менялось, ни что-то иное кардинально отличающееся от "ручного" добавления (специально отслеживал все файлы-таблицы на предмет изменений). Ручное же (как и дальнейшее append from) проводил по образцу записи, предварительно добавленной "официально", из среды 1С.
Жаль конечно, что в итоге так и не понял, почему там писалось о "неверном количестве полей".





Исправлено 3 раз(а). Последнее : Crispy, 29.04.11 20:39

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

По-видимому, это dbf-ная семерка... Понятие "поле" в этом контексте (при проверке структуры dbf файлов) - это поле таблицы dbf. Структура всех файлов ИБ описана в файле с расширением dd. Подобная ошибка может возникнуть, если была попытка подставить измененные файлы DD и MD в рабочую конфу. Правда, только в том случае, если изменение коснулось в том числе и структуры таблиц. При тестировании и исправлении ИБ клюшки считают за эталон структуры ИБ как раз структуру описанную в DD.
Поэтому обновление базы следует проводить только через конфигуратор либо через режим "Загрузить измененную конфигурацию", либо через "Объединение конфигураций". Каждый из режимов имеет свое предназначение.

Да, похоже с DD все именно так. Глянул и сравнил с тем, что было до того. Хотя и немного странно это смотрится, ведь по идее изменение структуры проводилось непосредственно из конфигуратора, после чего и проверка баз и сохранение не давали ошибок вплоть до увеличения числа записей. Тем не менее почему-то обновление DD состоялось только лишь после всех этих глобальных танцев с бубном, а не в момент изменения структуры.
Т.е. помимо и так довольно непривычного глубокого разрыва между возможностями применения как бы MODIFY STRUCTURE и собственно EDIT, что в фокспро делается в IDE легким движением руки, в 1С оказывается вылазят еще и всякие подобные нюансы.

В принципе, все правда. Но следует учитывать, что 1С снимает с разработчика заботу о структуре ИБ. А это очень сильно уменьшает время разработки.
Конечно, семерка достаточно сильно ограничивает разработчика, но при этом позволяет быстро и качественно создавать вполне работоспособные конфы в тех областях, для которых, собственно, и разрабатывалась: бухучет и оперативный учет. Расчет проработан несколько хуже. Семерка требует от разработчика не столько знаний по конструированию баз данных, сколько знаний в предметной области.