ВопросникНу на счет плохой проэктировки............... это конечно возможно!
У меня документ, один, и у него в сумме 70 полей! не буду же я делать таких размеров таблицу в ширину! Вот я и зделал 3- и по 20! Теперь проблемы, как видите с инсертом!

Проэкт в стадии разработки, и я в стадии обучения поэтому попрошу особо в консерваторию не посылать, мне и здесь Вам голову морочить нравится!
Если, таблица в АСА не боится количества 70 полей? То переделать - не представляется проблематичным!
Мне почему то кажется, что 70 полей попахивают явной денормализацией базы данных. Очень редко можно встретить документы с таким действительно уникальным кол-вом полей. У Вас не может быть такой ситуации, что часть информации из документа можно было бы вынести в справочники, как повторяющуюся (например Наименование Банка, БИК, ИНН в платежке и т.д.) ?

По поводу выдержит ли ASA таблицу с такой шириной (кол-вом полей) - это зависит от назначения таблицы. Если ширина одной записи получается слишком большой для установленного размера страницы БД, эта таблица будет часто использоваться в запросах и в ней будет слишком много строк, то тогда конечно же имеет смысл разбить ее на несколько таблиц, оставив в основной таблице поля, которые наиболее часто востребованны в запросах, а все дополнительные информативные поля вынести в дополнительную таблицу. Делить таблицу на целых три абсолютно смысла не вижу.

P.S. Для ASA9 еще более удобным вариантом хранения множества полей является хранение их значений в long varchar полях в виде XML, где с помощью алгоритма соединения LATERAL можно элементарно их вытаскивать и обрабатывать в запросах.

P.S.2 А вообще то задавайте вопросы по ASA в форуме Sybase, а вопросы по правильному проектированию модели БД в форуме "Проектирование БД".