AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 06.12.2006, 22:13   #1  
gyvenor is offline
gyvenor
Участник
 
15 / 10 (1) +
Регистрация: 30.11.2006
Адрес: Москва
? База данных в Axapta 3.0...
Доброго времени суток!..
Ситуация такова:
У меня Microsoft SQL Server 2000. Раньше работал с программой складского учета Folio. Хочу перенести базу в Axapta 3.0. Может кто-нить сталкивался с такой проблемой. Я знаю, что у SQL'я есть такая функция, как перенос таблиц, но на этом мои знания заканчиваются..
Спасибо откликнувшихся мне помоч!
Старый 07.12.2006, 02:42   #2  
fomenka is offline
fomenka
Участник
 
97 / 14 (1) ++
Регистрация: 25.02.2003
Достаточно безнадежное занятие - структуры данных очччень различаются. Можно говорить только о переносе какой-то маленькой части информации. Судя по тому, как прозвучал вопрос - не стоит затевать даже. Дешевле перенос организовать с использованием людей. Я слышал, у них есть такая функция. По поводу того, как быстрее внести подготовленные данные в axapta советов на этом форуме и на форуме у mazzy было достаточно. Через импорт txt, xls или dbf файлов, через клавиатурные макросы...ну вообщем много вариантов. Один существенный момент, данные должны быть подготовлены людьми.

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

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

Последний раз редактировалось fomenka; 07.12.2006 в 03:23.
Старый 07.12.2006, 10:26   #3  
gyvenor is offline
gyvenor
Участник
 
15 / 10 (1) +
Регистрация: 30.11.2006
Адрес: Москва
Цитата:
структуры данных очччень различаются
Да, структуры различны. Но информация ведь храниться точно так же, в таблицах. И если есть возможность перенести таблицы(с зависемостями), то, теоретически, возможен и перенос информации!
Цитата:
Если времени вечность
Времени, увы, на сам перенос информации из базы в базу, почти нет (одни выходные) . Так как информация постоянно изменяется, пополняется, то надо перейти на Axapta сразу...
Цитата:
Извините, что не помог
Извините, что толком не могу изьясниться!

Последний раз редактировалось gyvenor; 07.12.2006 в 10:35.
Старый 07.12.2006, 10:29   #4  
gyvenor is offline
gyvenor
Участник
 
15 / 10 (1) +
Регистрация: 30.11.2006
Адрес: Москва
Прошу прощения, что повторяюсь, но мне говорили, что в SQL'е есть такая возможность. Вроде как, так прям где-то и как-то говориться "возьми информацию из этой таблицы этой базы и перенеси ее в ту таблицу той базы!".
Старый 07.12.2006, 10:55   #5  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
Цитата:
Сообщение от gyvenor Посмотреть сообщение
Прошу прощения, что повторяюсь, но мне говорили, что в SQL'е есть такая возможность. Вроде как, так прям где-то и как-то говориться "возьми информацию из этой таблицы этой базы и перенеси ее в ту таблицу той базы!".
можно написать хранимую процедуру, которая будет брать данные таблиц одной базы и ложить ее в таблицы другой базы, но как уже сказали, основная проблема - не в этом.
если структура данных вашей программы не транслируется напрямую в структуру данных аксапты, то проще и БЫСТРЕЕ перенести данные вручную.
Старый 07.12.2006, 11:05   #6  
gyvenor is offline
gyvenor
Участник
 
15 / 10 (1) +
Регистрация: 30.11.2006
Адрес: Москва
На счет "быстрее" очень сомневаюсь - база весит около 1Gb.
Цитата:
Сообщение от AlexeyS Посмотреть сообщение
можно написать хранимую процедуру, которая будет брать данные таблиц одной базы и ложить ее в таблицы другой базы...
А нельзя ли по подробней об этом?
Например, таблица "Номер документа" называется (в той базе) N_PLAT_POR, "Дата документа" - DATE_P_POR.
Старый 07.12.2006, 11:17   #7  
Hamster is offline
Hamster
Участник
 
687 / 13 (2) ++
Регистрация: 15.05.2003
В Аксапте нет единой таблицы документов.
Для каждого типа документов - разные таблицы.
Одной записи в Folio может соответвовать несколько записей в разных таблицах Axapta и наоборот.
Так что перенос таблиц не спасет.
Старый 07.12.2006, 11:21   #8  
gyvenor is offline
gyvenor
Участник
 
