Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
Вопрос собираюсь делать базу файл-сервер. Варианты: 1) ADO+Delphi 2)Visual FoxPro Интересует, сколько пользователей максимально тянет связка Visual FoxPro + DBF в сети, и каков максимальный объем базы может использоваться. Интересно именно опыт, а не спецификации из Help'ов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 01:55 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
LVadimВопрос собираюсь делать базу файл-сервер. Варианты: 1) ADO+Delphi 2)Visual FoxPro Интересует, сколько пользователей максимально тянет связка Visual FoxPro + DBF в сети, и каков максимальный объем базы может использоваться. Интересно именно опыт, а не спецификации из Help'ов. Из моего опыта работы: правильно спроектированная БД на Фоксе (правда под ДОСом) без труда тянула 30 активных пользователей. Размер базы данных (не путать с размером таблицы/файла DBF) под Фоксом может быть любым. А вот размер таблицы/файла DBF ограничен (2Гб). Но в моей практике файла с объемом более 100 Мб не было... А ведь это была комплексная система управления предприятием (с претензиями на полноценную ERP-систему)... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 06:48 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
на сейчас активных соединений в конторе работает больше 50 чел. Объем данных вообще - чуть более 1Г. Фокс по работе с данными рулит в этом плане. Это я говорю еще и потому што мой генерал - ярый приверженец Дельфей спустя 2 года мастурбации с АДО сам _лична_ приклонил колено перед скоростью разработки и обработки данных Фоксом. На Дельфях ща у нас пишеуца лишь АктХ для красивости интерфейса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 08:59 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
1) Головная боль и большие сроки разработки (плюс постоянные проблемы) 2) Просто, быстро, надежно... И очень гибгий переход на Web технологии Более 50 клиентов + Web requestd (2 web sites) ... На сегодняшний день однозначно VFP 8.0, завтра скорее всего VFP 9.0 Good luck! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 09:19 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
FoxPro: 85 одномоментно работающих с БД пользователей, более половины из которых одновременно читают одни и те же таблицы. Сервер Novell. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 10:15 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
Количество пользователей + объем данных не есть достаточный показатель, трафик надо оценивать. На прошлой работе под FPD26 было больше 200 пользователей (это только в головном офисе), суммарный объем БД точно не вспомню, но на момент ухода прирост некоторых таблиц был больше 2 гиг за полгода (делили на кварталы). И ничего, шуршало все на ура :). Сейчас Oracle, объемы слишком большие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 11:06 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
Количество пользователей - 50. 20 из них активно редактируют данные, остальные - в основном смотрят. Общий объем данных - 400Mb. Самая большая таблица по размеру - 200Mb. Самая большая таблица по кол-ву строк - 500 тыс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 11:10 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
Если сервер не Novellовский, то может все-таки делать не файл-сервер, а клиент-сервер? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 11:49 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
всем спасибо! выбор Visual FoxPro 8.0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 14:13 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
интересна было б узнать ответы, если данный вопрос был бы портирован еще на форум по Дельфи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 14:28 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
Hel!Riserинтересна было б узнать ответы, если данный вопрос был бы портирован еще на форум по Дельфи Ради интереса давайте проверим! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 14:45 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
опубликовано на форуме Delphi посмотрим ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 15:02 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
Там все Access испортил А про FoxPro Никто сказать скорее всего не может, так-как кто перешел на FoxPro тот скорее всего теперь на нем и пмшет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 00:44 |
|
||
|
Поделитесь опытом
|
|||
|---|---|---|---|
|
#18+
>Интересует, сколько пользователей максимально тянет связка Visual FoxPro + >DBF в сети, и каков максимальный объем базы может использоваться 10-20 пользователей на ввод новых данных, до 50-80 чел. на отчеты объем базы (общий с 1997г - 6,5 ггб+ около 1 ггб док. MS Word). 198 тыс. лицевых счетов. Справочник физ.лиц. чуть больше 619 тыс. ежемесячно 500 - 600 тыс. записей по начислениям, льготам и оплатам. Режим как-бы клиент-сервер. Понятно, если запросить данные за все время будут тормоза(8-11 секунд), если за срок исковой давности (3 года) все тип-топ (3-5 секунд). Один комп под БД и и сервер приложений. Мин. конф. для рабочей станции Win98+P133+16mb+10 mb/s кооксиал. Сервант под win чем крутее, тем лучшее. Terminal client как то без надобности. За три года эксплуатации реально восстанавливали один справочник: Raid 5, сдох один диск с горячей заменой и win2000 server легла. После перезагрузки сервера, не смотря на красную лампочку на сервере все кинулись работать дальше, неделю или две спустя обнаружили, что не удается внести новых физ. лиц в справочник(автоинкремент на free table не работает, а встроенный алгоритм не пережил кракозябров в последней записи поля "Code"). Восстановление справочника заняло два часа вместе с перекурами и анекдотами. В общем ежедневный (еженочной) бакап опять не понадобился. На счет дельфи... Доступ к данным через BDE, состарится можно, пока обработаешь БД 200-300 мб, про ггб ни кто при этом не заикается, правда в России кулибины не переводятся- под VFP делают DLL, она подготавливает выборку, а весь интерфейс в делфях, имхо изврат это - попробуйте поискать в текстовом поле по вложению если в справочнике реально больше 100 000 записей, мало не покажется, хотя можно опять VFP DLL- курсор(таблица)-форма. Пара слов про "тяжелые" СУБД. Не знаю как Вам, а по мне уберите встроенную возможность работать через порты, как правило навароченный WEB интерфейс, и работа с любой серверной СУБД превратится в занятье любовью стоя в гамаке при огромном количестве зрителей(пользователей), при этом эффективность Вашей работы ВСЕГДА будет исталкована превратно. У меня сложилось четкое убеждение: все они (серверные СУБД) напоминают амфибию- вроде ездят, вроде плавают, но в гонках на них тяжело, да и в море плывешь как в полиэтиленовом тазике - не знаешь с какой стороны волной накроет. Гуру от каждой СУБД скажут - не умеешь, не лезь. Но я готов ответить Уважаемым: тогда зачем (по русски, на хрен) нужен Ваш SQL92 и иже с ним. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2004, 23:49 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=32820902&tid=1595250]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
93ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 253ms |
| total: | 418ms |

| 0 / 0 |
