Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Re: В защиту файл-сервера
|
|||
|---|---|---|---|
|
#18+
2Серега > Говоря "отфильтруешь" я не имел в виду конкретные операторы реализующие это. Я имел в виду, что для получения ЧАСТИ таблицы в ФС-технологии закачивается ВСЯ таблица, а уже потом, на клиенте, отбираются нужные записи. Или это не правильно? Люблю конструктивные диалоги :) Нет, это не правильно. Файл-сервер может фетчить данные по мере необходимости (когда пользователь начинает пролистывать список вниз), а так же отображать часть без перекачки всей таблицы. Впрочем, это неоднократно упоминалось в предыдущих постах. > Карманом пользоваться удобнее и быстрее, чем банком. До того времени, когда суммы просто не влезут в карманы. Совершенно верная аналогия :) Скажем так. Миллион записей - это примерно $10тыс. Сумма приличная, но еще не обязательно нести ее в банк. Хотя условиями открытия счета уже можно поинтересоваться :) С другой стороны, если вы живете в стремном районе, лучше все таки отнести в банк . 2 c127 >> Берем Sybase ASA, который начинает прекрасно работает на P1 >> и ему уже 4 мб RAM достаточно. Берем Sybase Power Builder, >> который уже начинает работать с 486 те же 4 мб RAM > Все правильно, кроме одного: > Power Builder любой версии - невероятно глючная вещь. А ты сам проверил или это с чужих слов? Работал в фирме-разработчике. Я же согласился, что ASA и PB работают на любых дровах :) > файерберд, например, работает даже на PalmOS ASA работает даже на WinCE :) И что? У тебя есть заказчик под эти платформы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2003, 22:01 |
|
||
|
Re: В защиту файл-сервера
|
|||
|---|---|---|---|
|
#18+
Блин, не туда запостился :((( Админу, если возможно - удалите этот топик please ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2003, 22:05 |
|
||
|
Re: В защиту файл-сервера
|
|||
|---|---|---|---|
|
#18+
Вас удалить или Ваш пост? Определитесь сначала ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2003, 22:38 |
|
||
|
Re: В защиту файл-сервера
|
|||
|---|---|---|---|
|
#18+
Про страшные истории о том что ФС обязан для выборки пары записей прокачать всю таблицу через сеть: открыть ФАР, найти в сети большой фыйл (например фильм какой-нить, мегов на 700) и нажать F3. Файл откроется мгновенно. Нажать Ctrl+End - курсор перескочит в конец файла. Мгновенно. Чудо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2003, 22:28 |
|
||
|
Re: В защиту файл-сервера
|
|||
|---|---|---|---|
|
#18+
Маленькая ремарка... Есть сетевая задача на FPD2.6 так вот было установлено( и очень давно) что при тяжелых запросах ( да и не очень ) фокс создает н-кол-во временных таблиц на клиенте, а потом с ними и работает, ну а в начале процесса конечно грузит сеть. Конечно, все сказанное справедливо для нормально написанной и сконфигурированной проги. Особенно меня умиляют извращенцы ( других слов нет ) которые пишут задачу максимум на 10-15 пользователей ну например на Delphi+Oracle или еще смешнее на VFP+IB .... Мне кажется файл-сервер еще будет жить долго ...а кстати кто-нить пробывал гонять базу в 1000000 записей 5 полей Char на гигабитных картах..это просто песня! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2003, 07:29 |
|
||
|
Re: В защиту файл-сервера
|
|||
|---|---|---|---|
|
#18+
Про страшные истории о том что ФС обязан для выборки пары записей прокачать всю таблицу через сеть: открыть ФАР, найти в сети большой фыйл (например фильм какой-нить, мегов на 700) и нажать F3. Файл откроется мгновенно. Нажать Ctrl+End - курсор перескочит в конец файла. Мгновенно. Чудо? Ага, чудо. А как чудесно будет решаться задача нахождения количества замеров превышающее среднюю величину за сутки. Табличка небольшая - 10млн записей, 5 полей. Маленькая ремарка... Есть сетевая задача на FPD2.6 так вот было установлено( и очень давно) что при тяжелых запросах ( да и не очень ) фокс создает н-кол-во временных таблиц на клиенте, а потом с ними и работает, ну а в начале процесса конечно грузит сеть. Ну, а актуальность данных пофиг. Действительно эка важность. Мне кажется файл-сервер еще будет жить долго ...а кстати кто-нить пробывал гонять базу в 1000000 записей 5 полей Char на гигабитных картах..это просто песня! Что за база такая? М.б. вы имели ввиду таблицу? Да, кстати, а вы не пробовали поработать на скорости 500кбит с таблицами в 10млн записей? Особенно меня умиляют извращенцы ( других слов нет ) которые пишут задачу максимум на 10-15 пользователей ну например на Delphi+Oracle или еще смешнее на VFP+IB .... На чем по-вашему надо решать такие задачи? А VFP+IB это действительно смешно! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2003, 08:26 |
|
||
|
Re: В защиту файл-сервера
|
|||
|---|---|---|---|
|
#18+
2f_w_p А типа если на клиент-сервере то данные всегда актуальны...:) А если серьезно - то все зависит от того как программа написана и от того какая технология работы требуется для работы с ней для поддержания этой самой актуальности. Или получение к примеру текущего баланса счета - это что тяжелый запрос ??? А для вашей задачи действительно файл-сервер не катит...хотя можно и терминал в таких случаях юзать... А для задач на 10-15 юзверей либо VFP, либо простенкий SQL сервер а клиент..но чем умеешь...:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2003, 08:41 |
|
||
|
Re: В защиту файл-сервера
|
|||
|---|---|---|---|
|
#18+
> А как чудесно будет решаться задача нахождения количества замеров > превышающее среднюю величину за сутки. Табличка небольшая - 10млн записей, 5 полей. Ну вот, наконец-то прозвучало действительно дельное замечание А то уши заворачивались от пурги, которую несли про FS. Как я понимаю, количество замеров в сутки достаточно велико? Тысяча, например? В принципе, задачу можно решить с помощью DCOM. Т.е. вычисление среднего за сутки можно выполнить на сервере. Будет нормально работать, если это одна-две не слишком часто вызываемые процедуры. Другое дело, если приложение будет целиком состоять из таких процедур, то переход на CS - очевидное и необходимое решение. > открыть ФАР, найти в сети большой фыйл (например фильм какой-нить, > мегов на 700) и нажать F3. Файл откроется мгновенно. Нажать Ctrl+End - > курсор перескочит в конец файла. Мгновенно. Чудо? ФАР - это слишком сложно Ты на локальном диске попробуй открыть этот же файл виндовым Notepad-ом. Успеешь сходить на обед, прежде чем откроется Вот отсюда и байки "про предварительную перекачку целиком" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2003, 22:38 |
|
||
|
Re: В защиту файл-сервера
|
|||
|---|---|---|---|
|
#18+
В принципе, задачу можно решить с помощью DCOM. Опять вы за FS цепляетесь! А DCOM у нас не поможет. UNIX однако. А для задач на 10-15 юзверей либо VFP, либо простенкий SQL сервер а клиент..но чем умеешь...:) Без вариантов простенкий SQL сервер ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2003, 09:28 |
|
||
|
|

start [/forum/topic.php?fid=35&fpage=53&tid=1554252]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 211ms |
| total: | 332ms |

| 0 / 0 |
