Ищу готовые базы Axapta

[locky_sql_ru]

С благодарностью приму готовые нестандартные базы Axapta 4, с небольшим объемом данных.
Например, базы получившиеся в результате курсовых работ, каких-то своих экспериментов, опытов и проч.
Желательно использование своих таблиц (если такое вообще возможно), "прямых" запросов в базу и т.д.
Предпочтение отдается базам для Oracle, но и SQL Server будет очень кстати.
Единственная просьба - не должно быть "явных" глюков. Функционал не интересует, но - чем "извращеннее", тем лучше.
Спасибо.

[kashperuk]

Простите, но на кой они вам дались?

[locky_sql_ru]

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

[gl00mie]

Цитата:

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

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

Вот здесь обсуждался перевод БД с SQL на Oracle, т.е. собственно перенос данных, рассматривалась методика, использованная на реальных проектах с крупными БД.

[mazzy]

Цитата:

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

С благодарностью приму готовые нестандартные базы Axapta 4, с небольшим объемом данных.

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

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

[locky_sql_ru]

Цитата:

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

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

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

Спасибо.

Добавление: лицензии предварительно - удалить.

Как именно я собираюсь конвертировать - сам пока не знаю
Пока что поставлена задача:
1. есть инсталляция Axapta под Oracle.
2. Запустив "магическое приложение" мы получаем полностью работоспособную Axapta под MS SQL.
3. Время миграции - 2TB за 24 часа.

Собственно, с самой миграцией данных проблем особых нет - это мы умеем хорошо.
Проблема возникает в части "полностью работоспособная Axapta".
Всё усложняется тем, что о самой Axapta я услышал дней 10 назад (точнее, слышал и раньше, начал щупать только недавно).
И мне решительно не хватает практического опыта по работе с ней.
"большой босс" обещает привезти несколько объемный баз для экспериментов, но это будет месяца через полтора.

Ссылку по миграции - читал, спасибо.

зы 2mazzy
зайдите в мой профиль в SQL Server Club на sql.ru, юзер locky.
Оттуда достаточно понятно, почему, для зачем и как мне нужна миграция Axapta.
просто для того, дабы рассеять "неприятный осадок"

[mazzy]

Цитата:

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

Как именно я собираюсь конвертировать - сам пока не знаю

Может документацию почитать?
Что вас не устраивает в стандартном механизме?

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

Цитата:

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

И мне решительно не хватает практического опыта по работе с ней.
"большой босс" обещает привезти несколько объемный баз для экспериментов, но это будет месяца через полтора.

Опять же не понимаю, почему вы не воспользуетесь стандартной процедурой создания данных для Benchmark Tool. Задайте параметры и создайте базу любого объема в стандартном функционале. Что даст вам нестандартный функционал?

Цитата:

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

зы 2mazzy
зайдите в мой профиль в SQL Server Club на sql.ru, юзер locky.
Оттуда достаточно понятно, почему, для зачем и как мне нужна миграция Axapta.
просто для того, дабы рассеять "неприятный осадок"

Спасибо.
Это скорее информация для остальных участников.

[locky_sql_ru]

Цитата:

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

Может документацию почитать?
Что вас не устраивает в стандартном механизме?
(небольшой маячок: я знаю что не устраивает меня, но очень хотелось бы выяснить причины, побудившие вас заняться этим вопросом.)

Документацию читаем, а как же :-)
В стандартном механизме меня не устраивает...
Точнее, так: насколько я понял из пояснений "смотрителя" проекта, а также из чтения этого форума, миграция достаточно больщих по объему баз Axapta - штука та еще. Стандартным экспортом-импортом проделать всё это довольно тяжело, да и по пояснению человека из девелоперского тима Аксапты - данный механизм никогда для этого не предназначался.
Если у Вас есть пожелания или моменты, на которые надо обратить особое внимание - стучитесь, и учтено будет :-)

Цитата:

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

Опять же не понимаю, почему вы не воспользуетесь стандартной процедурой создания данных для Benchmark Tool. Задайте параметры и создайте базу любого объема в стандартном функционале. Что даст вам нестандартный функционал?

Про этот тул - не то чтобы я не слышал, но спасибо за напоминание :-)
Нестандарнтный функционал даст мне то, что можно будет проверить его миграцию (если это имеет смысл).
Суть задачи состоит в написании "магического приложения", которое сработает для любой инсталляции Аксапты, как бы её не сконфигурили/доработали. А я пока что не в состоянии придумать никаких "извратов" по этому поводу - слишко мало знаю.

