powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Предлагаю спор насчёт использования СУБД перенести сюда
24 сообщений из 24, страница 1 из 1
Предлагаю спор насчёт использования СУБД перенести сюда
    #32185419
Фотография Borland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сабж собссно:-)
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32185454
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Что такое Rushmore?
Фоксовый метод оптимизации запросов с помощью индексов. Надо сказать уже внедрен и в Access.
А по поводу Web Services. Для меня лично это всего лишь метод организации многослойного приложения.
VFP6 и старше позволяет писать приложения под MTS примерно на уровне VB6. Есть там правда свои тонкости. Например наследование реализации не предусмотрено технологией COM, в фоксе тем не менее можно запросто наследовать реализацию COM-классов. Видимо это связано с особенностями реализации ООП в фоксе.
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32185462
Фотография Borland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Что понимается под фразой "оптимизация запросов с помощью индексов"?
Её можно трактовать как угодно, в зависимости от фантазии.
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32185511
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Уговорил звучит ламерски...
Имеется ввиду при формировании плана запроса учитывается только наличие соответствующих индексов по полям участвующих в where join. Статистика, косты и прочее не используется.
Мысль приблизительно такая - если есть индекс,то мы его будем использовать, за редким исключением. Поэтому при формирование индексов нужно самому прикидывать его селективность и удалять низкоселективные индексы.
Высокоселективный индекс ускоряет запрос. Низкоселективный наоборот замедлит, в отличии от MSSQL который попросту не будет его использовать.
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32185777
karly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Что понимается под фразой "оптимизация запросов с помощью индексов"?

Ну, не только запросов :) Вообще-то это основная фишка при использовании Фокса.

В VFP мирно сосуществуют два подхода работы с данными -
1) навигационный - Locate, Replace, и даже GoTo RecordNumber :)
2) реляционный - Select, Update, представления и т.д.

Rushmore активно используется в обоих случаях. Если в условии встречается оптимизируемое выражение
(по этому полю есть индекс), то вы будете приятно удивлены увеличением производительности :)

А по поводу сравнения СУБД я бы сказал следующее. Не стоит использовать Фокс, если:
Вы не ограничены во времени и в средствах на разработку :)

Размеры одной таблицы приближаются к 2Gb, пользователей более 100, и т.д.

Требуется недетское шифрование данных

Требуется удаленный доступ на редактирование данных

Нужны такие фичи больших СУБД, как горячее резервное копирование, полнотекстовый поиск и т.п.

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

Однако, если

Требуется средство для быстрой обработки данных

Необходимо получить работающее приложение в короткие сроки

Приложение должно требовать минимум обслуживания (напр. у предприятия сеть удаленных филиалов)

то я даже не знаю, что Вам предложить еще, кроме фокса
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32186019
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мне нечего добавить кроме малости -
"Требуется удаленный доступ на редактирование данных" - это решается сегодня очень элегантно с помощью Web Services (только одно ограничение - должен быть сервер W2K от MS).
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32186062
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
то я даже не знаю, что Вам предложить еще, кроме фокса

В качестве СУБД:
1. FireBird/Yaffil
2. MySQL
3. Access XP (хотя это тоже файл-сервер)

В качестве клиента:
1. Delphi
2. C#,VB# и другие пошарпаные языки
3. Access XP
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32186065
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2f_w_p

ГЫ, а я ещё кучу разных слов иносраных знаю.
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32186072
vic123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To 1024
Злой ты.....
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32186337
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник

ГЫ, а я ещё кучу разных слов иносраных знаю.


В споре главное вовремя перейти на личности. Спросить паспорт. (С) М.Жванецкий.
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32187710
Фотография Borland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 karly
>Нужны такие фичи больших СУБД, как горячее резервное копирование

Я предыдущий топик только об этом и говорил...

2 Остальные:
Ага...а в Оракле индексов, вы так полагаете, нет???
Там их столько, что фоксу и не снилось...И были, надо сказать, гораздо раньше

2 1024 Суда по всему, кроме слов вы больше ничего и не знаете(ничего личного)
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32187720
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
самое главное, чтобы у Юкоса бензин оставался приличным.
На остальное забей :-)

PS. лет через 5 Вам в Рашше равных не будет... по кол-ву обслуживаемых серверов ;-)
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32187727
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Borland
Ага...а в Оракле индексов, вы так полагаете, нет???
Да что вы такое говорите. Тут никто даже сравнивать не пытается. Просто была мысль, что в ряде случаев использовать Oracle это из пушки по воробьям :) . Я , к пример, знаю несколько фин. контор у которых стоят проги на Oracle с одним(!!!) пользователем и небольшой БД. Впрочем крутые пацаны других СУБД не знают
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32187864
karly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Borland
>> Нужны такие фичи больших СУБД, как горячее резервное копирование
> Я предыдущий топик только об этом и говорил...


Проблема только в том, что нельзя прерваться на 2 минуты, чтобы сделать
копию? Даже когда клиентов нет?

Я думаю, весь сыр-бор из-за достаточно сильного несоответсвия (на мой взгляд)
размеров проблемы/методов решения. Что и имел ввиду Crip .

