|
|
07.12.2006, 17:54
|
#1 |
|
Участник
|
без заголовка
1) Возможно, придётся бороться с форматом дат, это может зависеть от региональных настроек сервера и клиента. Сталкивался с этим...
2) Cистемные таблицы, например, UtilIdElements, отсутствуют в БД SQL. Если в переносимой логике Аксапты они используются, надо будет делать свои хранимки, к примеру, для перебора имён таблиц... 3) Тут упоминали про блокировки, так можно читать с with (nolock)... 2AraraT: а что за программа, её нельзя, что ли, переделать на dirty read? ----- Приложение: без приложений. |
|
|
|
07.12.2006, 18:57
|
#2 |
|
Участник
|
Цитата:
Сообщение от somebody
2AraraT: а что за программа, её нельзя, что ли, переделать на dirty read?
|
|
|
|
08.12.2006, 08:45
|
#3 |
|
Злыдни
|
Цитата:
Сообщение от AraraT®
Смысла нету, потому что эта программа уже умирает потихоньку... все отчеты переносим в Аксу.
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
|
01.03.2007, 15:42
|
#4 |
|
Участник
|
Хранимые процедуры SQL Server'a в Аксапте
Возвращаюсь к этой теме уже с конкретным вопросом:
Есть необходимость использовать хранимые процедуры SQL Servera. Не будут они удалены Аксаптой при синхронизации (или других операциях)? Пробовал создавать тестовую хранимку и проводил синхронизацию DataDictionary, процедура не была удалена. Но хотелось бы убедится, чтобы не переводить потом все хранимки на запросы |
|
|
| Теги |
| axapta, sql server, интеграция, компания |
|
|
|
Комбинированный вид
