ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / FoxPro vs MS SQL. Нужно зарыть FoxPro
25 сообщений из 148, страница 3 из 6
  3  все
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386578
Varivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Varivan
Участник
2 funikovyuri

Слабый SQL - не идет ни в какие сравнения с SQL в клиент-серверных СУБД
А это прямой удар по эффективности труда программиста

А развить до ощутимых минусов? Что это значит? Тормозит на больших объемах? (каких, кстати?)
Или требуется навешиваеть логику на клиента, что повышает требования к аппартному обеспечению на клиенте?

2 ALL

Да, еще по 2-м областям было мало высказываний:
1) безопасность (в т.ч. разделение правд доступа и т.д.)
2) многопользовательская работа (одновременная).
Какие мысли?
...
Рейтинг: 0 / 0
23.01.2004, 17:40
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386596
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
funikovyuri
Участник
Это значит что
- вместо того чтобы написать один запрос - пишешь несколько через временные таблицы
- оптимизатор хуже выбирает план выполнения запроса - так что запросы выполняются менее эффективно чем могли бы
- логика там и так всегда на клиенте :) (решается использованием терминальных сессий)

безопасность(в т.ч. разделение правд доступа и т.д.) файл-сервер возлагает на соотвествующие службы ОС - своих средств у него нету

многопользовательская работа - можно почитать то что говорили про транзакции - т.е. любая команда - это транзакция - так вот они там есть но реализованы хуже чем у клиент-сервера - так как нет журнала транзакций и управление транзакциями "размазано" по клиентам. Т.е. сейчас не существует способов управлять транзакциями на файл сервере эффективнее чем на клиент-севере :) (решается использованием терминальных сессий)

Терминальные сессии хоть и решают некоторые проблемы - но сами по себе имеют пределы масштабируемости и страдают неэффективным использованием ресурсов сервера.
...
Рейтинг: 0 / 0
23.01.2004, 17:51
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386620
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Да! Самого главного-то еще никто и не сказал ;-)

Как завели разговор о возможных аппаратных проблемах - мол, сбои, то да се - так и упустили из виду проблемы безопасности и защищенности данных от человеческого фактора.
С правами доступа - я считаю - эта проблема всех проблемистей для ФС. Потому что если клиент должен читать и записывать данные в таблицы - то и доступ к файлам таблиц должен иметь на чтение и запись. И если логически права доступа можно придумать и реализовать какие угодно, то физически - вот они, файлы, как на блюдечке - любой оператор приходи и удаляй файл, открывай в обход штатного клиента, открывай в экселе (ну, в общем, последствия очевидны).
...
Рейтинг: 0 / 0
23.01.2004, 18:04
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386644
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
funikovyuri
Участник
2Urri

Вы недоацениваете те самые средства ОС - вы можете раздавать права на файлы сколько пожелаете
...
Рейтинг: 0 / 0
23.01.2004, 18:22
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386687
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
2funikovyuri
А может ли ОС запретить мне изменять, скажем, 14-ю запись в файле?
...
Рейтинг: 0 / 0
23.01.2004, 18:56
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386693
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
2locky
14 запись блокируется самим фокспро, но через средства OC. Характерная проблеме- клиент отвалился, а запись осталась заблокирована до перезагрузки файл-сервера.
...
Рейтинг: 0 / 0
23.01.2004, 19:05
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386696
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
еще З.Ы.:
Основная проблема клиент-серверной архитектуры - необходимость иметь выделенный дорогой сервер БД и дорогого специалиста по его администрированию.
...
Рейтинг: 0 / 0
23.01.2004, 19:08
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386711
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
2Crip
честно говоря с возможностью блокировать некий блок файла средствами ОС я сталкивался только в Novell Netware. Как с этим делом в Win - без понятия.

