Re: AutoCalcFields

fkInternalCalc - служи за определяне на типа на полето - в случая когато се изчислява от SQL сървъра май ;-)))
За целта ти трябва да си напишеш код - в OnFilterRecord - май така се казваше - погледни го - проблема е че тази операция доста забавя процеса - но по-някога няма друг начин.
Все пак ако публикуваш малко код / или идеи - може да се помисли за вкарване на изчисленията в SQL кода ? - това е вариант

---
Е т'ва е живот!

Значи мисля че InternalCalc е поле което е зададено в таблицат така:

Table nesto(
qty integer,
Price Double Precision,
STOIN COMPUTED BY (QTY*PRICE));

а за да преодолееш филтрирането опитай с QuantumGrid на Developer Express, те си кешират в паметта всичките записи , и позволяват филтриране, сотриране и какво ли не по всякакъв вид полета!

ех и ти - да сложи толкова "тежък" компонент само за едно филтриране - наистина компонента е прекрасен - но OnFilterRecord - върши прекрасна работа при calculated полета ;-))) Пък и малка подробност - ако не му трябва визуализация - а само да процесва данните ;-)) ?

---
Е т'ва е живот!

хехехе, верно е ча са тежки... а пък и работят само с варианти, не ми се мисли как ядат и стопяват паметта :))
Незнам но аз винаги така си правя БД-то че винага да ми е удобно да си филтрирам и свръзвам по всякакви полета, а този компонент TTable просто съм го забравили отписал, когато приложението е Client/Server и в таблицата има 100 хил. записа, настава една веселба при отварянето на таблицата.
Затова предпочитам компинацията Query и UpdateSQL....Много бързо и елегантно си работи с тях :)

Нещо се бъркам или не мога да разбера темата

Ако искаш да филтрираш TTable легалните средства са:
-SQL-подобен израз във Filter - филтъра се прилага на сървара (ако позволява)
-ако условието не може да се запише по горния начин - в OnFilter - филтъра се прилага на клиента

Всичко друго е через ж**пу, както казват братушките

Наистина настава веселба за големи рекърд-сетове при Open на TTable, но не задължително. В крайна сметка select * без where клауза прави същата веселба. Обаче при к-съврър Филтър-а на TTable се включва в SQL стейтмънта, който се генерира за таблицата, и така филтъра се прилага на сървъра, пък към теб летят малко записи в резълт-сета. Не че имам впечатления по въпроса, но така казва Марко Канту.

-------------
Искам да знам какво мисли Бог - останалото са подробности. (Einstein)

Е, не е точно така
Нито при TTable, нито при select * без where се теглят всички записи на клиента, ако не са необходими. Можеш лесно да го провериш

А от къде точно се разбира кои са необходими? :)

-------------
Искам да знам какво мисли Бог - останалото са подробности. (Einstein)

Наистина доста "хлъзгави" понятия използвах : "необходими записи", "не е точно така"

Ако ти е интересно прочети [линк]

Ami tiq okolu kursora primerno...
btw client/server kakto az go razbiram izobshto clienta ne prawi nishto oswen da wizualizira dobre zdyfkanite danni i da sabira i izprashta zaqwki - sickko ostanalo - na servera s 1G RAM 80G HDD 4x2.XGHz i dawidim dali nqma da e barzo i kolko se pesti bandwith-a

------------------------------
I got a COMPILER, and I'm not afraid to use it!