DELETEALL в SQL

[ОльгаМ]

Цитата:

Сообщение от rmv

Файл (таблица?) в 2 гига это конечно круто, я вот ни разу не сталкивался с такими размерами буферных таблиц. Видимо не с теми я базами работаю.
По сабжу - варианты в порядке приоритетов которые я бы использовал:
1. Пересмотрел код в Наве на предмет зачем мне буфер в 2 Гига.
2. Если все не же никак - перенес формирование буфера и заливку в результирующие таблицы на SQL
3. Если и п.2 невыполним - плюнул бы на безопасность и написал truncate table

2.Алгоритм формирования буферной таблицы слишком сложный, и в конечном счете, эти данные распределяются по ячейкам Excel таблицы (Отчет по видам задолженности ДЗ и КЗ по огромной 17-ой таблице.)
3.truncate table работает аналогично DELETE FROM, т.е. второй раз не чистится.

[rmv]

Цитата:

Сообщение от helga7289

2.Алгоритм формирования буферной таблицы слишком сложный, и в конечном счете, эти данные распределяются по ячейкам Excel таблицы (Отчет по видам задолженности ДЗ и КЗ по огромной 17-ой таблице.)

Жесть конечно. 2 Гига это примерно пара мульонов контрагентов (или документов не знаю что у вас там в отчете). В Эксель все влазит? Если с утра запустили к обеду успевает построиться?

[ОльгаМ]

Цитата:

Сообщение от rmv

Цитата:

Сообщение от helga7289

2.Алгоритм формирования буферной таблицы слишком сложный, и в конечном счете, эти данные распределяются по ячейкам Excel таблицы (Отчет по видам задолженности ДЗ и КЗ по огромной 17-ой таблице.)

Жесть конечно. 2 Гига это примерно пара мульонов контрагентов (или документов не знаю что у вас там в отчете). В Эксель все влазит? Если с утра запустили к обеду успевает построиться?

Сейчас работает около 6 часов. Excel файл небольшой, но почти все ячейки собираются из фин.книги по своему алгоритму.