Вопрос я несколько неккоректно сформулировал:
Есть файл - dbf. в нем есть запись №14 из закрытого периода. как мне не дать пользователю изменить эту запись средствами ос, если файл может быть открыт любым внешним приложением?
В SQL Server действия пользователя над данными в таблице регламентируются правами на таблицу и правами на столбцы этой таблицы. Кроме того, можно навесить триггер, который будет пресекать некошерные действия. Можно убрать все права с таблицы и работать только через sp, внутри которой производить необходимые проверки. В любом случае у меня есть средства и возможность не дать пользователю внести некоректные данные в систему, независимо от того, вносит ли он изменения из моего приложения или из QA и ему подобных.
Как я понимаю ФС такого не предоставит мне в принципе.
...
Рейтинг: 0 / 0
23.01.2004, 19:34
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386782
Varivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Varivan
Участник
так, пишем девятый пункт?
9) отсутствие возможности настройки прав доступа согласно бизнес-логике системы. Максимум что можно: настройка прав доступа средствами ОС, что неприемлимо при выделении нескольких ролей пользователей в системе.
...
Рейтинг: 0 / 0
23.01.2004, 23:41
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386839
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Varivan - только не передергивай!

"Согласно бизнес-логике системы" права доступа прекрасно настраиваются. Роли выделяются. Вся эта карусель работает. Но зиждется она - именно ФИЗИЧЕСКИ - на хлипкой основе. Которую просадить может или чрезмерно опытный пользователь, или наоборот, по простоте душевной.
...
Рейтинг: 0 / 0
24.01.2004, 10:40
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386844
Васек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Васек
Участник
все операции следует выполнять не в длинных транзакциях и путаных запросах (как развесистые фразы у Набокова), а короткими, "рублеными" операциями - (как у Маяковского). Типа:
- Я достаю (select ...) [и сразу commit]
- из широких штанин (from ...) [тоже commit]
- чуть поменьше чем ... (where...) [и снова commit]

(c)http://www.ibase.ru/devinfo/humour.htm
...
Рейтинг: 0 / 0
24.01.2004, 11:17
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386865
Varivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Varivan
Участник
2 Urii

Ок, какая тогда формулировка? Я так понял, что можно средствами ОС давать доступ, но если у меня обе роли должны иметь права на чтение из таблицы, но по бизнес-логике роли должны видеть разные данные, то здесь получаются проблемы. Я правильно понял тезис?
...
Рейтинг: 0 / 0
24.01.2004, 13:29
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386892
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Вобщем, да. ОС дает права на файл целиком. В ФокПро один файл - это одна таблица, грубо говоря. Права на данные дает приложение - и дает их ровно столько, сколько запрограммировал разработчик и выделил администратор. (Кстати, механизм раздачи прав опять-таки делается ручками.) Но в обход приложения продвинутый пользователь может с помощью какого-нибудь третьего средства типа DBFVIEW просмотреть любые данные в таблице, если у него есть права на чтение и, собственно, DBFVIEW. А уж если есть права на запись и, скажем, некий DBFEDIT (а еще лучше - NOTEPAD - чтоб всю структуру файла нахрен сразу) - то тут-то и наступают веселые денечки.
...
Рейтинг: 0 / 0
24.01.2004, 14:46
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386898
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Когда наша контора работала на ФС, мы не придумали ничего лучше административных мер профилактики возможного человеческого фактора.
Приказ по конторе, в котором четко и доходчиво регламентировались все действия пользователя в сети и доводились до сведения возможные последствия сования носа куда не надо, подписывался всеми пользователями до того, как они получали доступ в сеть. Помогало. ;-)
...
Рейтинг: 0 / 0
24.01.2004, 14:53
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32386937
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
2Urii
А кто мне мешает ознакомиться с приказом, затем наплевать на него, побить все файлы и остаться незамеченным? протокола доступа к данным нету ведь
...
Рейтинг: 0 / 0
24.01.2004, 16:35
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32387067
Varivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Varivan
Участник
Ok, пишем п.9:

9) намного меньше возможностей защиты информации:
отсутствие возможности настройки прав доступа согласно бизнес-логике системы. Максимум что можно: настройка прав доступа средствами ОС, что неприемлимо при выделении нескольких ролей пользователей в системе

Господа, давайте напряжемся и еще 1 пункт придумаем. Для ровного счета.
...
Рейтинг: 0 / 0
25.01.2004, 00:11
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32387083
Фотография vdimas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vdimas
Участник
выбор фокса предполагает выбор не только формата базы (файловая БД), но и инструмент для реализации клиентов.

