Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
сортировка без повтрного получения данных
|
|||
|---|---|---|---|
|
#18+
в ходе работы требутся сортировать таблицу по различным столбцам. делать каждый раз select оканчивающийся на order by мне кажется не правильным, так как данные уже получены из БД. какие есть др способы сортировки фенксы! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2003, 14:46 |
|
||
|
сортировка без повтрного получения данных
|
|||
|---|---|---|---|
|
#18+
ну, раз сортировать на базе тебе кажется не правильно, остается толко сортировать на клиенте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2003, 17:19 |
|
||
|
сортировка без повтрного получения данных
|
|||
|---|---|---|---|
|
#18+
2NewYear Вам не откажешь в наблюдательности! просто мне кажется нелогичным каждый раз запрашивать одни и те же данные с сервера, когда они уже получены. (особено если речь идет о больших массивах данных и/или когда сетка "провисает" или часто требуется пересортировывать...) собственно вопрос сводится к способам программной сортировки dataset'а ... может есть еще идеи ... по-моему проблема - распространенная ... (или ее как-то иначе можно решить?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2003, 09:37 |
|
||
|
сортировка без повтрного получения данных
|
|||
|---|---|---|---|
|
#18+
>> по-моему проблема - распространенная ... (или ее как-то иначе можно решить?) Эта проблема решается обычно на сервере, который сделает сортировку полюбому быстрее клиента(конечно если сервер - это сервер а не 486). На клиент все данные не выкачиваются, а поступают порциями(в MFC'шном CRecordsete первая порция по умолчанию 500 записей) помере движения по выборке(пока не сделаешь MoveLast или MoveNext'ом не дойдешь до конца) - это если говорить про ODBC, в ADO на клиенте в один конкретный момент только определеннное кол-во записей и при больших выборках всего набора записей на клиенте нет. Если этот устоявшийся веками механизьм неустраивает(не могу представить -почему?) высасывай все данные на клиент и там делай сортировку, например, по методу пузырька 8-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2003, 15:18 |
|
||
|
сортировка без повтрного получения данных
|
|||
|---|---|---|---|
|
#18+
 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2003, 17:34 |
|
||
|
сортировка без повтрного получения данных
|
|||
|---|---|---|---|
|
#18+
ну во первых хочется ответить FYRK смею заверить что на реально работающем проекте может оказаться как раз наоборот. Речь даже не о загруженности сервера. Посчитайте накладные расходы при выборке данных (как правило на сложных и правильных запросах это 95%-99%), пересылке по сети и собственно сортировке это для сервера или для клиента это просто сортировка без повторной выборки и пересылки. а теперь по существу топика. Сливаем данные с сервера (который сортирует в наиболее частом порядке), а дальше либо методом пузырька либо ищем более умные компоненты в которых это написано. Частенько советуют сайт www.torry.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2003, 10:45 |
|
||
|
|
start [/forum/topic.php?fid=57&fpage=479&tid=2036264]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
31ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
| others: | 10ms |
| total: | 136ms |
| 0 / 0 |
