|
28.01.2009, 16:48 | #1 |
Участник
|
Информация по старым версиям. Может быть в последних исправили.
Предположим, в записи содержится memo-поле. В этом случае выборка select * from... будет выбирать и мемо-поле среди остальных. Что приведет к огромному трафику, тормозам передачи по сети и прочим радостям. Во многих случаях, по умолчанию Аксапта делает именно такую выборку. Если включен автовыбор полей, то Аксапта не делает разницы между memo и обычным полем и при малейшей необходимости тянет все. что приводит к трафику и тормозам. поэтому memo-поля раньше рекомендовалось выделять в отдельные таблицы. Вроде в последних версиях что-то делали с мемо-полями. Но не помню. Надо проверять. |
|
28.01.2009, 17:19 | #2 |
Участник
|
Цитата:
Тут все зависит от того, скоко в ентом меме хранится! Суть в чем - первые 256 символов поля по своему хранению в БД ничем не отличаются от обычного varchar и увеличить трафик ну никак не смогут! Вот если больше, тогда возможны "лишние" искания сервера, дабы найти данные поля которые будут немного в другом месте файла данных храниться. Но опять-же "огромный трафик" - что-то в районе сказок! |
|
28.01.2009, 18:01 | #3 |
Участник
|
Цитата:
Если же в memo-поле в основном хранятся строки до 256 символов, то это скорее ошибка архитектуры, поскольку memo-поля не индексируются. Цитата:
Я о сетевом трафике о перемещениях данных в памяти сервера. Ведь работу с этими данными будет выполнять AOS или аксаптовский клиент. А они как должны получить значение memo-поля огромный трафик будет между SQL'ем и AOS'ом/клиентом |
|
Теги |
ax4.0, memo, string, полезное |
|
|