База данных в Axapta 3.0...

[gyvenor]

Доброго времени суток!..
Ситуация такова:
У меня Microsoft SQL Server 2000. Раньше работал с программой складского учета Folio. Хочу перенести базу в Axapta 3.0. Может кто-нить сталкивался с такой проблемой. Я знаю, что у SQL'я есть такая функция, как перенос таблиц, но на этом мои знания заканчиваются..
Спасибо откликнувшихся мне помоч!

[fomenka]

Достаточно безнадежное занятие - структуры данных очччень различаются. Можно говорить только о переносе какой-то маленькой части информации. Судя по тому, как прозвучал вопрос - не стоит затевать даже. Дешевле перенос организовать с использованием людей. Я слышал, у них есть такая функция. По поводу того, как быстрее внести подготовленные данные в axapta советов на этом форуме и на форуме у mazzy было достаточно. Через импорт txt, xls или dbf файлов, через клавиатурные макросы...ну вообщем много вариантов. Один существенный момент, данные должны быть подготовлены людьми.

ЗЫ Если времени вечность - то можно браться и за полный перенос данных. Но и тут, скорее всего, возникнут нетривиальные задачи. Например, невозможность в принципе построить формальное соответствие между некоторыми множествами. Нужны будут эвристические подходы. Так что и результат, все равно, будет приближенным, imho

ЗЗЫ Извините, что не помог.

[gyvenor]

Цитата:

структуры данных очччень различаются

Да, структуры различны. Но информация ведь храниться точно так же, в таблицах. И если есть возможность перенести таблицы(с зависемостями), то, теоретически, возможен и перенос информации!

Цитата:

Если времени вечность

Времени, увы, на сам перенос информации из базы в базу, почти нет (одни выходные) . Так как информация постоянно изменяется, пополняется, то надо перейти на Axapta сразу...

Цитата:

Извините, что не помог

Извините, что толком не могу изьясниться!

[gyvenor]

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

[AlexeyS]

Цитата:

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

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

можно написать хранимую процедуру, которая будет брать данные таблиц одной базы и ложить ее в таблицы другой базы, но как уже сказали, основная проблема - не в этом.
если структура данных вашей программы не транслируется напрямую в структуру данных аксапты, то проще и БЫСТРЕЕ перенести данные вручную.

[gyvenor]

На счет "быстрее" очень сомневаюсь - база весит около 1Gb.

Цитата:

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

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

А нельзя ли по подробней об этом?
Например, таблица "Номер документа" называется (в той базе) N_PLAT_POR, "Дата документа" - DATE_P_POR.

[Hamster]

В Аксапте нет единой таблицы документов.
Для каждого типа документов - разные таблицы.
Одной записи в Folio может соответвовать несколько записей в разных таблицах Axapta и наоборот.
Так что перенос таблиц не спасет.

[gyvenor]

Цитата:

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

В Аксапте нет единой таблицы документов.
Для каждого типа документов - разные таблицы.
Одной записи в Folio может соответвовать несколько записей в разных таблицах Axapta и наоборот.
Так что перенос таблиц не спасет.

Если это так, тогда - полный ничего...

А у кого-нить может быть была такая же проблема? Как выходили из ситуации? Я лично слабо верю, что руками это все можно безболезненно перенести!..

[kashperuk]

gyvenor - вы поймите, не получится у вас ничего сделать, какие бы умные хранимые процедуры вы не писали.
Структура таблиц совершенно другая. Набор таблиц другой. Связи другие.
Понятия, возможно, тоже другие.
К примеру, может в вашей системе проводок может и не быть, а в Аксапте это стержень.

Хранимыми процедурами можно заполнить справочники, к примеру, клиентов, номенкл. справочник, т.д. Но думаю, на этом их использование прекратится.

И что бы там не мог SQL, таких функций у него точно нет

[Hamster]

>А у кого-нить может быть была такая же проблема?
На всех моих проектах.
Личный рекорд - закачивали данные за год год из 4-х систем

>Как выходили из ситуации?
В каждом случае - создавали процедуры переноса данных.
Кстати, 99% времени уходило не на перенос а на очистку данных.

[AlexeyS]

Цитата:

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

На счет "быстрее" очень сомневаюсь - база весит около 1Gb.

А нельзя ли по подробней об этом?
Например, таблица "Номер документа" называется (в той базе) N_PLAT_POR, "Дата документа" - DATE_P_POR.

по пунктам
1. рисуешь структуру данных программы
2. рисуешь структуру данных аксапты (не всю, а только нужную часть)
3. думаешь как транслировать одно в другое
если не получается транслировать, то нужно вносить руками

если все красиво
1. читаешь книги по T-SQL и форум http://sql.ru/forum/actualtopics.aspx?bid=1
2. пишешь процедуру
3. радуешься результату

[Hamster]

Рисуя и читая так много про T-SQL главное не забыть,
что добавление одной записи в одну таблицу влечет за собой каскадный запуск кода бизнес-логики Axapta, который пишет и изменяет данные в куче других таблиц.

Причем этот код принципиально не доступен из T-SQL.
Причем его "не выполнение" ведет к нарушению целостности данных Axapta и нестабильной работе системы.

[AlexeyS]

Цитата:

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

Рисуя и читая так много про T-SQL главное не забыть,
что добавление одной записи в одну таблицу влечет за собой каскадный запуск кода бизнес-логики Axapta, который пишет и изменяет данные в куче других таблиц.

Причем этот код принципиально не доступен из T-SQL.
Причем его "не выполнение" ведет к нарушению целостности данных Axapta и нестабильной работе системы.

точно!

[gyvenor]

Спасибо всем за помощь, будем решать вопрос дедовскими методами!..