![]() |
#3 |
Moderator
|
Если делать выборки напрямую, то я бы учёл следующее:
1. Присоединяюсь по DataAreaId к Георгию. 2. Поля дат - пустые с точки зрения Аксапты = 01.01.1990 с точки зрения SQL Server 3. Содержимое контейнерных полей будет недоступно 4. Енумы будут числами (для представления их "словами" можно сваять в БД дополнительный справочник всех енумов - я использую простенькую табличку AX_BASE_ENUMS из 4-х полей) P/S: 5. В случае Oracle надо будет еще бороться с пустыми строками, выглядящими как Chr(2). Но раз речь об SQL Server, то неактуально. P/S 23.01.07: 6. В случае Oracle я бы еще добавил, что нужно будет следить за регистром символов (особенно в условии WHERE) 7. Для любой СУБД нужно будет иметь в виду ситуации, связанные с использованием текстовых кодов (всякие id, accountnum и т.п.), выравненных по центру или по правому краю, когда в том же условии WHERE строку-фильтр нужно будет начинать слева некоторым количеством пробелов, которое не всегда очевидно (либо использовать славящийся своей неоптимальностью оператор LIKE '%<значение>%' ). |
|
|
За это сообщение автора поблагодарили: murad (1). |
Теги |
axapta, sql server, интеграция, компания |
|
|