ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PowerBuilder [игнор отключен] [закрыт для гостей] / Педелитесь опытом работы с большими массивами данных (>500 килострок).
13 сообщений из 13, страница 1 из 1
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34703488
sPaul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sPaul
Участник
В частности, пусть в буфере данные column1, column2, column3 (> 500 килострок), обозначим BUFFER1.
1. Как лучше организовать добавление из BUFFER1 в dddw (column1, column2) датавинды, размер которой 1000 строк?
2. Как лучше организовать добавление из BUFFER1 в dddw (column1, column2) датавинды, размер которой 500 килострок строк?

Стоит ли хранить в отдельном буфере данные для dddw?
...
Рейтинг: 0 / 0
03.08.2007, 11:32
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34703598
VanoR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VanoR
Участник
чтоб не хранить в dddw большой объем данных, я делаю так:

в основной датавинде поле subj_id с dddw (AvtoRetrieve отключен), а датавинда, на которую ссылается dddw ретривится с аргументом.

в retriveend основной датавинды пишу следующее
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
DataWindowChild dwc
long ll_subj_id
if rowcount =  0  then return

this.GetChild ("subj_id", dwc )
dwc.settransobject(sqlca)
ll_subj_id = this.object.subj_id[ 1 ]
dwc.retrieve(ll_subj_id)
но это у меня если возвращается одна строка
...
Рейтинг: 0 / 0
03.08.2007, 12:04
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34703832
Estets
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Estets
Участник
sPaulСтоит ли хранить в отдельном буфере данные для dddw?
Не стоит, как и использовать DDDW с количеством более 20-30 строк ИМХО.
...
Рейтинг: 0 / 0
03.08.2007, 12:55
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34703866
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Локшин Марк
Участник
А с какой целью нужно иметь DW с 500000 строк? Это будет никак не меньше отчета на 10000 листов. А пользователь туда еще чего-то добавлять будет?
...
Рейтинг: 0 / 0
03.08.2007, 13:00
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34703887
Dim2000
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dim2000
Участник
Локшин Марк wrote:

> А пользователь туда еще чего-то добавлять будет?

Не, он будет зачитывать вслух .
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
03.08.2007, 13:03
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34703909
sPaul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sPaul
Участник
Estets sPaulСтоит ли хранить в отдельном буфере данные для dddw?
Не стоит, как и использовать DDDW с количеством более 20-30 строк ИМХО.
Что Вы используете?
...
Рейтинг: 0 / 0
03.08.2007, 13:08
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34703925
Estets
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Estets
Участник
sPaul Estets sPaulСтоит ли хранить в отдельном буфере данные для dddw?
Не стоит, как и использовать DDDW с количеством более 20-30 строк ИМХО.
Что Вы используете?
Кнопку на DW и отдельное окно для выбора с фильтрацией.
...
Рейтинг: 0 / 0
03.08.2007, 13:13
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34703956
sPaul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sPaul
Участник
Локшин МаркА с какой целью нужно иметь DW с 500000 строк? Это будет никак не меньше отчета на 10000 листов. А пользователь туда еще чего-то добавлять будет?
Естественно, отображать всё - глупо. Отображается лишь часть (скажем, страница в 1к строк). С использованием фильтра, поиска, сортировки система "шарит" по буферу и отображает либо нужную страницу, либо данные на текущей странице в зависимости от критериев.

А что если в буфер помещать страницу, а фильтр, поиск, сортировку перенести на сервер?
...
Рейтинг: 0 / 0
03.08.2007, 13:23
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34703985
sPaul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sPaul
Участник
EstetsКнопку на DW и отдельное окно для выбора с фильтрацией.
И чтоб понять, что выбрано, жмете на кнопку?
...
Рейтинг: 0 / 0
03.08.2007, 13:29
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34704029
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Локшин Марк
Участник
sPaulА что если в буфер помещать страницу, а фильтр, поиск, сортировку перенести на сервер?
Вообще это будет более разумно и быстрее (если, конечно, сервер не совсем дохлый с кучей клиентов).
...
Рейтинг: 0 / 0
03.08.2007, 13:40
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34704111
Estets
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Estets
Участник
sPaul EstetsКнопку на DW и отдельное окно для выбора с фильтрацией.
И чтоб понять, что выбрано, жмете на кнопку?
Нет, при открытии документа по идентификатору подтягиваются ссылочные поля, при редактировании идентификатор и ссылочные поля заполняются из списка.
...
Рейтинг: 0 / 0
03.08.2007, 14:01
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34704198
sPaul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sPaul
Участник
Локшин Марк sPaulА что если в буфер помещать страницу, а фильтр, поиск, сортировку перенести на сервер?
Вообще это будет более разумно и быстрее (если, конечно, сервер не совсем дохлый с кучей клиентов).
"более разумно" - экономия памяти - сейчас актуальная проблема?
"и быстрее" - не факт, делать выборку из буфера быстрее, чем считывать из нелокальной БД.
...
Рейтинг: 0 / 0
03.08.2007, 14:27
| Ответить | Цитировать | Написать  
Педелитесь опытом работы с большими массивами данных (>500 килострок).
    #34704233
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Локшин Марк
Участник
sPaul"более разумно" - экономия памяти - сейчас актуальная проблема?
"и быстрее" - не факт, делать выборку из буфера быстрее, чем считывать из нелокальной БД.
Ну начнем с того, что у PB от такого количества строк просто может случиться несварение желудка, кроме того памяти никогда не бывает много. Потом для "выборки из буфера" PB не может использовать никакие вспомогательные структуры - например индексы. Далее - все эти 500000 строк нужно передать на клиента, причем до начала работы и, возможно, обеспечивать когерентность локальных данных с сервером. Ну и еще много чего.
Короче говоря, не следует превращать клиент-серверную идеологию в файл-серверную т.к. большинство людей уже давно для себя уяснило,как говорится, что такое хорошо и что такое плохо...
...
Рейтинг: 0 / 0
03.08.2007, 14:40
| Ответить | Цитировать | Написать  
13 сообщений из 13, страница 1 из 1
Форумы / PowerBuilder [игнор отключен] [закрыт для гостей] / Педелитесь опытом работы с большими массивами данных (>500 килострок).
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=15&msg=34704198&tid=1337048]:
 0ms
get settings:
 9ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 59ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 48ms
get tp. blocked users:
 1ms
others: 13ms
total:  162ms
созд. / загр.: 162ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]