Максимальная длина типа String в DAX 4.0

[Ivanhoe]

Мне казалось, что Memo хранится в БД как-то по отдельности от обычных данных. В чем проблема его использования?

[egorych]

Цитата:

Сообщение от Ivanhoe

Мне казалось, что Memo хранится в БД как-то по отдельности от обычных данных. В чем проблема его использования?

Не совсем так - МОЖНО НАСТРОИТЬ, чтоб они хранились отдельно.

[mazzy]

Цитата:

Сообщение от Ivanhoe

В чем проблема его использования?

Информация по старым версиям. Может быть в последних исправили.

Предположим, в записи содержится memo-поле.
В этом случае выборка select * from... будет выбирать и мемо-поле среди остальных.
Что приведет к огромному трафику, тормозам передачи по сети и прочим радостям.
Во многих случаях, по умолчанию Аксапта делает именно такую выборку.

Если включен автовыбор полей, то Аксапта не делает разницы между memo и обычным полем и при малейшей необходимости тянет все. что приводит к трафику и тормозам.

поэтому memo-поля раньше рекомендовалось выделять в отдельные таблицы.

Вроде в последних версиях что-то делали с мемо-полями.
Но не помню. Надо проверять.

[egorych]

Цитата:

Сообщение от mazzy

...Предположим, в записи содержится memo-поле.
В этом случае выборка select * from... будет выбирать и мемо-поле среди остальных.
Что приведет к огромному трафику, тормозам передачи по сети и прочим радостям...

Можно я опять немного встряну?
Тут все зависит от того, скоко в ентом меме хранится! Суть в чем - первые 256 символов поля по своему хранению в БД ничем не отличаются от обычного varchar и увеличить трафик ну никак не смогут! Вот если больше, тогда возможны "лишние" искания сервера, дабы найти данные поля которые будут немного в другом месте файла данных храниться. Но опять-же "огромный трафик" - что-то в районе сказок!

[mazzy]

Цитата:

Сообщение от egorych

Можно я опять немного встряну?
Тут все зависит от того, скоко в ентом меме хранится! Суть в чем - первые 256 символов поля по своему хранению в БД ничем не отличаются от обычного varchar и увеличить трафик ну никак не смогут!

но ведь memo поле вряд ли будет задействовано для того, чтобы хранить строки около 256 символов. memo как правило задействуется для хранения изображений, документов и прочей мультимедии.

Если же в memo-поле в основном хранятся строки до 256 символов, то это скорее ошибка архитектуры, поскольку memo-поля не индексируются.

Цитата:

Сообщение от egorych

Вот если больше, тогда возможны "лишние" искания сервера, дабы найти данные поля которые будут немного в другом месте файла данных храниться. Но опять-же "огромный трафик" - что-то в районе сказок!

Вы сейчас о дисковых операциях SQL-сервера.
Я о сетевом трафике о перемещениях данных в памяти сервера.

Ведь работу с этими данными будет выполнять AOS или аксаптовский клиент.
А они как должны получить значение memo-поля
огромный трафик будет между SQL'ем и AOS'ом/клиентом