Цитата:

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

Спасибо.
Это скорее информация для остальных участников.

Не за что.
Для участников: работа у нас такая - тащить всё на SQL Server :-).

[mazzy]

Цитата:

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

...насколько я понял из пояснений "смотрителя" проекта, а также из чтения этого форума, миграция достаточно больщих по объему баз Axapta - штука та еще.

Почему? Может выясните для начала?

(я в очередной раз пытаюсь понять... и вас натолкнуть на очень простую мысль... почему вы пытаетесь что-то создать, не разобравшись в существующем?)

Цитата:

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

Стандартным экспортом-импортом проделать всё это довольно тяжело

Почему?
Выясните это и вам будет понятно что вам делать.

Цитата:

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

да и по пояснению человека из девелоперского тима Аксапты - данный механизм никогда для этого не предназначался.

Вас ввели в заблуждение.

Цитата:

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

Если у Вас есть пожелания или моменты, на которые надо обратить особое внимание - стучитесь, и учтено будет :-)

А мне нравится этот человек...
Что ж, стучусь: обратите внимание на стандартный функционал.

Цитата:

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

Суть задачи состоит в написании "магического приложения", которое сработает для любой инсталляции Аксапты, как бы её не сконфигурили/доработали. А я пока что не в состоянии придумать никаких "извратов" по этому поводу - слишко мало знаю.

Опять же - мне нравится этот человек. Каким здоровым зарядом авантюризма и беответственности надо обладать, чтобы обещать работоспособность на "любой инсталляции"... Именно такими людьми и делается прогресс... Наверное...

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

Чтобы быть конструктивным. Если вы НЕ собираетесь трогать dataareaid, refrecrid и ссылки на recid, не унаследованные от refrecid, то начните разбор сложностей с максимального размера записи при различных размерах страниц. А затем обратите внимание на уникальность индексов.

Удачи.

[gl00mie]

Цитата:

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

Как именно я собираюсь конвертировать - сам пока не знаю Пока что поставлена задача:
1. есть инсталляция Axapta под Oracle.

Давайте уточним постановку задачи - от этого во многом зависит геморройность и успешность миграции.

• Есть наработанная база, которая физически крутится на Oracle, или же, скажем, есть наработанная база плюс приложение, как-либо заточенное под Oracle? Есть ли в приложении, т.е. в модификациях стандартного функционала, какие-либо прямые обращения к БД, использующие особенности Oracle?
• Что есть "инсталляция"? Есть ли толстые клиенты или клиенты, работающие в двухзвенке? Что делает сервер пакетной обработки? Недоглядел, что речь про 4-ку, sorry.

Цитата:

2. Запустив "магическое приложение" мы получаем полностью работоспособную Axapta под MS SQL.

Каковы критерии работоспособности? Чтобы приложение просто запустилось и дало возможность выполнять основные операции? Или чтобы при этом были выдержаны, скажем, какие-то требования к производительности?..

Цитата:

3. Время миграции - 2TB за 24 часа.

Сурово... В теме по ссылке, которую я приводил, речь шла о миграции 75Gb за 8 часов, т.е. за сутки - ориентировочно 225Gb, но никак не 2Tb. Это не опечатка?

Цитата:

Собственно, с самой миграцией данных проблем особых нет - это мы умеем хорошо.

Имеется в виду миграция данных вообще? Axapta немного по-разному работает и настраивается в зависимости от СУБД. Посмотрите эту тему, там кое-что интересное писали о переходе. В частности, Андре писал как раз о переходе с Oracle на Ms SQL, может, он знает какие-то подробности.

Цитата:

Проблема возникает в части "полностью работоспособная Axapta".

Распишите по шагам, как вы осуществляете переход, на каком шаге возникает проблема - тогда всем будет проще разбираться.

[Михаил Андреев]

Что-то у меня большие сомнения в практическом применении данной фичи. Точнее, сомневаюсь, что такие упражнения окупятся.
Всё равно, что учиться перешивать скафандр с одного рослого человека на двух карликов и обратно. Нюансов больше, чем тиражируемых навыков.

[locky_sql_ru]

