29.06.2005, 13:44
|
#41 |
|
Участник
|
Галина, у Вас есть возможность получить доступ к SQL версии?
|
|
|
|
29.06.2005, 13:46
|
#42 |
|
Участник
|
Есть. Вы советуете посмотреть SQL версию?
|
|
|
|
29.06.2005, 13:55
|
#43 |
|
Участник
|
Отлично. Мне кажется, что взглянув на названия полей и содержимое служебных SIFT таблиц (они все имеют похожие названия типа Фирма$32$0) вы сможете легко понять принципы их организации и поддержки (пополнения).
PS. По предмету спора. ИМХО... зря они (нави) слово Fields употребили в названии своей технологии. Действительно, _технология_ к вычисляемым полям прямого отношения не имеет. Можно сказать, что при определенных настройках и формулах вычисляемых полей их вычисление производится с применением этой технологии. (че-та косноязычие напало некоторое.... сори) |
|
|
|
29.06.2005, 13:59
|
#44 |
|
Участник
|
Хорошо спасибо-посмотрю.
|
|
|
|
29.06.2005, 14:19
|
#45 |
|
Участник
|
FlowFields - это запрос к базе - типа дайте мне сумму.
Этот запрос клиентом может быть перенаправлен на получение суммы из суммовой таблицы, либо, если такой таблицы нет, отдан на сервак так как есть - дайте сумму из такой-то таблицы. Вот. Т.е. суммовая таблица может быть, а может не быть. Но если она есть, то ей могут пользоваться и вычисляемые поля и конструкции CALCSUMS в коде, но в неявном виде - клиент сам подсовывает суммовую таблицу либо исходную. |
|
|
|
29.06.2005, 14:34
|
#46 |
|
Участник
|
Вы знаете SVG я уже потеряла нить рассуждений. При чем здесь calcsums-если по этой команде можно подсчитать (насколько я понимаю) только поле-которое в свою очередь прописано в ключе в поле sumindexfields. Я вас про Calcsums и не спрашивала- я вас спрашивала про calcfields. Вы знаете я закрываю тему. Мне так кажется что это все вы рассказывали про sql версию-я ее не знаю. И опираюсь только на Navi. Поэтому я и не понимаю то что вы объясняете- вы делаете выводы на фактах, на основании которых просто нельзя сделать такие выводы (опять повторю - это лично мое мнение).
Действительно лучше я посмотрю sql версию. И сама поразбираюсь. |
|
|
|
29.06.2005, 14:35
|
#47 |
|
Участник
|
SVG, начинаете повторяться....
А давайте-ка, коллега, оформите свои рассуждения в виде статейки небольшой, страничек на 10... Концепция, реализация, плюсы/минусы, на примерах... История развития, перспективы опять же (4.01)... Могём? топик себе заведём для обсуждения правильности формулировок, если желание возникнет. Тут есть кому (на форуме) подключиться для компетентного обсуждения. |
|
|
|
29.06.2005, 14:44
|
#48 |
|
Участник
|
Я пас, а то через пару постов сам потеряю суть
|
|
|
|
30.06.2005, 12:13
|
#49 |
|
Участник
|
ТО SVG
Цитата:
Если в ключе 10 полей, если в ключе дата, то построение суммовой таблицы скорее всего ничего не даст - подчеркиваю - скорее всего, каждый случай надо рассматривать отельно.
|
|
|
|
30.06.2005, 12:33
|
#50 |
|
Участник
|
Если вкратце.
Выигрыш в чтении не должен быть меньше проигрыща в записи. Т.е. ускорив один отчет, который запускается раз-два-три в неделю, но при этом сильно замедлив вставку и модификацию - вы явно сделали не то. Количество записей в суммовой таблице не должно быть больше чем в исходной таблице. Вот если там записей раз в 100 меньше - это хорошо. Рулить колвом записей в суммовой таблице можно еще при помощи свойство ключа SIFTLevelsToMaintain. Ну и это.... опыт и внутреннее чутье помогают. |
|
|
Линейный вид
