03.09.2007, 12:43 | #21 |
Участник
|
Цитата:
А по поводу веселых костюмчиков, ну выдернете вы диск - съедите допустим даже его - чет я ни разу не видел, чтобы налоговая допустим ковырялась в шифрованных базах данных - это ниже их достоинства - они пойдут за первичкой и работать будут с первичкой в первую очередь |
|
03.09.2007, 13:44 | #22 |
Участник
|
С нынешними средствами связи даже необязательно данные в офисе хранить. Они могут быть не только за пределами офиса, но даже за пределами страны.
|
|
03.09.2007, 13:54 | #23 |
Участник
|
А в офисе поставить что-то очень похожее на сервер. Можно даже на него "белую" базу ежедневно клонировать.
|
|
03.09.2007, 20:27 | #24 |
Модератор
|
Цитата:
Цитата:
Перечислите их, пожалуйста. Если возможно, без комментариев. Меня интересуют проблемы именно со стороны AXAPTA
- отвалится любой DDL оператор ALTER TABLE ADD ALTER TABLE DROP COLUMN CREATE INDEX В общем, синхронизацию Вы будете выполнять вручную - отвалятся любые операторы с INDEX HINT (причем их м.б. больше, чем вам кажется) - производительность просядет конкретно Вот. Хватит для начала. Как Вы и просили, без комментариев Я так понял, ранее в ветке упоминались некие структуры.. Поищите в Курилке - была недавно шуточная ссылка на компанию, предоставляющую услуги в области ректальной криптографии
__________________
-ТСЯ или -ТЬСЯ ? |
|
04.09.2007, 04:34 | #25 |
NavAx
|
потер свое сообщение. поскольку получилось грубовато, да и смысла переубеждать не вижу - хотите сделать, делайте.
__________________
И все они создания природы... Последний раз редактировалось Lazy_Tiger; 04.09.2007 в 05:32. |
|
04.09.2007, 10:38 | #26 |
Участник
|
Ну, что ж. Подвожу итоги:
PS: Эх, "забронзовели" Вы, ребята. Много слов, а что в "сухом остатке"? |
|
04.09.2007, 10:48 | #27 |
Участник
|
В сухом остатке - вернемся к этой теме, когда вы поработаете по этой схеме месяцев пару на проектной мощности и предоставите результат общественности
|
|
04.09.2007, 13:21 | #28 |
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 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|