|
04.09.2007, 04:34 | #1 |
NavAx
|
потер свое сообщение. поскольку получилось грубовато, да и смысла переубеждать не вижу - хотите сделать, делайте.
__________________
И все они создания природы... Последний раз редактировалось Lazy_Tiger; 04.09.2007 в 05:32. |
|
03.09.2007, 20:27 | #2 |
Модератор
|
Цитата:
Цитата:
Перечислите их, пожалуйста. Если возможно, без комментариев. Меня интересуют проблемы именно со стороны AXAPTA
- отвалится любой DDL оператор ALTER TABLE ADD ALTER TABLE DROP COLUMN CREATE INDEX В общем, синхронизацию Вы будете выполнять вручную - отвалятся любые операторы с INDEX HINT (причем их м.б. больше, чем вам кажется) - производительность просядет конкретно Вот. Хватит для начала. Как Вы и просили, без комментариев Я так понял, ранее в ветке упоминались некие структуры.. Поищите в Курилке - была недавно шуточная ссылка на компанию, предоставляющую услуги в области ректальной криптографии
__________________
-ТСЯ или -ТЬСЯ ? |
|
03.09.2007, 11:29 | #3 |
Участник
|
Касаемо проблем, думаю что косяпте абсолютно "по барабану" таблица там или вьюха, до тех пор, пока дело не коснется синхронизации таблиц и индексов.
|
|
03.09.2007, 11:50 | #4 |
Участник
|
А там тем более будет "по барабану", так как "её" таблицы и индексы никакого отношения к данным иметь не будут
|
|
03.09.2007, 13:54 | #5 |
Участник
|
А в офисе поставить что-то очень похожее на сервер. Можно даже на него "белую" базу ежедневно клонировать.
|
|
04.09.2007, 10:38 | #6 |
Участник
|
Ну, что ж. Подвожу итоги:
PS: Эх, "забронзовели" Вы, ребята. Много слов, а что в "сухом остатке"? |
|
04.09.2007, 10:48 | #7 |
Участник
|
В сухом остатке - вернемся к этой теме, когда вы поработаете по этой схеме месяцев пару на проектной мощности и предоставите результат общественности
|
|
04.09.2007, 13:21 | #8 |
Administrator
|
Рабочая система некоторое время на похожей схеме работала. Впоследствии от данной системы отказались (по независящим от системы причинам), однако, в т.ч. для экономии времени на разработку и сопровождение.
Что еще можно добавить: +Уменьшение взаимоблокировок - т.к. данные находятся физически в разных БД (для SQL Server это актуально) -Индексируются таблицы, а не представления, поэтому поддерживаю утверждение про производительность. Это кстати - ключевой момент. Если какая-нибудь форма (типа InventTable, особенно, если она была доработана - к примеру добавлен древовидный справочник) будет открываться минут 5 - то такая производительность может стать узким местом. -/+ Необходимо допиливать синхронизацию. Дело-то в общем не такое сложное - но требует времени и аккуратности - есть некоторый перечень таблиц - который должен оставаться таблицами - иначе Аксапта просто не запустится (В качестве примера - приведу таблицу LanguageTable, еще список торчит в классе Application.syncApplTables, но я не утверждаю, что сей список исчерпывающий). -/+ Сложности с накатыванием нового клиента Аксапты, который меняет версию таблиц в табл. SQLSystemVariables - там синхронизация делается ядром и не отлавливается. Когда в KR1 добавили новое поле во все таблицы (recVersion), то данное поле пришлось пробить во всех "вьюшных" и "невьюшных" таблицах вручную. -/+ Сложности при разработке (нужно добавлять поле во все таблицы, а затем перестраивать вьюхи - т.к. они не обновляются, плюс необходимо решить вопрос с индексами, т.к. индекс на вьюхе не создается, однако его бывает полезно создать на таблице) -/+ Сложности при обновлении (особенно - если нужно быстро позарез добавить поле в таблицу). В общем-то эти все сложности решаются - поэтому я и пометил их как -/+, но я бы не сказал - что они облегчают сопровождение данного приложения. Только производительность может стать неприятным сюрпризом (собсно index hint убирать и не надо - только если есть проблемы с конкретным случаем).
__________________
Возможно сделать все. Вопрос времени Последний раз редактировалось sukhanchik; 04.09.2007 в 13:34. |
|
|
За это сообщение автора поблагодарили: Владимир Максимов (4), alex55 (1). |
Теги |
faq, view, распределенная база данных |
|
Похожие темы | ||||
Тема | Ответов | |||
Невозможно выполнить команду языка определения данных в () | 8 | |||
База данных в Axapta 3.0... | 13 | |||
Обновление данных в View | 5 | |||
Введение в Аксапту | 0 |
|