Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Gather vs.Update-SQL
|
|||
|---|---|---|---|
|
#18+
Подскажите, при работе в сети GATHER FROM ARRAY несёт в себе какие-нибудь ограничения по сравнению с UPDATE-SQL. Дело в том, что полей много и довольно утомительно прописывать многочисленные SET? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2004, 12:12 |
|
||
|
Gather vs.Update-SQL
|
|||
|---|---|---|---|
|
#18+
Результат будет один и тот же. Правда, непонятно, почему бы не использовать буферизацию. Тогда никакие Gather или UPDATE-SQL вообще не нужны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2004, 12:48 |
|
||
|
Gather vs.Update-SQL
|
|||
|---|---|---|---|
|
#18+
Хорошо, а как сделать по науке? Установить режим буферизации, скажем, строк, и в форме ввода сразу предлагать на редактирование сами поля, помня, что при первой попытке редактирования любого поля запись скопируется фоксом в буфер? Пару фраз комментариев, пожалуйста. Хелпы почитал, и по-моему, у меня в голове сейчас каша. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2004, 13:43 |
|
||
|
Gather vs.Update-SQL
|
|||
|---|---|---|---|
|
#18+
У массивов кроме всего прочего ограничение на 65000 элементов. Я уже сколько видел программ на фоксе которые начинают глючить с некоторого момента из-за того , что разработчик "забыл" про это ограничение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2004, 13:53 |
|
||
|
Gather vs.Update-SQL
|
|||
|---|---|---|---|
|
#18+
Не понял, причём здесь массивы, но, кстати, давно мучаюсь вопросом - почему ограничение на длину массива не целое с двоичной точки зрения - 65000, а не 2 в 16-ой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2004, 14:28 |
|
||
|
Gather vs.Update-SQL
|
|||
|---|---|---|---|
|
#18+
Если сможешь, то попробуй достать книгу Р.Пэддок и др. "Visual FoxPro 6. Разработка корпоративных приложений" Там вопрос буфериазции и вообще разработки многопользовательских приложений подробно описан. Вкратце. Есть 2 типа буферизации: -) Оптимистическая - записи блокируются при попытке сброса внесенных изменений в исходные таблицы -) Пессимистическая - записи блокируются в момент начала внесения изменений в исходные таблицы Каждый тип буферизации может быть: -) Строковая - создается буфер только на одну редактируемую запись -) Табличная - создается буфер на все редактируемые записи Сброс изменений из буфера в итоговые таблицы происходит: При строковой буферизации -) По команде TableUpdate() -) При переходе на другую запись -) При закрытии таблицы При табличной буферизации -) Только по команде TableUpdate() и никак иначе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2004, 14:57 |
|
||
|
|
start [/forum/topic.php?fid=41&msg=32454822&tid=1596935]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 356ms |
| 0 / 0 |