15 / 10 (1) +
Регистрация: 30.11.2006
Адрес: Москва
Цитата:
Сообщение от Hamster Посмотреть сообщение
В Аксапте нет единой таблицы документов.
Для каждого типа документов - разные таблицы.
Одной записи в Folio может соответвовать несколько записей в разных таблицах Axapta и наоборот.
Так что перенос таблиц не спасет.
Если это так, тогда - полный ничего...

А у кого-нить может быть была такая же проблема? Как выходили из ситуации? Я лично слабо верю, что руками это все можно безболезненно перенести!..
Старый 07.12.2006, 11:22   #9  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
gyvenor - вы поймите, не получится у вас ничего сделать, какие бы умные хранимые процедуры вы не писали.
Структура таблиц совершенно другая. Набор таблиц другой. Связи другие.
Понятия, возможно, тоже другие.
К примеру, может в вашей системе проводок может и не быть, а в Аксапте это стержень.

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

И что бы там не мог SQL, таких функций у него точно нет
Старый 07.12.2006, 11:27   #10  
Hamster is offline
Hamster
Участник
 
687 / 13 (2) ++
Регистрация: 15.05.2003
>А у кого-нить может быть была такая же проблема?
На всех моих проектах.
Личный рекорд - закачивали данные за год год из 4-х систем

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

Последний раз редактировалось Hamster; 07.12.2006 в 14:35.
Старый 07.12.2006, 11:34   #11  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
Цитата:
Сообщение от gyvenor Посмотреть сообщение
На счет "быстрее" очень сомневаюсь - база весит около 1Gb.

А нельзя ли по подробней об этом?
Например, таблица "Номер документа" называется (в той базе) N_PLAT_POR, "Дата документа" - DATE_P_POR.
по пунктам
1. рисуешь структуру данных программы
2. рисуешь структуру данных аксапты (не всю, а только нужную часть)
3. думаешь как транслировать одно в другое
если не получается транслировать, то нужно вносить руками

если все красиво
1. читаешь книги по T-SQL и форум http://sql.ru/forum/actualtopics.aspx?bid=1
2. пишешь процедуру
3. радуешься результату
Старый 07.12.2006, 11:43   #12  
Hamster is offline
Hamster
Участник
 
687 / 13 (2) ++
Регистрация: 15.05.2003
Рисуя и читая так много про T-SQL главное не забыть,
что добавление одной записи в одну таблицу влечет за собой каскадный запуск кода бизнес-логики Axapta, который пишет и изменяет данные в куче других таблиц.

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

Последний раз редактировалось Hamster; 07.12.2006 в 12:43.
За это сообщение автора поблагодарили: AlexeyS (1), gyvenor (1).
Старый 07.12.2006, 14:32   #13  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
Цитата:
Сообщение от Hamster Посмотреть сообщение
Рисуя и читая так много про T-SQL главное не забыть,
что добавление одной записи в одну таблицу влечет за собой каскадный запуск кода бизнес-логики Axapta, который пишет и изменяет данные в куче других таблиц.

Причем этот код принципиально не доступен из T-SQL.
Причем его "не выполнение" ведет к нарушению целостности данных Axapta и нестабильной работе системы.
точно!
За это сообщение автора поблагодарили: gyvenor (1).
Старый 07.12.2006, 19:58   #14  
gyvenor is offline
gyvenor
Участник
 
15 / 10 (1) +
Регистрация: 30.11.2006
Адрес: Москва
Спасибо всем за помощь, будем решать вопрос дедовскими методами!..
Теги
ax3.0

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Исследование скорости экспорта данных из Axapta в Excel (коллективный эксперимент) Gustav DAX: База знаний и проекты 79 13.02.2014 13:18
Распределенная база данных на основе View Владимир Максимов DAX: Программирование 27 04.09.2007 13:21
Передача данных из 1С в Axapta 3.0 через COM Connector isbist DAX: Программирование 10 03.12.2004 10:58
Уменьшение базы данных Axapta Writer DAX: Администрирование 13 15.09.2003 16:53
Введение в Аксапту Роман Кошелев DAX: Прочие вопросы 0 18.12.2001 14:00

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:30.