Постановку задачи, к сожалению, уточнить практически невозможно - она именно так и поставлена на текущий момент: "магическое приложение" переводящее произвольну инсталляцию Axapta с Oracle на SQL2K5 :-(
Критерии работоспособности - запустилось, работает. Быстродействие - пока даже не рассматриваем.
2TB - не опечатка (в оригинале постановки задачи стоит 3-4TB за 24 часа).
Проблема состоит в том, что кроме обычной миграции данных - я пока что ничего не умею делать :-) Но инстинкт подсказывает, что должны быть проблемы - начиная от переопределения sqlsystemvariables, заканчивая user code в приложении.

[mazzy]

Цитата:

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

2TB - не опечатка (в оригинале постановки задачи стоит 3-4TB за 24 часа).

1. Сделать truncate для логов http://axapta.mazzy.ru/lib/dbgrowthsolution/
2. Оставшиеся 75Gb перенести за 8 часов

[glibs]

Цитата:

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

...
в оригинале постановки задачи стоит 3-4TB за 24 часа.
...

Что-то не очень правдоподобно звучит. Максимальное возможное количество записей в одной компании в Аксапте в 3.0 4 с хвостиком миллиарда.

У вас сколько компаний?

И что у вас за железо? Пропускная способность 100 мегабитной локальной сети примерно 1/2 Гб в минуту. Это 30 Гб в час и 720 Гб в сутки. Скорость обычного IDE диска в среднем примерно в два раза больше. Понятное дело, что есть гигабитные сети и диски чуть побыстрее, и интерфейсы для них есть другие, и в RAID их можно собрать...

Но ваши условия задачи все равно выглядят скорее как фантастически-запредельные, нежели как реальные. И уж тем более для ERP системы.

[fomenka]

Цитата:

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

"магическое приложение" переводящее произвольну инсталляцию Axapta с Oracle на SQL2K5 :-(

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

[locky_sql_ru]

Axapta 4 - там заменили int на bigint для "удовлетворения нужд больших компаний".
Если я правильно понимаю, если существуют инсталляции Axapta на 4TB - они не на IDE стоят :-)
Я на "пальцах" прикидывал - у меня выходило что-то порядка 50-60 MB/S - не так и много, можно достичь, хотя и тяжело.
Тем более - 4TB - как я понял - это с учетом индексов, "чистых" данных там значительно меньше.
А то что условия - скорее фантастические - да кто бы спорил :-) Но - они есть, надо стараться их выполнить.

[glibs]

Цитата:

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

...
Axapta 4
...

Виноват. Запутался в обсуждениях. Чего-то мне показалось, что вы про 3.0. Прошу прощения.

Цитата:

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

...
Я на "пальцах" прикидывал - у меня выходило что-то порядка 50-60 MB/S - не так и много, можно достичь, хотя и тяжело.
...

Это только подтверждает утверждение аналитиков, что IDE/SATA диски несущественно уступают SCSI. Я писал про среднедесктопный (не самый быстрый).

Цитата:

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

...
Тем более - 4TB - как я понял - это с учетом индексов, "чистых" данных там значительно меньше.
...

А если почистить логи и выкинуть прочий мусор, который очень жалко выбросить...

Тут я поддерживаю Mazzy.

М.б. даже на ту цифру выйдете, которую он написал :-)

Цитата:

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

...
А то что условия - скорее фантастические - да кто бы спорил :-) Но - они есть, надо стараться их выполнить.
...

Чтож... удачи вам в "рисовании сферического коня в вакууме". Как сказал один мой хороший знакомый: "Денег в железо вложили много — пусть теперь работает". Я же предпочитаю работать головой, и выбираю другие пути. Так что от дальнейшего обсуждения воздержусь.

[locky_sql_ru]

>Чтож... удачи вам в "рисовании сферического коня в вакууме".
У меня контора только и занимается - созданием таких коней :-)
иногда забавно получается - не конь, а пони, не в вакууме, а в разреженном воздухе, не сферический, а просто очень толстый...
Ничего, людям нравится :-)
Тем паче что ситуёвина и правда почти такая - "сферический конь в вакууме" - на все случаи жизни...

[glibs]

Если что-то получится — не забудьте написать.

Хотел вам поставить репутацию 0 баллов на память, но почему-то получилось 11. Хотя написал 0. Наверное, цифру вообще нужно было стереть.

Ввиду того что механизма исправления ошибок нет — будет вам подарок, а модераторам очередное подтверждение бредовости такой настройки (когда нельзя править ошибки) :-)

[locky_sql_ru]

>Если что-то получится — не забудьте написать.
Это - непременно.
Хотя - если что-то получится - Вы сами узнаете.

зы за 11 - пасиба, правда - не знаю что это такое, но наверное что-то хорошее :-)