С другой стороны, победителей не судят. Система внедрена и работает? Это главное.
В остальном можно следовать совету killed

Вот какой всеобщий консенсус
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32187957
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Маленький ньюансик по копированию.
В FoxPro вполне можно коировать "на горячую" - как минимум 2 способами.
- написать самому простенькую программу типа:
use file share
copy to afile
- заархивировать все таблицы старым архиватором (например ARJ - ему все равно открыты ваши базы или нет, но архивирует он корректно, делая "мгновенный снимок", тем более что на заправке все данные попровокам можно разместить в одной таблице).

Ну а восстанавливать, сами понимаете - прийдется остановиться либо снова написать простенькую программу по контролю уникальности записи, благо что на автозаправках можно избежать возврата товара

Всем удачи (независимо от религи (FoxPro или Delphi)
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32188019
Фотография Borland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Crip
>Да что вы такое говорите. Тут никто даже сравнивать не пытается. Просто была мысль, что в ряде случаев использовать Oracle это из пушки по воробьям :) . Я , к пример, знаю несколько фин. контор у которых стоят проги на Oracle с одним(!!!) пользователем и небольшой БД. Впрочем крутые пацаны других СУБД не знают

Ну это уже клиника...а Саны они там случаем не ставят?:-)
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32188057
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Borland
Да вы что???
Крутые пацаны запускают Oracle только на Санах!!! Другие платформы - ацстой!!!
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32188071
karly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Sergey Ch

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

Так что лучше признаться честно: наиболее простой и надежный способ
гарантировать целостность и атомарность - это остановить работу
на время архивирования.
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32188552
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To: karly
Честно признаюсь, что Вы правы.

To: Crip
Сталкивался многократно, когда некие московские конторы присылали программы по сбору отчетов в ТЕКСТОВОМ виде в наше захолустье на Oracle. Самое нудное было установить Oracle, что не всегда получалось на коиентских "дровах". И тогда "крутые парни из МАсквы" присылыли инструкции-куда и чего вбивать в этот текстовый файл. Матерясь и смеясь мы с главбухами тупо вносили по несколько часов цифры... Вот такая вот оракловская отрыжка доходит до дальних регионов из МАсквы...

Никого не хотел обидеть и ничего личного...
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32188572
FOXXX
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ПАЦАКИ Я ЧЁ ТО НЕ ПОНЯЛ ТАК ЛУЧШЕ ЧТО ИСПОЛЬЗОВАТЬ
ИЗ ТЕХ ЯЗЫКОВ О КОТОРЫХ ШЛА РЕЧЬ
в смысле для программиста (какой язык из баз данных имеет перспективное
развитие в будущем)
ПРОШУ ОТВЕТИТЬ СЕРЬЁЗНО НЕ ЗАЩИЩАЯ СВОЙ ЯЗЫК НА КОТОРОМ ВЫ ПРОГРАММИРУЕТЕ
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32188637
karly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вопрос из серии - какой автомобиль лучше?
На работу ездить - лекговушка

Цемент возить - грузовик

Гостей в аэропорту встречать - лимузин

В гонках участвовать - болид F1

У каждого средства свои достоинства и недостатки.
И если задачи разные, средства приходится использовать разные.

С другой стороны, не стоит покупаться на рекламу "Будущее за языком XXX !!!"
Есть масса примеров, когда "стратегическое направление развития индустрии"
через пару лет оказывалось мыльным пузырем

Доучиваться/переучиваться приходится постоянно. Единственный язык,
который придется знать в любом случае - английский :)
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32188717
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To: FOXXX and karly

Лет пять назад я приставал с подобным вопросом к участникам иностранных форумов. И всегда слышал один ответ: "Учи английский язык". И вот, наконец, затратив пять лет и огромное количество американских доллоров я его выучил. И что теперь? Да ничего! Жизнь от этого не стало лучше, видимо надо что-то еще иметь. Может быть удачу или богатых родителей в купе с родственниками.
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32188883
Фотография Borland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Sergey Ch: Надо уметь изменять ситуацию в свою пользу, а не просто учить английский язык. Только тогда можно добиться успеха.
...
Рейтинг: 0 / 0
Предлагаю спор насчёт использования СУБД перенести сюда
    #32189429
Gustaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
У меня знакомый один есть - торгует лицензионным ораклом + софт на девелопере они пишут (родная оральная фича). По его словам, я понял, что оракл очень любят лица отвественные за принятие решений о его покупке, т.к. имеют очень неплохие комиссии в собственный карман с этих покупок. Коммиссия, как я понял, забивается в н-кратном размере в покупной стоимости оракла так, что хорого и покупателям и продавцам. Вот и вся любовь. <img src="http://sql.ru/images/smoke.gif">

Ещё как-то я ему поведал, что скоро наша организация, вероятно, будет покупать лицензионный Лотус. На что он мне ответилчто если я у него куплю лицензионный лотус с технической поддержкой (на нормальное количество лицензий), то он мне подарит свой мерседес (W124 91г.), на что я ответил, что так дёшево он не купит меня. :)
...
Рейтинг: 0 / 0
24 сообщений из 24, страница 1 из 1
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Предлагаю спор насчёт использования СУБД перенести сюда
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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