MS SQL напротив, - предполагает создание клиентов на чем угодно (тут можно развить произвольное направление).
...
Рейтинг: 0 / 0
25.01.2004, 02:43
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32387216
Varivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Varivan
Участник
Ок, итого получилось 10 причин использовать MS SQL вместо Fox PRo:

1) механизм транзакций надо реализовывать руками
2) нет распределнных транзакций
3) сложна поддержка на местах
4) отсутствует встроенные механизмы резервирования данных
5) при появлении каналов, обмен данных делается штатными средствами СКУЛя, а не кустомайзом на фоксе.
6) СКУЛЬ масштабируем и ему наплевать на объемы данных
7) На СКУЛЬ есть масса дополнительных возможностей для дальнейшего развития бизнес-логики и анализа: OLAP, Data Mining и прочие модные вкусности.
8) все сложнее найти молодые кадры для поддержки и развития разработки. Причем это тенденция, т.е. дальше еще хуже будет.
9) намного меньше возможностей защиты информации:
отсутствие возможности настройки прав доступа согласно бизнес-логике системы. Максимум что можно: настройка прав доступа средствами ОС, что неприемлимо при выделении нескольких ролей пользователей в системе
10) выбор фокса предполагает выбор не только формата базы (файловая БД), но и инструмент для реализации клиентов.
MS SQL напротив, - предполагает создание клиентов на платформах, наиболее подходящих для решения поставденных задач.


Господа, знакомые с фокс про, давайте теперь попробуем привести контраргументы. Проверим на крепость посталенные тезисы.
...
Рейтинг: 0 / 0
25.01.2004, 17:13
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32387221
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
Предпологается что доводы нужны для начальства дабы поиметь какие-то личные выгоды. Лучше бы конечно формулировать как файл-сервер против скл-сервера и давить на передовые технологии, третье тысячелетие и корабли бороздящие просторы большого театра

1) механизм транзакций надо реализовывать руками

- для начальства это пустой звук

2) нет распределнных транзакций

- для начальства это пустой звук

3) сложна поддержка на местах

- скорей всего это не так, спец (не студент) по мсскл стоит дорого, фокспрошников среднего качества с досовых времён олсталось как собак нерезаных

4) отсутствует встроенные механизмы резервирования данных

- скорей лучше сказать что обеспечение сохранности данных на порядок выше

5) при появлении каналов, обмен данных делается штатными средствами СКУЛя, а не кустомайзом на фоксе.

- на практике ты не сможеш это подтвердить (штатными средствами)

6) СКУЛЬ масштабируем и ему наплевать на объемы данных

- нужно как-то поосторожней сформулировать т.к. в территориально распределённой системе это может оказаться не важным

7) На СКУЛЬ есть масса дополнительных возможностей для дальнейшего развития бизнес-логики и анализа: OLAP, Data Mining и прочие модные вкусности.

- описать подробней, упор на красивые отчёты для начальства

8) все сложнее найти молодые кадры для поддержки и развития разработки. Причем это тенденция, т.е. дальше еще хуже будет.

- опять же могут возникнуть вопросы о стоимости специалиста

9) намного меньше возможностей защиты информации:
отсутствие возможности настройки прав доступа согласно бизнес-логике системы. Максимум что можно: настройка прав доступа средствами ОС, что неприемлимо при выделении нескольких ролей пользователей в системе

- нужно выделить и как-то попроще сформулировать

10) выбор фокса предполагает выбор не только формата базы (файловая БД), но и инструмент для реализации клиентов.
MS SQL напротив, - предполагает создание клиентов на платформах, наиболее подходящих для решения поставденных задач.

- фигня какая-то. Можно на фокспре (на чём-то его надо ведь писать?) клиента к мс-скл писать. Хотя для начальства может прокатить.
...
Рейтинг: 0 / 0
25.01.2004, 17:46
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32387255
Varivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Varivan
Участник
для 1024

Предпосылки не верны. Не перед начальством, скажем, для простоты, перед клиентом, который получил 2 предложения и должен разобратся.

1) механизм транзакций надо реализовывать руками
- для начальства это пустой звук

2) нет распределнных транзакций
- для начальства это пустой звук

Вывод: для достижения тех же возможностей, нужно дополнительно разрабатывать руками, а значит увеличивается срок проекта, усложняется разработка и, как следствие, понижается надежность приложения.

