Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
ИзопропилWulffНа практике это от 10 сек. а что тогда экономим? Трафик, что ж еще. Но это для очень часто обновляемых справочников, на практике стоит 1-2 мин, и запрос то совершенно не ресурсоемкий, по сравнению с загрузкой всего справочника. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2013, 10:05 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
WulffИзопропилпропущено... а что тогда экономим? Трафик, что ж еще. Но это для очень часто обновляемых справочников, на практике стоит 1-2 мин, и запрос то совершенно не ресурсоемкий, по сравнению с загрузкой всего справочника. И время пользователя. И ресурсы сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2013, 11:02 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
Парни мы обсуждаем одну задачу но каждый видит ее в разных измерениях. У кого-то БД далеко стоит. У кого локально. А у кого и встроена в приложение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2013, 12:03 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
Wulffпо сравнению с загрузкой всего справочника. А кто ж грузит целый-то справочник?.. Фильтровать надо только нужное. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2013, 14:18 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovWulffпо сравнению с загрузкой всего справочника. А кто ж грузит целый-то справочник?.. Фильтровать надо только нужное. Как вы себе предстовляете фильтр справочника с двумя полями ид и наименование? mayton Парни мы обсуждаем одну задачу но каждый видит ее в разных измерениях. У кого-то БД далеко стоит. У кого локально. А у кого и встроена в приложение. Это точно! Конечно, когда сервер на localhost, или в локалке одного предприятия(здания), да какие проблемы, грузи как и когда хочешь. А вот когда сервер отдален на нацать км, а скорость интернета оставляет желать лучшего, то тут по другому я даже не знаю как. И постоянно грузить справочники с кол-вом записей более 10к, ну знаете.... Проверял, тормоза жуткие, ползователи плюются и матерятся оч сильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 10:39 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
WulffЭто точно! Конечно, когда сервер на localhost, или в локалке одного предприятия(здания), да какие проблемы, грузи как и когда хочешь. А вот когда сервер отдален на нацать км, а скорость интернета оставляет желать лучшего, то тут по другому я даже не знаю как. И постоянно грузить справочники с кол-вом записей более 10к, ну знаете.... Проверял, тормоза жуткие, ползователи плюются и матерятся оч сильно. Да нет, не так всё. Даже с локальной машины или с быстрой сетью выгрузить справочник в скажем 10-30 тыщ записей -- долго. А побить справочник на части не хватает часто ни сил разработчкиков, ни желания аналитиков (это ж думать надо!), ни понимания пользователей -- у них подмотка по набираемому тексту работает, их устраивает. Справочников таких у нас в системе несколько штук есть, очень часто используемые (контрагенты), при чём они побиты уже на по крайней мере две части -- поставщики и потребители, а иногда и на больше частей (части, соотв., меньше). Но всё равно они большие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 13:31 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
WulffКак вы себе предстовляете фильтр справочника с двумя полями ид и наименование? Так же как у тебя в браузере фильтруются старые URL-ы: пользователь начинает вводить наименование и когда задумается на секунду, на сервер уходит запрос с фильтром по введённому куску. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2013, 15:04 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
MasterZivДа нет, не так всё. Даже с локальной машины или с быстрой сетью выгрузить справочник в скажем 10-30 тыщ записей -- долгоНекоторое время назад заспулил ( sqlplus ) в файл около миллиона записей. Примерно пять секунд. В рабочее время, на рабочей базе. Может "долго" - где-то в другом месте? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2013, 16:49 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovMasterZivДа нет, не так всё. Даже с локальной машины или с быстрой сетью выгрузить справочник в скажем 10-30 тыщ записей -- долгоНекоторое время назад заспулил ( sqlplus ) в файл около миллиона записей. Примерно пять секунд. В рабочее время, на рабочей базе. Может "долго" - где-то в другом месте? Наоборот, это "быстро" в другом месте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2013, 18:42 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
MasterZivBasil A. Sidorovпропущено... Некоторое время назад заспулил ( sqlplus ) в файл около миллиона записей. Примерно пять секунд. В рабочее время, на рабочей базе. Может "долго" - где-то в другом месте? Наоборот, это "быстро" в другом месте. Oracle стремителен когда речь идёт о его примитивных типах NUMBER/VARCHAR/DATE. Как только вам надо будет заспулить LONG/BLOB/RAW/XML или вложенные таблицы или списки в полях то результат будет более чем печален. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2013, 19:16 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
mayton, Я имел в виду не это. Одно дело, когда ты набиндил колонки на буфера, да ещё пачкой по скажем 1000 записей, фетчишь и тут же пишешь в файл. Другое дело, когда ты создаёшь объект типа DataSet, с колонками, строками, полями, для последующего использования в приложении. Это сильно дольше, чем писать в файл или рисовать текст в окошечке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2013, 19:54 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
maytonКак только вам надо будет заспулить LONG/BLOB/RAW/XML или вложенные таблицы или списки в полях то результат будет более чем печален.И как часто всё это требуется в справочниках? Особенно с учётом того, что sqlplus - штатный утиль, позволяющий получить некую точку отсчёта, а совсем не эталон загрузки данных на клиента. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2013, 17:20 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
MasterZivДругое дело, когда ты создаёшь объект типа DataSet, с колонками, строками, полями, для последующего использования в приложении. Это сильно дольше, чем писать в файл или рисовать текст в окошечке.Так вам "быстро" или "как попроще"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2013, 17:21 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
Basil A. Sidorov, Ты вот зачем всё это пишешь ? Какое это отношение имеет к обсуждаемому вопросу ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2013, 19:09 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
MasterZivТы вот зачем всё это пишешь ?Зачем вы пишите вот это: MasterZivДа нет, не так всё. Даже с локальной машины или с быстрой сетью выгрузить справочник в скажем 10-30 тыщ записей -- долго.? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2013, 16:54 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
WulffЭто точно! Конечно, когда сервер на localhost, или в локалке одного предприятия(здания), да какие проблемы, грузи как и когда хочешь. А вот когда сервер отдален на нацать км, а скорость интернета оставляет желать лучшего, то тут по другому я даже не знаю как. И постоянно грузить справочники с кол-вом записей более 10к, ну знаете.... Проверял, тормоза жуткие, ползователи плюются и матерятся оч сильно. Даже в локалке проблема вытащить с SQL-сервера целиком большой справочник на клиента. Никто так не делает (например так делала 1С77 с базой на MSSQL, тормозило жутко по стомегабитной сетке). Даже если справочник из двух полей (Id, Name) то сначала уточнение у юзера чего он хочет, т.е. фильтр, а затем SELECT ... WHERE Name like ... но такие вещи требуют кардинальной переделки пользовательского интерфейса. Исключение файл-серверы, например фокспро, там на клиента качается только нужное, например вывел ты в гриде справочник - реально прочитались по сетке только те записи, которые надо на экран вывести, остальное докачивается по необходимости. Почитай про репликацию СУБД, сделать однонаправленную с сервера на клиента не сложно, но есть есть фундаментальные тонкости, которые надо учесть. Если софт готовый, а удаленный пользователь неожиданно появился, то советую подумать об использовании RDP. Гораздо дешевле воткнуть комп в сетку с сервером, чем переписать софт на работу по медленным каналам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2013, 18:28 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
Dima TЕсли софт готовый, а удаленный пользователь неожиданно появился, то советую подумать об использовании RDP. Гораздо дешевле воткнуть комп в сетку с сервером, чем переписать софт на работу по медленным каналам. Это не решает проблему а просто переносит ее в сферы отвествтенности ЦОД-ов или датацентров. Ведь все эти петабайты справочников теперь будут бегать между БД и Фермой терминалов. Я как инженер категорически не согласен с этим. А как потребителю мне конечно-же всё равно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2013, 19:42 |
|
||
|
Справочные данные, QHash, и доступ к ним
|
|||
|---|---|---|---|
|
#18+
maytonDima TЕсли софт готовый, а удаленный пользователь неожиданно появился, то советую подумать об использовании RDP. Гораздо дешевле воткнуть комп в сетку с сервером, чем переписать софт на работу по медленным каналам. Это не решает проблему а просто переносит ее в сферы отвествтенности ЦОД-ов или датацентров. Ведь все эти петабайты справочников теперь будут бегать между БД и Фермой терминалов. Я как инженер категорически не согласен с этим. А как потребителю мне конечно-же всё равно. Проблему это решает. В остальном согласен что решает нехорошо. Чтобы сделать хорошо надо полностью переписать софт, легким допиливанием невозможно получить тонкого клиента из толстого. Стоит это делать или достаточно обойтись небольшим вложением в железо, сложно сказать не зная всех условий задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2013, 07:29 |
|
||
|
|

start [/forum/topic.php?fid=57&msg=38469114&tid=2019851]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
171ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 281ms |

| 0 / 0 |
