Добрый день всем. Знатоки подскажите. Есть задача записать десятки тысяч строк в таблицу DBF. Хотелось бы одним запросом. Насколько я знаю у Visual FoxPro есть функция ExicutScript(), но при использовании выходит ошибка. Видимо слишком много аргументов. Кто подскажет, сколько переваривает за раз. Или может кто-то предложит какой нибудь способ, чтобы сократить время записи.

Убить индекс, записать, проиндексировать

XBase чем не вариант, если надо непосредственно из 1С. А ручками и Excel в помощь.

Как записывать по одной записи что ли.

ExicutScript ? чё, серьёзно?

Запросом записать? чё, реально?

(3) Ну, да. 10 тысяч — это ни о чём, все равно до записи в файл всё в память пишется. Запись файла на диск — отдельная песня. Вот когда надо пару миллионов строк записать приходится трудиться.

В том то и дело, что строк может быть и 10000000. Хотелось быстро записать. ради эксперимента попробовал записать по одному запросу 10000 строк, ушло ~15 сек. Это очень медленно.

(4) Я имел ввиду EXECSCRIPT.

(7) Пишите на диск SSD NVMe PCI Express 4.0

(7) Что в строках? Откуда миллион записей DBF?

(0) Это легко
Достаточно изучить
http://www.autopark.ru/ASBProgrammerGuide/dbfstruc.htm
И банально писать что надо по байтикам в файлик

(7) Вы уж определитесь, или 10 тыс. или 10 млн, применяемые средства уже могут серьёзно отличаться. В дополнение к (9) и желательно не писать "по сети", а то такое частенько бывает. нарежут админы шару, а она в другой стойке или в другом городе вообще.

Хотя стандартно предлагаю воспользоваться микросервисом на Go
https://github.com/Valentin-Kaiser/go-dbase

Он простейший
https://github.com/Valentin-Kaiser/go-dbase/blob/main/examples/write/write.go

Посмотрел файлик из которого нужно сделать запросы, выходит порядка 20000 запросов. С миллионами погорячился.

(14) еще во времена 1С 8.1 писал в файлики dbf миллионы записей
и ничего, за полчасика справлялось
сейчас думаю будут минуты а для 20тыщ всего секунды

Не хотелось городить огород. Семерка уже использует фоксовский драйвер, поэтому пусть он и записывает в стороннюю DBF таблицу.

(16)
чего?

(16) если в вашей семерке уже подключен фоксовский драйвер, и есть все данные - то запишите их прямым запросом :-)
(17) посмотри его темы, он цеплял фокса.

(18) через ADO что ли?

(18) Да.

(18) Я так и делаю.

Интересно сравнить скорость
100% что через ADO в один поток
А вот своим методом можно в много потоков фигачить в разные файлы а затем их соединить

(14) не надо применять слово "запросы" к записям и строчкам данных

(18) Если подключить DBF через задницу и кучу прослоек, то неудивительно, что будет тормозить. Используйте встроенные средства для работы с DBF (xBase)

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

(25) Через XBase встроенный есть куча ограничений
Например character поля с непечатными символами как id

(26)+ тупейшая трабла с ограничением на имя (длина) файла dbf

(27) А кто потом мешает переименовать наследство православного MS DOsa

Длинные имена имеют соответствующие по формату 8.3, можно через короткие имена работать

(29) зависит от файловой системы это ))

Мы ТЗ не знаем. Теоретизировать без ТЗ можно до бесконечности.

(31) И не было ответа на (10)

(32) Да нет там у него никаких миллионов... Какие-то несчастные 20 000, в (14) ответ от него был.

(33) Он не ответил на вопрос о характере записей. ЧТО в этом файле

Когда мисту воспринимают чисто технически как "волшебный форум" по любому вопросу, то сильно ошибаются. Здешние спецы могут пройтись вверх по уровням абстракции и объяснить Вам, почему Вы делаете всё неправильно и как надо делать правильнее. Но для этого нужно понятно объяснить смысл задачи, ответить на вопросы ЧТО и ЗАЧЕМ?

Ещё лучше объяснят почему это делать не надо