3) сложна поддержка на местах
- скорей всего это не так, спец (не студент) по мсскл стоит дорого, фокспрошников среднего качества с досовых времён олсталось как собак нерезаных

Это означает, что мне нужно создавать целый отдел по всей географии компании для того, что бы оно жило, что крайне непростая организационная задача. Да и дорого.
В случае СКУЛь я могу службу поддержки в центре собрать - это намного проще.

4) отсутствует встроенные механизмы резервирования данных
- скорей лучше сказать что обеспечение сохранности данных на порядок выше


Это следствие. Согласен полностью

5) при появлении каналов, обмен данных делается штатными средствами СКУЛя, а не кустомайзом на фоксе.
- на практике ты не сможеш это подтвердить (штатными средствами)

DTS, DTC.

10) выбор фокса предполагает выбор не только формата базы (файловая БД), но и инструмент для реализации клиентов.
MS SQL напротив, - предполагает создание клиентов на платформах, наиболее подходящих для решения поставденных задач.
- фигня какая-то. Можно на фокспре (на чём-то его надо ведь писать?) клиента к мс-скл писать. Хотя для начальства может прокатить.

ИМХО, это очень важно. Это означает, что если мне надо будет отчетик хитрый построить, то я могу либо просто любой (масса на рынке) генератор отчетов на СКУЛь натравить, либо мне надо будет бежать к разработчику базы на фоксе.
И вообще, по люому чиху надо будет бежать к разработчику, что есть "подсадка", а это прямая угроза бизнесу.
...
Рейтинг: 0 / 0
25.01.2004, 22:06
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32387438
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
выбор фокса предполагает выбор не только формата базы (файловая БД), но и инструмент для реализации клиентов
Это кстати неверно. У VFP очень производительный OLEDB драйвер...
...
Рейтинг: 0 / 0
26.01.2004, 10:56
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32387444
AlTk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlTk
Участник
мое мнение, что Ваша аргументация по 10 пункту сомнительна.
дело в том, что приличный генератор отчетов отлично справится и с фокспрошной базой данных.
...
Рейтинг: 0 / 0
26.01.2004, 11:01
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32387445
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
Недостаток изобразительных средств SQL кстати обещают полностью устранить в VFP9. Основная проблема все же в файл-сервере и dbf как способе хранения.
...
Рейтинг: 0 / 0
26.01.2004, 11:02
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32387468
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
funikovyuri
Участник
Я бы вообще оставил только (вроде как самое выжное)
- отсутсвие кадров
Например, студент решает что бы ему такое выучить и у него есть выбор потратить N часов на VFP или столько же на MS SQL - что он выберет?
- более низкая надежность(это аргумент файл-серверVSклиент-сервер)
как транзакций так и резервного копирования
- более низкая масштабируемость
по все параметрам - будь то размер или количество одновременных пользователей и т.д
- слабая поддержка со стороны средств разработки
...
Рейтинг: 0 / 0
26.01.2004, 11:21
| Ответить | Цитировать | Написать  
FoxPro vs MS SQL. Нужно зарыть FoxPro
    #32388687
?????
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
?????
Гость
- отсутсвие кадров
=Например, студент решает что бы ему такое выучить и у него есть выбор =потратить N часов на VFP или столько же на MS SQL - что он выберет?

а как насчет того, что выучив ФоксПро студент сможет сразу писать программы для обработки БД
А выучим МС СКЛ - и будем только БД создавать.. а клиента к ним никак не напишем...
И придется учить еще и Дельфи, или ВБ, или С++, или тот же ВФП, чтобы написать клиентскую часть в БД?

В итоге вопрос - что быстрее учится ВФП или связка МС СКЛ + (язык для написания клиента) ?

А вообще-то сравнивать ВФП и МС СКЛ-сервер = глупость - ибо совершенно разные весовые категории...
Кто победит Каратист или Сумоист?
...
Рейтинг: 0 / 0
27.01.2004, 10:33
| Ответить | Цитировать | Написать  
25 сообщений из 148, страница 3 из 6
  3  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / FoxPro vs MS SQL. Нужно зарыть FoxPro
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]