Есть такой файл *.sql, там описание таблиц и полей таблицы.
Как на основании файла .sql создать новые таблицы в SQL-2000 ?

нажать ентер

(1) хер тебе

скорее всего его надо просто выполнить в консоли скуля

посмотреть что в них через QA в скуле...

содержимое файла покажи

(5) truncate table ...
:-)

Открываем Query Editor, подключаемся к нужной базе, копипастим в окно sql-команды и запускаем (F5)

(2)  отдыхает 30 минут

хотя показывать не обязательно, его просто открыть надо в QA и выполнить

круто запускать не зная что там...

drop database например

(10) неплохо ты создаешь таблицы :)

(7) Creation of table 'ODS_XXARF_CUSTOMER_IF' failed because the row size would be 31766, including internal overhead. This exceeds the maximum allowable table row size, 8060.

Что за ошибка?

(12) Слишком большие строки таблиц создаёшь.

превышение максимальной длины... вообще советую вот сюда на форум www.sql.ru

Привожу кусок файла:
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
CREATE TABLE [dbo].[IC_PMS_GCM_ITEM_INF](
   [ORGANIZATION_CODE] [nchar](3) NOT NULL,
   [DIVISION] [nchar](150) NULL,
   [PART_NO] [nchar](40) NULL,
   [AFFILIATE_CODE] [nchar](4) NULL,
   [DESCRIPTION] [nchar](240) NULL,
   [SPECIFICATION] [nchar](240) NULL,
   [UOM] [nchar](3) NULL,
   [LOCAL_DESCRIPTION] [nchar](4000) NULL,
   [ITEM_TYPE] [nchar](30) NULL,
   [ITEM_DELIMITER] [datetime] NULL,
   [TRANSFER_FLAG] [nchar](100) NOT NULL,
   [TRANSFER_DATE] [datetime] NULL,
   [GLOBAL_UNIQUE_ID] [numeric](18, 0) NULL,
   [BAM_SEQUENCE_ID] [datetime] NULL,
   [OLD_GLOBAL_UNIQUE_ID] [numeric](18, 0) NULL,
   [CREATION_DATE] [nchar](150) NULL,
   [CREATED_BY] [nchar](150) NULL,
   [LAST_UPDATE_DATE] [nchar](150) NULL,
   [LAST_UPDATED_BY] [nchar](150) NULL,
   [ATTRIBUTE1] [nchar](150) NULL,
   [ATTRIBUTE2] [nchar](150) NULL,
   [ATTRIBUTE3] [nchar](150) NULL,
   [ATTRIBUTE4] [nchar](150) NULL,
   [ATTRIBUTE5] [nchar](150) NULL,
   [ATTRIBUTE6] [nchar](150) NULL,
   [ATTRIBUTE7] [nchar](150) NULL,
   [ATTRIBUTE8] [nchar](150) NULL,
   [ATTRIBUTE9] [nchar](150) NULL,
   [ATTRIBUTE10] [nchar](150) NULL,
   [ATTRIBUTE11] [nchar](150) NULL,
   [ATTRIBUTE12] [nchar](150) NULL,
   [ATTRIBUTE13] [nchar](150) NULL,
   [ATTRIBUTE14] [nchar](150) NULL,
   [ATTRIBUTE15] [nchar](150) NULL
) ON [PRIMARY]

Так он выдает ошибку в (12)
А если убрать последную колонку, он без проблем создает. Куда надо копат? Есть где-нить настройки, чтоб эту ошибку загасит?

в (12) у тебя таблица 'ODS_XXARF_CUSTOMER_IF' а пример ты вывел для 'IC_PMS_GCM_ITEM_INF'

ты-бы поконретнее

(16) У IC_PMS_GCM_ITEM_INF тоже такая фигня

(16)  Creation of table 'IC_PMS_GCM_ITEM_INF' failed because the row size would be 15387, including internal overhead. This exceeds the maximum allowable table row size, 8060.

Может этот файл создан в СКЛ-2005? И там нету этих ограничений. Возможно такое?

думаю тебе сюда:
http://sql.ru/forum/actualtopics.aspx?bid=1

а вообще у меня есть сомнение, что это MS-SQL
и вообще к 1с это точно не относиться

Я понял откуда ошибка. В СКЛ-2000 для каждой таблицы размер байта колонок не должно превышать 8060 байтов. В тех таблицах, где эта ошибка, она превышет. Получается в 2000-м нету возможности снять это ограничение?

(21) обратись в мелкософт с таким вопросом...

(22) Это все равно, что плевок в вечность :)

а попробуй замени [nchar](150)  на varchar

и [nchar](4000) тоже на varchar

