|
Люди раскажите про Win FoxPro
|
||
|---|---|---|
Участник
Откуда: Тверь (Иркутск, Край)
Сообщения: 8 212 |
||
| 25.11.2005, 11:00 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
1024опять 25. Да кто ж спорит-то? В общем случае это именно так. Но во многих случаях 90% надёжности не обязательно. Достаточно 80%. Вы не спорите, а есть, кто "спорит". 1024Написано исходя из того что вменяемые люди понимают что 100% надёжность недостижима даже в космонавтике Абсолютно с Вами согласен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 10:53 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
FM32YO aka KID ... конечно если сбой в момент физической записи в файл, а не транзакции.. то будет ХЗ что.. но, почему-то мне кажется, что в подобном случае НИКТО не знает наверняка, что быдет с тем же Ораклом... ведь читать книги это одно, надо ж еще поэкспериментировать...... Microsoft как раз показал, как очень легко летит база данных в случае описанного Вами сбоя, кроме того, данные физически не сразу из кэша записываются на диск - то есть очень может произойти рассогласование целостности базы данных... От этого ни одна СУБД не застрахована - по этому очень важно иметь надежный сервер... Кроме того MS SQL Server и Oracle имеют механизмы при старте опраделять это повреждение целостности базы данных и требовать ее восстановление - полное или частичное в последних версиях данных продуктов... Так что VFP выглядит не совсем уж плохо... Если интересно, то можете прочитать мои скромные впечптления от презентации новых продуктов MS, на кторой я побывал позавчера Жаль что не удалось сходить на подобное мероприятие от конкурентов MS - можно было бы быть более объективным... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 10:56 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
1024 Можно, конечно, поиздеваться над фоксом ради интереса. Но только и без издевательств файл-серверная СУБД менее устойчива к таким сбоям, чем клиент\серверная. ********************* опять 25. Да кто ж спорит-то? В общем случае это именно так. Но во многих случаях 90% надёжности не обязательно. Достаточно 80%. согласен на все 100% никто не спорит, но ИМХО намного проще поставить клиенту 1 DBC файл 2 какое-то количество DBF-файлов 3 пару ДЛЛ-ок 4 собственно ехе-шник клиентской программы чем инсталлить и настраивать СКЛ сервер (предположим, что сервер бесплатный) с учетом того, что у клиента не 25 000 торговых точек, а всего-то 20-100 вот тут-то и ФС тянет... и КС тоже тянет.... лишь бы клиент платил :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 11:04 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
FM32YO aka KIDсогласен на все 100% никто не спорит, но ИМХО намного проще поставить клиенту 1 DBC файл 2 какое-то количество DBF-файлов 3 пару ДЛЛ-ок 4 собственно ехе-шник клиентской программы чем инсталлить и настраивать СКЛ сервер (предположим, что сервер бесплатный) с учетом того, что у клиента не 25 000 торговых точек, а всего-то 20-100 вот тут-то и ФС тянет... и КС тоже тянет.... лишь бы клиент платил :) Согласитесь, что инсталляция - это малая толика от всех проблем, которые могут возникнуть при использовании системы. Про устойчивость повторяться не буду, упомяну хотя бы, online бэкап. Кроме того, например, автоконфигурационных возможностей MS SQL может как раз хватить для "20-100 торг. точек." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 11:57 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
pkarklin Согласитесь, что инсталляция - это малая толика от всех проблем, которые могут возникнуть при использовании системы. Про устойчивость повторяться не буду, упомяну хотя бы, online бэкап. Кроме того, например, автоконфигурационных возможностей MS SQL может как раз хватить для "20-100 торг. точек." я ж не спорю.. я излагаю свою точку зрения и только. у каждого есть излюбленные приемы и продукты вот и все..... а что касается "за что платят больше" - то это иной вопрос.. в моем регионе к примеру лучше 1С продавать, ибо ничего другого тут не знают и знать не хотят.. да и зачем??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 12:01 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
Пообщался с людьми которые юзали и писали под ФС на фокс. Говорят бывало что летели индексы, реже таблицы, но очень редко. Часто только в том случае если на сервере (или некоторых клиентах) плохой сетевой адаптер. Можно делать backup и востанавливать таблицы довольно быстро. Но основным недостатком является скорость (медленный отклик 5-7 сек) при одновременном кол-ве подключений к одной таблице >40. Если подключений не много то все летает. Так что если небольщая потеря данных (от бакапа)(что бывает крайне редко, раз в несколько лет), и небольшое кол-во подключений, то ФС работает быстро и дешевле SQL сервера. Некоторых это устраивает. Кому нужна большая надежность, маштабируемость, ... могут брать MSSQL в качестве сервера, да еще и log shipping настроить. Можно брать ORACLE там наворотов вообще много. Я считаю что современное ПО должно иметь как минимум Клиент-Сервер конфигурацию (сервер MSSQL,ORALCE,...), трех (много) звенка приветствуется (но уже сейчас начинает считаться необходимостью). Все зависит от проффесионализма. Можно и бугалтерию для магазина написать с использованием MSSQL сервера, и будет тормозить. А можно написать систему класа MRPII для среднего предприятия на ФС и будет вполне нормально работать (решать свои задачи), но тут может быть проблема с маштабированием и перспективой. На счет платформы для клиента (сервера приложений), многие крупные програмные продукты (у которых скомпилированная логика на низком уровне) вынуждены разрабатывать свои скриптовые языки (для гибкости настройки, написания кода пользователя, унификации алгоритмов, ...). Если же логика пишется на фоксе, то благодаря возможности макроподстановки и другим преимуществам интерпитируемого языка можно все эти функции выполнять на фоксе. Не нужно разрабатывать свой скриптовый язык. Пусть пользователь напишет условие, вызовы API,примитивную обработку - на фоксе (это и есть скриптовый язык довольно понятный), прямо в окне настройки непосредственно в работающей программе. Это можно вставить в код через макро продстановку. Пользователь никогда не будет писать свои пользовательские "вмешательства" через COM и тому подобное. Поэтому те кто уже к этому пришли пишут свои скриптовые языки (другого выхода нет). На фоксе с этим проще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2005, 23:03 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
mal_oraПообщался с людьми которые юзали и писали под ФС на фокс.... . . . Но основным недостатком является скорость (медленный отклик 5-7 сек) при одновременном кол-ве подключений к одной таблице >40. Если подключений не много то все летает. А нельзя ли их спросить вот о чем = Если написать ФС на фоксе таким образом, чтобы не брать данные из таблиц методами собственно фокса (USE..... ThisForm.Text1.Value = MyTable.MyField.....), а Селектами то есть - на форме есть грид = СЕЛЕКТ ФРОМ.... созданный курсор = источник грида.. то же самое для текстбоксов и т.д.... Будет ли при таком подходе mal_ora медленный отклик 5-7 сек при одновременном кол-ве подключений к одной таблице >40. ??? Увы у себя я не могу все это проверить... нету тестеров ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 09:08 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
mal_ora Но основным недостатком является скорость (медленный отклик 5-7 сек) при одновременном кол-ве подключений к одной таблице >40. Если подключений не много то все летает... Ерунда, просто надо немного изменить подход. Было приложение, где данные вбивало и запрашивало одновременно порядка 30-40 (служба поддержки по телефону) использовал Web Service (SOAP 3.0) + VFP 7.0 - то есть идеология client server в чистом виде - никакой задержки (клиент прочитал данные, быстро передал на сервер изменения или новую запись), плюс несколько удаленных клиентов через Web... Сервер был конечно хороший - четыре процессора, 4 GB памяти и довольно быстрый RAID... Аналитики компании считали, что выигрыш по деньгам был что-то около 100 - 150K USD от внедрения FoxPro, ну и скорость выше чем у конкурирующих систем на Oracle и MS SQL Server... Но давно это было... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 09:32 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
FM32YO aka KID mal_oraПообщался с людьми которые юзали и писали под ФС на фокс.... . . . Но основным недостатком является скорость (медленный отклик 5-7 сек) при одновременном кол-ве подключений к одной таблице >40. Если подключений не много то все летает. А нельзя ли их спросить вот о чем = Если написать ФС на фоксе таким образом, чтобы не брать данные из таблиц методами собственно фокса (USE..... ThisForm.Text1.Value = MyTable.MyField.....), а Селектами то есть - на форме есть грид = СЕЛЕКТ ФРОМ.... созданный курсор = источник грида.. то же самое для текстбоксов и т.д.... Будет ли при таком подходе mal_ora медленный отклик 5-7 сек при одновременном кол-ве подключений к одной таблице >40. ??? Увы у себя я не могу все это проверить... нету тестеровА по большому счету неважно, каким классом команд пользоваться - выигрыш в разных ситуациях будет у разного подхода или даже у их комбинации. И без экспериментов не обойтись. Хотя и можно дать несколько формальных рекомендаций. А по большей части скорость будет зависеть от того, используются при сравнениях индексные теги, а также насколько они селективны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 10:13 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
Sergey Ch Ерунда, просто надо немного изменить подход. Было приложение, где данные вбивало и запрашивало одновременно порядка 30-40 (служба поддержки по телефону) использовал Web Service (SOAP 3.0) + VFP 7.0 - то есть идеология client server в чистом виде - никакой задержки (клиент прочитал данные, Сергей, а если так как я выше описал (2106982) то есть без Web Service ? или я прав = никто не пробовал и не тестил... просто "общепризнанно" фокс = тормозит и все == догма ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 10:30 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
Sergey Chиспользовал Web Service (SOAP 3.0) + VFP 7.0 а зачем фоспру 4 проца ? или там на каждый soap вызов запускается свой automation server ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 10:30 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
mal_ora Пусть пользователь напишет условие, вызовы API,примитивную обработку - на фоксе (это и есть скриптовый язык довольно понятный), прямо в окне настройки непосредственно в работающей программе. Это можно вставить в код через макро продстановку. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 11:00 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
а зачем фоспру 4 проца ? или там на каждый soap вызов запускается свой automation server ? ------------- чем больше тем лучше. Даже для дума3 ЗЫ пытался выбирать какую-нить среду разработки на жабе (в FAR всё ж таки неудобно). Ну ребята, ну нельзя ж так. NetBeans, Eclipse, JBuilder, Idea не просто тормозят, они тормозят ЧУДОВИЩНО. Единственное нормально работающее из больших пакетов это ибмовый Visual Age (т.к. не на жабе написан), но он неудобный какой-то. Хотя и JBuilder тож много отсебятины генерит. А вы говорите... Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 12:03 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
1024 чем больше тем лучше. Даже для дума3 ну так дум весч серьзная ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 12:20 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
Sergey Ch FM32YO aka KID ... конечно если сбой в момент физической записи в файл, а не транзакции.. то будет ХЗ что.. но, почему-то мне кажется, что в подобном случае НИКТО не знает наверняка, что быдет с тем же Ораклом... ведь читать книги это одно, надо ж еще поэкспериментировать...... Microsoft как раз показал, как очень легко летит база данных в случае описанного Вами сбоя, кроме того, данные физически не сразу из кэша записываются на диск - то есть очень может произойти рассогласование целостности базы данных... От этого ни одна СУБД не застрахована - по этому очень важно иметь надежный сервер... Кроме того MS SQL Server и Oracle имеют механизмы при старте опраделять это повреждение целостности базы данных и требовать ее восстановление - полное или частичное в последних версиях данных продуктов... Так что VFP выглядит не совсем уж плохо... Так. Пример приводил я. Только Вы не поняли суть проблемы. То, что любую клиент\серверную СУБД можно уронить, если, например, раид контроллер используется без батарейки никто не спорит. Т.е. никакую аппаратную проблему программными средствами не решишь. Я говорил как-раз о другом! О том, что клиент\серверные СУБД имеют ту или иную модификацию write-ahead лога. Т.е. сначала пишеться в лог и клиенту дается ответ, что все в порядке, и только потом в определенный момент сама СУБД вне зависимости от клиентских программ вносит изменения в БД и ставит отметку в логе об удачности применения этих изменений. Так как файл-севрерные СУБД в принципе такого не могут поддерживать (из-за разбросанности ядер СУБД по клиентским машинам), то и выглядят они в плане обеспечения целостности не совсем хорошо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 12:52 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
pkarklin Я говорил как-раз о другом! О том, что клиент\серверные СУБД имеют ту или иную модификацию write-ahead лога. Т.е. сначала пишеться в лог и клиенту дается ответ, что все в порядке, и только потом в определенный момент сама СУБД вне зависимости от клиентских программ вносит изменения в БД и ставит отметку в логе об удачности применения этих изменений. Так как файл-севрерные СУБД в принципе такого не могут поддерживать (из-за разбросанности ядер СУБД по клиентским машинам), то и выглядят они в плане обеспечения целостности не совсем хорошо! ну я например про лог знал, но ЧЕСТНО не знал, что он именно так работает.. то есть получается если в лог записано "все чики, операция успешна..." то сама инфа в БД может попасть и не сразу.. а через минут 2-5 и т.д. :-) то есть СУБД "сама знает" когда лучше втыкнуть туда данные... ну, когда вероятность сбоя минимальна.... ИХО я тут написал глупости.. ибо получается КС СУБД == искусственный интеллект.. но ИМХО написаное тут для развития разговора.. как раз то, что надо.... :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 13:35 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
FM32YO aka KIDто есть получается если в лог записано "все чики, операция успешна..." то сама инфа в БД может попасть и не сразу.. а через минут 2-5 и т.д. :-) Именно так, и в этом нет НИЧЕГО смешного (хотя 5 минут это конечно перебор) Вам знакомо понятие кэш ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 13:55 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
2 Gluk (Kazan) авторВам знакомо понятие кэш ??? Эээ... Все-таки лог транзакций это не то же самое, что просто кэш. Прохождение checkpoint как раз означает "физическую" запись из кэша в файл (про кэширование на контроллере здесь не будем). На счет "5 минут". В сиквел сервере этот интервал вычисляется самим сервером на основании числа модификаций в логе и настройки recovery interval, отвечающей за кол-во минут, которые сервер будет тратить при откате\накате транзакций на стадии восстановления. Т.е. чем чаще меняются данные, тем чаще идут checkpointы.Кроме того, можно самому явно сказать CHECKPOINT. 2 FM32YO aka KID Архитектура лога транзакций сиквел сервера описана здесь: Transaction Log Architecture Думаю, что коллеги, использующие другие клиент\серверные СУБД могут привести аналогичные ссылки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 14:17 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
pkarklin2 Gluk (Kazan) авторВам знакомо понятие кэш ??? Эээ... Все-таки лог транзакций это не то же самое, что просто кэш. А где я сказал, что это то-же самое ??? При checkpoint-е будут записаны те данные которые не успели к этому моменту записаться в фоновом режиме. Во всяком случае, так обстоит дело в Oracle ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 14:41 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
2 Gluk (Kazan) Нет, конечно, Вы явно этого не сказали. ;) Но речь я ввел про транз. лог. и FM32YO aka KID имеено с этим решением был не знаком. И я немного в недоумении причем - здесь кэш. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 14:48 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
кстати, дб2 вроде может так же работать как файлсерверные движки. Т.е. файлы БД лежат на расшареном диске и с ними работают несколько серверов. В мсскл приаттачить файл с базой нельзя если он в данный момент используется другим сервером, в оракле вроде тоже нельзя. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 14:58 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan) FM32YO aka KIDто есть получается если в лог записано "все чики, операция успешна..." то сама инфа в БД может попасть и не сразу.. а через минут 2-5 и т.д. :-) Именно так, и в этом нет НИЧЕГО смешного (хотя 5 минут это конечно перебор) Вам знакомо понятие кэш ??? А разве я смеялся??? Кэш - знакомо.. просто 1 - никто ж не утверждает, что в ФС работа идет мимо Кэша 2 - а если на сервере в момент сброса данных из Кэша свет мигнет? отвечать на 2 не надо.. ибо это я просто так сказал... хватит пустых обсуждений :-) pkarklin Но речь я ввел про транз. лог. и FM32YO aka KID имеено с этим решением был не знаком. ну не совсем - я об этом знал.. но, так как в ВФП такого нету - то и не использовал... а в случае написания клиента на ВФП к Ораклу - я тут надеюсь на УМ самого Оракла. я в чем-то неправ в последнем утверждении? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 15:09 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
блин.. а о чем это мы вообще говорим??? кто-то хочет убедить кого-то что ФС хуже чем КС или наоборот???? А смысл? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 15:13 |
|
||
|
Люди раскажите про Win FoxPro
|
|||
|---|---|---|---|
|
#18+
1024 кстати, дб2 вроде может так же работать как файлсерверные движки. Т.е. файлы БД лежат на расшареном диске и с ними работают несколько серверов. В мсскл приаттачить файл с базой нельзя если он в данный момент используется другим сервером, в оракле вроде тоже нельзя. Posted via ActualForum NNTP Server 1.3 чаго ? udb такого не умеет, shared-disk есть только у бд2 для мейнфрейма, но он какой-то не такой как oracle rac. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2005, 15:13 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=33398743&tid=1553725]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
22ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 267ms |
| total: | 389ms |
| 0 / 0 |
