Цитата:

1) Какая будет (и будет ли вообще) оптимизация SELECT-а с условием:
WHERE A.id_order=lc_id_order AND A.type IN (?gn_type1, ?gn_type2)

Я понимаю что первое условие оптимизируемо, второе нет... Но сначала записи будут отобраны по первому условию, то есть их совсем немного, а уже из выбранных по второму ... То есть оптимизация примерно около 90% или нет

Цитата:

2) Как лучше присоединять дополнительные данные? Сразу или после выборки...
Короче, в результате запроса записей выбирается немного (до 10), и я подумал не писать навороченный запрос с JOIN и все такое, а просто
выбрать данные, сделать пару пустых полей (space(100) as org), а потом просто UPDATE-ом (Дополнительную таблицу надо открывать в обоих случаях

Цитата:

3) При работе с видом с буферизацией, что лучше использовать:
APPEND BLANK и REPLACE или INSERT ?

Цитата:

4) При открытии окон в отдельных сессиях, приходится открывать множество таблиц в каждой сессии... это как-то необычно...
Хочется знать, сильно ли это нагружает компьютер, винду, процессор? Вообщем как влияет на требования к системе и производительность...

Цитата:

А то получается это как множество пользователей в одной проге работают,

Цитата:

причем пользователь сам решит сколько ему окон открыть и держать на экране, а если попробовать представить сколько алиасов во всех сессиях открыто - даже страшно становится

Цитата:

5) Также при использовании сессий, в главной сессий обычно открываю все таблицы, они используются в методах главных объектов (поиски всяких реквизитов, имен, наименований и т.д.), эти методы вызываются во всех формах и отчетах где надо...

Цитата:

Может лучше не держать таблицы открытыми все время, а открывать и закрывать прямо в методах?

Цитата:

Уменьшится ли повреждаемость таблиц?

Цитата:

Сильно ли замедлится работа?

Цитата:

Кроме того, следует учитывать тот факт, что если ты будешь делать добавление вида INSERT ... SELECT ..., то надо бы проверить, берет в этом случае SELECT данные из буфера или напрямую из исходной таблицы. Я как-то еще не проверял

Цитата:

Кроме того, когда ты работаешь в Private DataSession для того, чтобы увидеть таблицы открытые в другой DataSession необходимо организовывать переключение между рабочими областями исходя из предположения, что содержимое таблиц в разных DataSession синхронизировано. Это предусмотрено в твоей программе? В смысле переключение и синхронизация?

Цитата:

1) Какая будет (и будет ли вообще) оптимизация SELECT-а с условием:
WHERE A.id_order=lc_id_order AND A.type IN (?gn_type1, ?gn_type2)

Я понимаю что первое условие оптимизируемо, второе нет...
Но сначала записи будут отобраны по первому условию,
то есть их совсем немного, а уже из выбранных по второму ...
То есть оптимизация примерно около 90% ;) или нет

Цитата:

2) Как лучше присоединять дополнительные данные? Сразу или после выборки...
Короче, в результате запроса записей выбирается немного (до 10),
и я подумал не писать навороченный запрос с JOIN и все такое, а просто
выбрать данные, сделать пару пустых полей (space(100) as org), а потом просто UPDATE-ом ;)
(Дополнительную таблицу надо открывать в обоих случаях :shuffle

Цитата:

3) При работе с видом с буферизацией, что лучше использовать:
APPEND BLANK и REPLACE или INSERT ?

Цитата:

4) При открытии окон в отдельных сессиях, приходится открывать
множество таблиц в каждой сессии... это как-то необычно...
Хочется знать, сильно ли это нагружает компьютер, винду, процессор?
Вообщем как влияет на требования к системе и производительность...

А то получается это как множество пользователей в одной проге работают,
причем пользователь сам решит сколько ему окон открыть и держать на экране,
а если попробовать представить сколько алиасов во всех сессиях открыто - даже страшно становится

Цитата:

5) Также при использовании сессий, в главной сессий обычно открываю все таблицы,
они используются в методах главных объектов (поиски всяких реквизитов, имен, наименований и т.д.),
эти методы вызываются во всех формах и отчетах где надо...

Может лучше не держать таблицы открытыми все время, а открывать и закрывать прямо в методах?
Уменьшится ли повреждаемость таблиц?
Сильно ли замедлится работа?

Цитата:

Оба этих условия оптимизируемы, а уж какой выигрыш от оптимизации
зависит от данных.

Цитата:

Надо пробовать, выбирать все сразу может оказаться значительно
быстрее если
используется самый оптимальный порядок JOIN. Разбивая запрос на два, этого
порядка можно никогда не достичь. В любом случае, один запрос почти всегда
можно настроить так, что он будет работать не медленнее чем если разбить его
на два и более.

Цитата:

3) Мне не известны особые преимущества одного метода по сравнению с
другим.

Цитата:

Несмотря на количество сессий, каждый файл открывается один раз и кэш
на него один на все сессии

Цитата:

Для борьбы с повреждаемостью должно быть достаточно периодически
сбрасывать буферы (FLUSH).

Цитата:

Цитата:

Несмотря на количество сессий, каждый файл открывается один раз и кэш
на него один на все сессии

Угу, что выливается в кой какие
"особенности", типа открытия первого курсора в режиме shared и попытки
открытия второго в Exclusive

Цитата:

Оба этих условия оптимизируемы, а уж какой выигрыш от оптимизации зависит от данных.

Цитата:

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

Цитата:

Открытие таблицы операция довольно дорогая с точки зрения производительности.

Цитата:

Для борьбы с повреждаемостью должно быть достаточно периодически сбрасывать буферы (FLUSH).

Цитата:

Можно даже сделать автосохранение минут так через 10-15 ;)

Цитата:

А что там за "новый" FLUSH?

Begin Trans
    If not Tableupdate(...)
        Rollback
    else
        End Trans &&Commit
        Flash
    endif

Цитата:

If you specify cFileSpec, only changes to the specified file are saved unless cFileSpec is the name of a table (.dbf) file in which case FLUSH applies to the table memo (.fpt) file and all open indexes for that table, even if the table is open in another data session.