или раздели на две таблицы

(24) Я с удовольствием сделал бы, но этот файл спустили сверху. Придется  молится, чтоб они (те самые) образумели и исправили свои глюки :))

например все ATTRIBUTE14 вынеси в другую таблицу

(27) Но ты попробуй... если создастся таблица, ты по-крайней мере будешь знать о чем разговаривать с теми, кто сверху... и +(26) тоже попробуй...

(29) К сожалению не смогу. Потому что, мы филиал международной корпорации, и всем филиалам разослалы этот скрипт, т.е. эта структура таблиц стандарт-де-факто. Придется наверно купить СКЛ-2005. Надеюсь там этих ограничений нету.

Msg 1701, Level 16, State 1, Line 1
Creating or altering table 'IC_PMS_GCM_ITEM_INF' failed because the minimum row size would be 15373, including 11 bytes of internal overhead. This exceeds the maximum allowable table row size of 8060 bytes.

2005 говорит, у них может оракл вообще?

(30) Снимаем трубку телефона, звоним в головной отдел и задаём вопрос "Парни, что за х? Что у вас за система такая?"

вот так работает:
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
CREATE TABLE [dbo].[IC_PMS_GCM_ITEM_INF1](
  [ORGANIZATION_CODE] [nchar](3) NOT NULL,
  [DIVISION] [nchar](150) NULL,
  [PART_NO] [nchar](40) NULL,
  [AFFILIATE_CODE] [nchar](4) NULL,
  [DESCRIPTION] [nchar](240) NULL,
  [SPECIFICATION] [nchar](240) NULL,
  [UOM] [nchar](3) NULL,
  [LOCAL_DESCRIPTION] [varchar](4000) NULL, -- Вот здесь Varchar только, врядли будет индекс по текстовому полю в 4000 символов
  [ITEM_TYPE] [nchar](30) NULL,
  [ITEM_DELIMITER] [datetime] NULL,
  [TRANSFER_FLAG] [nchar](100) NOT NULL,
  [TRANSFER_DATE] [datetime] NULL,
  [GLOBAL_UNIQUE_ID] [numeric](18, 0) NULL,
  [BAM_SEQUENCE_ID] [datetime] NULL,
  [OLD_GLOBAL_UNIQUE_ID] [numeric](18, 0) NULL,
  [CREATION_DATE] [nchar](150) NULL,
  [CREATED_BY] [nchar](150) NULL,
  [LAST_UPDATE_DATE] [nchar](150) NULL,
  [LAST_UPDATED_BY] [nchar](150) NULL,
  [ATTRIBUTE1] [nchar](150) NULL,
  [ATTRIBUTE2] [nchar](150) NULL,
  [ATTRIBUTE3] [nchar](150) NULL,
  [ATTRIBUTE4] [nchar](150) NULL,
  [ATTRIBUTE5] [nchar](150) NULL,
  [ATTRIBUTE6] [nchar](150) NULL,
  [ATTRIBUTE7] [nchar](150) NULL,
  [ATTRIBUTE8] [nchar](150) NULL,
  [ATTRIBUTE9] [nchar](150) NULL,
  [ATTRIBUTE10] [nchar](150) NULL,
  [ATTRIBUTE11] [nchar](150) NULL,
  [ATTRIBUTE12] [nchar](150) NULL,
  [ATTRIBUTE13] [nchar](150) NULL,
  [ATTRIBUTE14] [nchar](150) NULL,
  [ATTRIBUTE15] [nchar](150) NULL
) ON [PRIMARY]

(33) Эту таблицу исправил, но в остальных таблицах муть полная. Там полей "ATTRIBUTE15n" штук 30 по 300 символов с энварчар

(34) энварчар = nchar

и в "филиале международной корпорации" держат дятлов? грустно... Хотя, кризис...

(34) а вы как с ними инфой обмениваетесь?

структуры дебильные...


[ATTRIBUTE1]
...........
[ATTRIBUTE15]

про запас?

(36) Это так теяб затронуло? или геморой мучает?

(37) В смысле?
(38) Хрен знает. Он так решили, это меня вобще не касается

(35) Та короче, смело меняй в них на varchar... не могу поверить чтобы по таким дебильным атрибутам шла индексация... Кстати, можно сразу глянуть - в скрипте - для каких полей строятся индексы...

Ну и +(37) - если обмениваетесь через внешние файлы, а не репликацией - то по-моему смело можно менять...

(41) угу, и менять и делить, DTS настроить тока и все путем будет...

(41) Ладно, придется с ним провести беседу по душам. :) Я тоже про этот вариант подумал.
Всем спасибо, кроме (36) неудачника