axdaily: SQL temporary tables in AX 2012

[gigz]

Цитата:

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

А можно уточнить, какой максимальный объем может в памяти жить ? Или теперь он неограничен ? Раньше было так - до 128 кб табличка живет в памяти, а дальше сбрасывается на диск и работа с ней, естественно, резко замедляется (инфа из книжки Понтопиддана Inside DAX4.0). Собственно нас интересует - начиная с какой объема работа с времянкой станет медленной.

P.S. Про инкремент не понял. Он к чему относится ? К памяти в оперативке, которая отводится под времянку ?

За что купил, за то и продал. И зря.

Проверил - параметр на InMemory таблицы никак не влияет. Все те же 128К. Спрошу еще раз хорошенько, почему он должен влиять.

Похоже это все применимо только для EntireTable cache.

Уже не так интересно наверное, но все же, макс значение этого параметра - 10000. А инкремент, насколько я понял, это что-то типа размера страницы и файл растет всегда по 128К (тоже проверил, что для темп таблиц это точно не так).

[Logger]

Цитата:

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

Проверил - параметр на InMemory таблицы никак не влияет. Все те же 128К.

Вопрос был именно про таблички InMemory

[MikeR]

Насколько я понял, размер не трогали и вероятно не будут трогать.
Паша, а ты не думал что с ssd диском ситуация, по всей видимости, не будет видна вообще, что файл, что в памяти.

[Logger]

Цитата:

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

Насколько я понял, размер не трогали и вероятно не будут трогать.
Паша, а ты не думал что с ssd диском ситуация, по всей видимости, не будет видна вообще, что файл, что в памяти.

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

[fed]

Цитата:

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

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

А там все зависимости (в самом алгоритме) строго линейные кстати Трудоемкость пропорциональна числу строк. Нелинейное там время поиска во временной таблице (скорее даже - суммирования и группировки временной таблицы), которое к алгоритму рассчета никакого отношения не имеет...

[mazzy]

Цитата:

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

А там все зависимости (в самом алгоритме) строго линейные кстати Трудоемкость пропорциональна числу строк.

Это в международной.
В российской - нелинейное. По крайней мере так было раньше.