Есть очень большая проблема при построении больших по размерам таблиц в которых более 10k строк и 8-10 столбцов.
Идет запрос с помощью json, вытягиваются записи и в цикле for (i = 0; .....) идет запись в переменную(построение первой строки таблицы) - конкатанация следующей строки и т.д., потом после окончания цикла идет вставка в таблицу. уходит многовато времени для построения таблицы. есть ли способ оптимизации построения?

прежде всего оптимизировать sql запрос и убрать из него все лишнее. Попробовать например проделывать это на стороне сервера средствами php, или же вытаскивать не все записи одновременно а первые n строк, а снизу выводить ссылки на следующие страницы, аналогично как сделаны страницы на форумах.

выбирается только нужное. на стороне сервера не может быть и речи. вытаскивать нужно все записи сразу

а немного поконкретней задачу тогда можно сформулировать? почему нельзя использовать php? и для чего на странице нужно такое количество строк. Попробуй использовать ajax, по крайней мере субъективное время ожидания сократится так как будет видна динамика построения страницы.

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

Для обеспечения оптимизации системы доступа к компонентам страницы возможно использование встроенных функций DOM-модели для контроля минимальных элементов в задаваемом контейнере - дело в том что такой подход обеспечивает моификацию структуры общего элемента без проведения анализа корректности представляющего его HTML-кода и выполненя привеения во внутренней представление

Вообще это большой объем данных, так что быстрого отображения в любом случае не получится.
Если данные выводятся именно так , а не происходит изменение содержимого отображаемой таблицы после каждой итерации, то тервый вариант как раз предпочтительнее. Манипуляции с домом - формирование всей таблицы именно не текстом, а именно как объекта с пом. createElement и appendChild - сомневаюсь, что помогут. Можно конечно поэксперементировать, но толку мало будет.

Может быть переосмыслить идею отправления такого большого объема данных? Может быть реализовать вариант с их порционной подгрузкой?

К сожалению порции не нужны. В чем прикол, интерфейс пишется только под FF,но он просто не может вынести такую нагрузку. Пробовал в Chrome - он пошустрее в этом деле))
Видимо надо совещаться с начальством по поводу пересмотра вывода.

Оптимальным вариантом средства исполнения интерфейса требуеющего значительных вычислительных мощностей для отображения таблиц с информационными полями - является использование браузера Internet explorer позволяющего обеспечивать непосредственную работу с представление данных в dataset-элементах

нет, нет и еще раз нет))
все пишется только под FF. Используется очень много плагинов под jquery, которые работает корректно только в нем. Проблему нужно решить под FF