Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
никак :) или вы знаете как можно без лога транзакций recover database until time .... И еще он ракеты на Марс не запускает - моя практика показывает что это обычно и не нужно в 90% случаев - вас послушаешь так все только искуственные почки разрабатывают... p.s. ups не спасает от ошибок разработчиков, чудес файловой системы, выгорания диска и других приключений. А кто спасает? DELETE FROM ... и в VFP и в ORACLE делает одно и тоже ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 14:26 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
2funikovyuri Ну так поясняй что имеешь ввиду. Кроме поддержки Visual Modeler, еще я слышал про поддержку Visual UML. Но вот удобство испольвания этих средств вызывает некоторые сомнения... Это вам не Rational XDE :) Проще задокументировать схему и закодировать самому. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 14:28 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
DELETE FROM ... и в VFP и в ORACLE делает одно и тоже Ты это сам придумал или в газете прочитал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 14:30 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
DimaR Мне это один шибко умный типа тебя подсказал Crip К стати, насчет ERWin, - спасибо посмотрю, а то уже заколебался модель в PD переносить руками в VFP :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 14:35 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
DELETE FROM ... и в VFP и в ORACLE делает одно и тоже 1. фиксируется время 2. разработчика в утризвитель 2. бд востанавливается на понедельник 4. накатываются арк логи recover database until time 'время' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 14:38 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
2 Crip Причина банальна - политика. На VFP можно написать вполне нормально работающую систему. Но перед этим нужно реализовать вручную, все то что уже отлично реализовано в MS SQL. Можно поподробнее, что нужно будет реализовывать. По пунктам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 14:39 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
Gt. Первые два пункта выполняются без проблем БД также востанавливается из архива на вчерашний день . Ну и к тому же разработка ведется не на рабочем сервере ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 14:47 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
если ваш бизнес может позволить потерю даных, то без проблем. я не представляю как можно объяснить сотням клиентам что они должны вспомнить что они делали в базе последние N минут/часов и востанавливать (по памяти?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 15:20 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
2Gt. не хочу спорить - не можете - так не можете ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 15:24 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
Ребятки, если все делать по уму, то ничего никому вспоминать не придется. Кто мешает сохранять полученные порции данных в архив до начала процедуры добавления к БД? Кто мешает завести журналирование операций в ВФП? Ручками, естественно, придется кодировать, но кто мешает?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 15:29 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
2Varivan Чего рассказать, что нужно реализовать или чего вообще нельзя реализовать или и то и другое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:00 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
2 Crip Возможное обоснование, что фокс это плохо - то что там надо руками реализовывать операции, которые в СКУЛь уже есть и прекрасно работают. Соотвествтенно стоимость и сроки (либо качество) такой разработки будут хуже. Если можно список какие именно операции. Вы св своем посте хвастались, что на фоксе можно почти все, но надо все руками, а в СКУЛЬ уже есть. Что есть в СКУЛь и что надо писать на фоксе. Я так понял, транзакции это раз. Репликация это два. Что еще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:10 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
Честно говоря рыть могилу для фокса своими руками не охота, ибо они у него есть много плюсов... А чего не хватает уже много раз обсуждали... К примеру горячего бекапирования... Я подозреваю, что причина возникновения вопроса кроется в следующем. Вашему клиенту, не очень богатому, впаривают не доругую прогу на фоксе, а вы хотите впарить свою под MS SQL. Я бы лично распределенную систему на файл-сервере делать бы не стал по следующим причинам 1) Недостаточно надежно 2) Плохо управляемо 3) Плохо масштабируемо На фоксе можно написать свой клиент-сервер управляемый сервером приложений, но это уже совсем другая песня с неизвестными последствиями. Обкатанных тиражируемых систем такого рода мне не известно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:14 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
2 Crip На самом деле деньги тут вообще ни причем. Клиент может себе позволить очень многое. Я же говорю - политика. Это дело грязное и неблагодарное. Поэтому детали опущу, просто хочется технические аргументы протв фокса. Либо если их нет, тогда буду думать как зарыть по другому. Пока при помощи форумчан нашлось: 1) механизм транзакций надо реализовывать руками 2) нет распределнных транзакций 3) сложна поддержка на местах 4) отсутствует встроенные механизмы резервирования данных 5) при появлении каналов, обмен данных делается штатными средствами СКУЛя, а не кустомайзом на фоксе. 6) СКУЛЬ масштабируем и ему наплевать на объемы данных 7) (от себя) На СКУЛЬ есть масса дополнительных возможностей для дальнейшего развития бизнес-логики и анализа: OLAP, Data Mining и прочие модные вкусности. еще, есть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:23 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
1) механизм транзакций надо реализовывать руками Вы читаете то что вам пишут? есть там транзакции ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:28 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
2 funikovyuri Читаю: Так уж и никак? :) Сколько сталкиваюсь с разными legacy-системами на FP2.5-VFP7 - как то они работают и выключения питания переносят. Т.е. все проблемы там решить можно. Главная проблема с VFP - эти проблемы сейчас на других платформах решаются ВСЕГДА еще легче - так что написание чего-то на VFP с нуля сейчас если нет 10 летнего опыта на нем - задача не стоящая Делаю вывод: 1) механизм транзакций надо реализовывать руками ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:36 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
Про механизм транзакций - поправка: Скорее не реализовывать руками (транзакции действительно есть), а дополнять журналом и делать избыточное резервирование данных. Прекрасно работает и без этого - но в случае серьезного сбоя иначе придется либо откатываться к последнему бэкапу, либо играть в Шерлока Холмса. ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:37 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
Тут кстати насчет NET говорили: так вроде есть в net фокс отдельной dll-кой. Почти весь язык (без GUI). Я, конечно не сторонник священных войн, но позволю заметить, что хоть дос, хоть виндовс версии фокса, позволяют обрабатывать большие массивы при нормальном проектировании клиент-серверной системы. Собственно языком фокспро дос от виндовс не кардинально отличается. Все отличия в интерфейсе разработчика и GUI. Но с нуля учить visual fox... это конечно сложно. ООП и DBC и прочие MS навороты типа com+ и пр ... Т.е. проще нанять проф. или переделать логику на mssql. Первый раз я встретился с фокспро на банковском АРМе, который стоял в ок.750 филиалов и глав. упр. Единственное, что тел. связь между филиалами была реализована то ли на си, то ли на асме. (было лет 10 назад). Система шуршала ого-го! Предусмотрено было все - репликация, отказы оборудования и прочее и прочее. Я давно не работаю с дос-фокспро, и меня недавно удивили ребята, показав связку фокса под дос с mysql + tcp+http. О Visual Foxpro 6-7-8 я уже молчу. Но смешно фокс ставить на 3-й уровень. Он то может и не такое. Но для этого нужен коллектив проф.разработчиков. Грубо говоря, это все равно, что написать mssql самим на си. Типа , си же не обеспечивает клиент-серверную технологию, нет, не обеспечивает, но на си ее можно написать. Надо поругать фокс ? Идите в топик фокспро или на foxclub.ru. Вас никто ругать не будет, а квалифицированно объяснят. А что касается mssql с его кривыми хп и пр., сколько там платят его админу и есть ли он вообще ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:42 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
Varivan \r \r А это читали\r /topic/70185&pg=1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:53 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
так вроде есть в net фокс отдельной dll-кой. Почти весь язык (без GUI). Там не фокс отдельной .dll-кой - там какой-то не здоровый прикол от MS ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:54 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
Varivan \r \r Т.е. вот это :)\r /topic/70185&pg=1#504631 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 16:55 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
2 funikovyuri А это читали Читал. Не придумал как это развить перед заказчиком, не вдаваясь в объйснения что такое net, CASE, grid и т.п. А что такое IDE я и сам не знаю. Т.е. это все слишком техническое и на уровне дебатов не покатит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 17:03 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
IDE - это Integrated Development Environment - т.е. самое важное место для программиста. :) Grid - Это основной элемент управления в клиента БД - так вот он там очень убогий, что сильно портит жизнь опять же программисту CASE - это то без чего сейчас сложно представить процесс разработки ИС тем более в команде и при наличии разделения труда и какой-либо методологии А главный довод - файл-сервер умирает и сейчас все сложнее найти квалифицированные кадры готовые работать за меньшие деньги но на VFP ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 17:13 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
2 funikovyuri принимается: 8) все сложнее найти молодые кадры для поддержки и развития разработки. Причем это тенденция, т.е. дальше еще хуже будет. Господа, поактивнее, подумаем еще... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 17:21 |
|
||
|
FoxPro vs MS SQL. Нужно зарыть FoxPro
|
|||
|---|---|---|---|
|
#18+
Слабый SQL - не идет ни в какие сравнения с SQL в клиент-серверных СУБД А это прямой удар по эффективности труда программиста P.S> что не возьми все в файл-сервере развито на несколько ступеней хуже ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2004, 17:25 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32386353&tid=1554140]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
78ms |
get tp. blocked users: |
2ms |
| others: | 182ms |
| total: | 348ms |

| 0 / 0 |
