ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение DBF и SQL-сервер
190 сообщений из 190, показаны все 8 страниц
  все  
Сравнение DBF и SQL-сервер
    #32930313
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Необходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF.
Заранее благодарен!
...
Рейтинг: 0 / 0
24.02.2005, 07:50
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32930318
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
modНеобходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF.
В архивах поищи. Что-то про FoxPro.
...
Рейтинг: 0 / 0
24.02.2005, 07:59
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32930368
Астралопитек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Астралопитек
Участник
Уже было, и не раз. Поиск рулит
...
Рейтинг: 0 / 0
24.02.2005, 08:54
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32930404
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Серега
Участник
modНеобходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF.
Если такой переход надо обосновывать, то переходить не надо.
...
Рейтинг: 0 / 0
24.02.2005, 09:18
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32930586
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
2Серега
Не правда ваша. Обосновывать надо все и всегда. Было полно случаев безграмотной автоматизации, когда именно такой казалось бы очевидный переход приводил к сбоям в работе нормально функционирующей организации.
...
Рейтинг: 0 / 0
24.02.2005, 10:38
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32930874
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Ну например: намного возрастет сохранность данных, непротиворечивость. Еще больше - скорость работы с ними, обслуживание. Возможность бэкапов, разграничение прав и т.д. и т.п.

Но это все при условии, что будет делаться именно клиент-серверная система именно клиент-серверными методами. Если методы останутся файл-серверные, то станет еще хуже. А виноват будет опять SQL сервер.

-- Tygra's --
...
Рейтинг: 0 / 0
24.02.2005, 12:08
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32930943
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
2 tygra

Не говори, чего не знаешь.

1. Скорость работы в общем случае не возрастет. До тех пределов, пока файл-сервер еще работает, он работает быстрее.

2. Что имеется в виду под "сохранностью данных"?
Если отсутствие сбоев - то сбои могут отсутствовать в принципе. Поверь, это так. А какой тогда смысл защищаться от того, чего нет?

Если же речь идет о защите данных от кражи - да, клиент-сервер поможет предотвратить незаконное копирование информации. Но это не значит, что поставив клиент-сервер, вы автоматически защищаете себя от утечки данных. Это скорее одна из мер в большом комплексе мероприятий по защите.

3. Непротиворечивость, разграничение прав, бэкапы, ets. - это рекламные лозунги, которые хорошо впаривать большим начальникам при продаже ПО. Я еще ни разу не видел, чтобы кому-то сильно помогла возможность резервного копирования данных как раз в тот момент, когда операторы вколачивают пачки договоров.

p.s. Чтобы не разжигать флейма, оговорюсь, что речь идет об учетных системах на малом предприятии. Если у вас интернет-магазин, то разграничение прав и горячие бэкапы будут нужны вам, как воздух. Но тогда вопрос об использовании dbf отпадает сам собой
...
Рейтинг: 0 / 0
24.02.2005, 12:29
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32930999
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
2 tygra
я так понимаю, ща будет очередная публичная порка? ;)
...
Рейтинг: 0 / 0
24.02.2005, 12:47
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931056
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
karly™3. Непротиворечивость, разграничение прав, бэкапы, ets. - это рекламные лозунги, которые хорошо впаривать большим начальникам при продаже ПО. Я еще ни разу не видел, чтобы кому-то сильно помогла возможность резервного копирования данных как раз в тот момент, когда операторы вколачивают пачки договоров.

Ну во-первых тут уже правильно предложили воспользоваться поиском. Тема обсасывалась со всех сторон.
Во-вторых вам рассказать реальный пример того что вы не правы, когда говорите, что это всего лишь рекламные лозунги.
Пример таков:
Вот лежит реальная dbf база на файл-сервере. С железом и сетью все в порядке, для хранения данных используется корзинка RAID-5. И вдруг случается, что в корзинке вылетает не один, а сразу 2 диска :). И все - восстановление из ночного бекапа и ручное собирание по крохам весьма ценных данных.
С клиент-сервером такого не будет, потому как есть резервный сервер на который идет постоянный log-shipping. В худшем случае потеря составит несколько минут.
Можно конечно придумать и очень дорогое аппаратное решение для файл-сервера и все равно надежность будет ниже.
...
Рейтинг: 0 / 0
24.02.2005, 13:07
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931057
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
karlyT пишет:

> p.s. Чтобы не разжигать флейма, оговорюсь, что речь идет об учетных
> системах на малом предприятии.

Малое, это кол-во пользователей < 2?
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
24.02.2005, 13:08
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931064
Мимо пробегал...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимо пробегал...
Гость
2 karly™

Эта..... шож ты милок прям так с пляча та :).... этожыш надать сначала в архивах порыться, литературу почитать :) .... подумать опять же не мешало хоть чуток....

Это ж надоть! автор...пока файл-сервер еще работает, он работает быстрее. Это ж как жыш нам пониать та? Типа если он работает, то работаить быстро-быстро - а потом БАЦ! и не работаеить ваще? А зато КС хучь и рабтаить всегда, то работаить медленна....
авторЕсли отсутствие сбоев - то сбои могут отсутствовать в принципе. Поверь, это так Дык верим милок! Верим - ты ж не горячись так пряма. Это ж ляпота то какая!!! Сбои отсутсвую в принципе ну и бох с ими со всякими средствами ихниго предотвращение. И правда! Нет сбоив то - и зачем тахда с ыми бороться то! С чем бороться то коли их нет ваще!!!

авторНепротиворечивость, разграничение прав, бэкапы, ets. - это рекламные лозунги, которые хорошо впаривать большим начальникам при продаже ПО. Та и правда! Фигня все, фигня!!! это жыш и не выговорить и не понять никаму кроме рекламщикав праклятых!!! Вон Кодд тожа про непротиваречивасть статейки рекалмные пописывал, и всякие тама Дейты и Конноли в своих рекламных книжках лапшу нам на уши вешают, а мы ведемси, ну пряма как детки малые.... Ой спасибо мил чел - вразумил, шо к чему, на путь истинный направил.

авторЧтобы не разжигать флейма, оговорюсь, что речь идет об учетных системах на малом предприятии. Ну и я о том!.... Вот тут на малом таком предприятии бывал - всего то 15 человек да 20 продаж в день по 100 позиций. А поставили они у себя систему ненавижн ну и фигня что там избыточность (во! опять реклама!!!) безуземная. Информация в записях дублируется по 20 разов.... старая базка за 5 лет на 100 мегов была , а новая за полгода на 2 гига вымахала, да еще матеряться они, что дескать в одном месте одно написана а в другом про тоже самое совсем другое типа данные противоречат сами себе (тьфу, опять реклама!!!). Дык что им сказать то - что работу работать внимательнее надо и самим все контролировать (а то иж чего, лодыри, захотели - что б система за их думала) а диск ведь можно и добавочный купить - дешевые они совсем!!!

Вобщем в таком аксепте....
...
Рейтинг: 0 / 0
24.02.2005, 13:13
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931070
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Не, ничего не будет. :))
Только один вопрос - поясните мне, что означает следующая фраза:
автор До тех пределов, пока файл-сервер еще работает, он работает быстрее
Это как? Что значит еще работает ? Чем отличается работает и еще работает ? И чем отличается еще работает от того, что будет после ? И как оно, это после , называется?

Про остальное ответ простой: если вы хотите баааальшую машину, то конечно покупайте мерседс, бмв... ну или мазду там.... А если вы хотите себе маааааленькую машину, то ни в коем случае не покупайте мини, микру, пежо 206, мазда 2 или поинтер - покупайте запорожец или на крайняк славуту . Зачем вам в маленькой машине все эти "навороты" - абс, гур, кондиционер и т.д. Это же неприлично!

-- Tygra's --
...
Рейтинг: 0 / 0
24.02.2005, 13:15
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931081
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Crip!
Ты пишешь:

CripВот лежит реальная dbf база на файл-сервере.
С железом и сетью все в порядке, для хранения данных используется корзинка RAID-5.
И вдруг случается, что в корзинке вылетает не один, а сразу 2 диска :). И все
Не-а.
Не всё. Если в корзинке есть хотя бы один резервный диск.
Правильные пацаны всегда подкладывают его в корзинку ;)
RAID-5, без резервирования - это полумеры.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
24.02.2005, 13:17
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931208
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
2Мимопроходящий
Ну в том примере на самом деле вылетело целых 3 диска :) Впрочем мне почему-то кажется, что вина админов в этом безусловно есть :)
...
Рейтинг: 0 / 0
24.02.2005, 14:03
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931243
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
CripС клиент-сервером такого не будет, потому как есть резервный сервер на который идет постоянный log-shipping. В худшем случае потеря составит несколько минут. Параллелько копировать данные на другой сервер можно и при работе с dbf. Даже в код добавлять практически ничего не надо.

Александр Гoлдун Малое, это кол-во пользователей < 2?Маленькие - это с числом пользователей меньше 50.

tygraЭто как? Что значит еще работает?Ограничение на размер файла dbf - 2Gb. Это значит, что она растет-растет, а потом раз, и перестает работать

tygraЗачем вам в маленькой машине все эти "навороты"А у вас есть гидравлический домкрат на 5 тонн? Трап? Табличка "Toilet occupied"?

Мимо пробегал...Ты, мил человек, форумом ошибся. Здесь скучные дядьки обсуждают свои мелкие проблемы. А настоящие спермотоксикозные парни все валят на udaff.com
...
Рейтинг: 0 / 0
24.02.2005, 14:14
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931253
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Jimmy
Участник
Crip2Мимопроходящий
Ну в том примере на самом деле вылетело целых 3 диска :) Впрочем мне почему-то кажется, что вина админов в этом безусловно есть :)

А мне почему-то кажется, что:
1. В данной ситуации ничто (кроме архивов) не поможет ни файл-серверу, ни клиент серверу
2. Предположение, что _все_ клиент-серверные системы имеют резервный сервер, по меньшей мере _сильно преувеличено_.

2 All
По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений.
...
Рейтинг: 0 / 0
24.02.2005, 14:19
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931294
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
Jimmy2 All
По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений.
и особенно достойно выполняются select-ы на пару строк из dbf-ки на 50 Мбайт на канале в 128Кбит/сек... ;)
...
Рейтинг: 0 / 0
24.02.2005, 14:29
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931306
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
Jimmy2. Предположение, что _все_ клиент-серверные системы имеют резервный сервер, по меньшей мере _сильно преувеличено_.

2 All
По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений.
А горячий бекап? Особенно бекап лога. Он ведь минимально сказывается на быстродействии и стоимости системы.
А по поводу быстродействия, так я же говорю, что любой переход всегда надо обосновывать. Движение вперед в плане технологий, далеко не всегда оказывается выигрышем для бизнеса.
...
Рейтинг: 0 / 0
24.02.2005, 14:31
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931310
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Jimmy!
Ты пишешь:

JimmyФокс, по быстродействию на массивах до 10 000 000 записей, держится
весьма достойно, так что не надо голословных заявлений.О количестве юзеров не забывай ;)
И о переиндексации.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
24.02.2005, 14:32
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931313
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
andy st Jimmy2 All
По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений.
и особенно достойно выполняются select-ы на пару строк из dbf-ки на 50 Мбайт на канале в 128Кбит/сек... ;)
Вы судя по всему мало представляете реальную эксплуатацию файл-серверных систем.
Ну во-первых , к вашему сведению существует индексация, при этом совсем не происходит полная протяжка файлов по сети.
Во-вторых терминальные сервисы рулят.
...
Рейтинг: 0 / 0
24.02.2005, 14:34
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931342
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
andy stи особенно достойно выполняются select-ы на пару строк из dbf-ки на 50 Мбайт на канале в 128Кбит/сек... ;)Если ты не в курсе - запрос выполнится за доли секунды.

2 All
С этого места не стоит начинать нести чепуху типа "да он же сначала должен весь файл на клиента закачать!"
Поиск - рулит.
...
Рейтинг: 0 / 0
24.02.2005, 14:42
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931345
Мимо пробегал....
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимо пробегал....
Гость
2karly™

Так я ж глубиною мысли Ваш пост никак догнать не смог, ну хоть изложением это дело попробовал поправить :) Ну как еще отностися к тому, что непротиворечивость - это рекламный слоган? Это же для части местной публики прокруче всяких удавов.ком буит... :)
...
Рейтинг: 0 / 0
24.02.2005, 14:43
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931369
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
Crip
Ну во-первых , к вашему сведению существует индексация, при этом совсем не происходит полная протяжка файлов по сети.
это зависит от средства доступа к dbf... тут как повезет...
Crip Во-вторых терминальные сервисы рулят.
рулили... когда-то...
и вообще не рулят при условии, что сетка плохая, и данные НАДО ввести в тот момент, когда сети плохо (ибо потом просто нечего вводить будет).
...
Рейтинг: 0 / 0
24.02.2005, 14:50
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931443
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
karly™Если ты не в курсе - запрос выполнится за доли секунды.

ДАК ЧТО Ж ЭТО ЗАПРОС ПО ПОЛЧАСА ВИСИТ!!!!
просвяти, о великий, что же делать в ситуации, когда фокс досовый в районе 2.5 , драйвер для доступа - Microsoft Visual FoxPro Driver
и права на сетевой ресурсе только на чтение?
...
Рейтинг: 0 / 0
24.02.2005, 15:09
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931494
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Да, про непротиворечивость что-то позабыли, видать не найдут, чего тут сказать. Про хранимые процедуры - тоже забудем может? Про триггера?

Правда про команду flash buffer (не помню точно, но примерно так) почему-то не все фокспрошники знают, потом долго удивляются, почему "у меня вылетело, и данные исчезли, хотя на кнопку Сохранить нажимал".
А еще обязательно приводят самые простые примеры.
Ну тогда давайте join между 4-5 таблицами, в которых по 1-5 миллионов записей произведем. А давайте их еще и проапдейтим с условием по этим джоинам.
А когда количество юзеров вдруг станет "для маленьких предприятий" +1 , будем писать новую систему, теперь уже на sql-сервере - вместо того, чтобы просто проапгрейдить железо одного сервера, если это вообще в тот момент будет нужно уже, скорее всего нет. И т.д. и т.п.

-- Tygra's --
...
Рейтинг: 0 / 0
24.02.2005, 15:24
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931564
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
andy stДАК ЧТО Ж ЭТО ЗАПРОС ПО ПОЛЧАСА ВИСИТ!!!!
просвяти, о великий, что же делать в ситуации, когда фокс досовый в районе 2.5 , драйвер для доступа - Microsoft Visual FoxPro Driver
и права на сетевой ресурсе только на чтение?
Нечего на зеркало пенять коль рожа крива. Есть ли индексы по которым может быть произведена оптимизация запроса? Да драйверок староват, по-моему, даже если есть он их не подтянет.
andy stрулили... когда-то...и вообще не рулят при условии, что сетка плохая, и данные НАДО ввести в тот момент, когда сети плохо (ибо потом просто нечего вводить будет).
Да ладно, на Win2003 все вполне сносно работает. Вы думаете как люди 1С нормально работать заставляют? А 1С это наиболее распространенное "средство" автоматизиции бизнеса в нашей стране и как правило используются те самые злосчастные "dbf".
...
Рейтинг: 0 / 0
24.02.2005, 15:45
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931875
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
andy stчто же делать в ситуации, когда фокс досовый в районе 2.5 , драйвер для доступа - Microsoft Visual FoxPro Driver и права на сетевой ресурсе только на чтение?Если есть реальная проблема, постараемся разобраться :)

1. Какой софт используется на клиенте для доступа к данным? Т.е. это FPD2.5 на клиенте стоит? Или таблицы созданы в FPD, а какая-то другая программа обращается по сети, используя MS Visual FoxPro Dirver?

2. Есть ли индексы по полям, участвующим в запросе?

3. Приведи текст самого запроса. У Фоксовского оптимизатора (назовем это так ;) ) свои требования. Иногда бывает достаточно изменить пару буковок, и все начинает летать, или наоборот, тормозить.

Чтобы не устраивать здесь личной переписки, можешь написать мне почтой mars2215<гав>mail.ru. А результаты опубликуем для широкой общественности :)
...
Рейтинг: 0 / 0
24.02.2005, 17:13
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931930
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
tygraДа, про непротиворечивость что-то позабыли, видать не найдут, чего тут сказать. Про хранимые процедуры - тоже забудем может? Про триггера?Вот тебе про триггера , а вот - про хранимые процедуры . Первоисточник, так сказать.

Непротиворечивость данных скорее говорит о хорошем программисте, чем об инструменте, который он использует. Если нужны примеры, как в MS SQL можно организовать "противоречивые данные" - их есть у меня

Сказки - "если ваша организация вдруг вырастет в десять раз, вам просто надо будет добавить пару серверов" - еще одна консалтерская разводка. Если организация действительно так вырастет, ей по любому придется переписывать свою учетную систему, т.к. в этом случае бизнес-процессы компании не могут остаться прежними.

P.S. А директору, наверное, приятно бывает помечтать, что конторка взяла, и вдруг выросла в десять раз, а лучше в двадцать
...
Рейтинг: 0 / 0
24.02.2005, 17:30
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32931959
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
karlyT пишет:

> Непротиворечивость данных скорее говорит о хорошем программисте, чем об
> инструменте, который он использует.

А еще о затратах времени и зарплаты этого самого программиста. А еще о
величине рисков.

> надо будет добавить пару серверов" - еще одна консалтерская разводка.

И вообще все SQL-сервера - это просто консалтерские разводки и способ
выколачивания денег. Нас всех обманули! Все вперед на dbf! Точнее назад.
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
24.02.2005, 17:36
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932012
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
Код: plaintext
Непротиворечивость данных скорее говорит о хорошем программисте, чем об инструменте, который он использует.
Я бы хотел посмотреть как вы например будете реализовывать различные уровни изоляции на dbf. Особенно это хорошо иллюстрируется при чтении данных - непротиворечивость можно организовать только путем полного блокирования таблицы на время чтения, ведь там в принципе отсутствует такое понятие как shared lock, то бишь без блокировки таблицы чтение всегда является "грязным"
...
Рейтинг: 0 / 0
24.02.2005, 17:58
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932018
Старый пень
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Старый пень
Гость
Crip wrote: " Вы думаете как люди 1С нормально работать заставляют? А 1С это наиболее распространенное "средство" автоматизиции бизнеса в нашей стране и как правило используются те самые злосчастные "dbf"."

Только не надо это г... вспоминать в качестве положительного примера...

karly™ wrote: "А директору, наверное, приятно бывает помечтать, что конторка взяла, и вдруг выросла в десять раз, а лучше в двадцать "

Ну а когда мечтания (а точнее - усилия) сбылись? Я не про размер "конторки" говорю - исключительно про объемы...
...
Рейтинг: 0 / 0
24.02.2005, 17:58
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932024
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
Александр Гoлдун
karly™ пишет:
> Непротиворечивость данных скорее говорит о хорошем программисте, чем об
> инструменте, который он использует.

А еще о затратах времени и зарплаты этого самого программиста. А еще о
величине рисков.Александр, специально для вас - ссылочная целостность в Visual FoxPro .

Александр ГoлдунИ вообще все SQL-сервера - это просто консалтерские разводки и способ выколачивания денег. Нас всех обманули! Все вперед на dbf! Точнее назад. Я такого не говорил. Так что прошу вас взять свои слова назад.

У файл-сервера есть свои достоинства и недостатки. У клиент-сервера - свои. Например, данные в dbf в общем случае нельзя зашифровать. Однако, вместо того, чтобы говорить о реальных плюсах и минусах, здесь предпочитают делать безосновательные заявления, выдуманные минуту назад.
...
Рейтинг: 0 / 0
24.02.2005, 18:00
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932025
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
2Старый пень
1С может и г... А вот терминальные сервисы вполне позволяют продлить жизнь файл-серверным приложениям при низкой пропускной способности каналов связи.
...
Рейтинг: 0 / 0
24.02.2005, 18:00
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932036
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
Ой чуточку соврал. Не грязным - повторяемым. Считать незакомиченные данные там нельзя, все-таки на них автоматом накладывается блокировка.
...
Рейтинг: 0 / 0
24.02.2005, 18:05
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932063
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
Старый пеньНу а когда мечтания (а точнее - усилия) сбылись? Я не про размер "конторки" говорю - исключительно про объемы...Если вы хороший стратег, и имеете все основания считать, что контора в ближайшем будущем вырастет, то
1. Вы сразу арендуете офис побольше, и склад соответственно.
2. Вы выстроите бизнес-процессы с учетом дальнейшего роста.
3. Вы напишете учетную систему, которая будет удовлетворять не нынешним, а будущим требованиям.

Гораздо чаще бывает, что контора сидит на окраине в подвале, и никуда из него не собирается. Вместо перспектив - озабоченность, как бы не остаться без штанов Но как только речь заходит об учетной системе - " а вдруг контора вырастет в десять раз...
...
Рейтинг: 0 / 0
24.02.2005, 18:16
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932072
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
По поводу системы на вырост.
Извините ребята, но если вы не ощущаете разницы между
- сделать систему с нуля под sql-сервер и иметь возможность решить проблемы заменой железа
и
- делать с нуля систему, заведомо и запланированно имеющую ограниченные возможности, которую кроме как переписыванием никак и ничем больше не оживишь в какой-то момент

то я вам более ничего не скажу - нет смысла. Я даже думаю, что вы себе при наличии многих штук баксов покупаете 10 запорожцев вместо одной Тойоты или Мазды или хотя бы Пежо, потому как еще не доросли до такой машины. И прыжки в воду вы начинаете с полупустого бассейна - потому как до полного не доросли, а вот когда подрастете......

По поводу
авторВот тебе про триггера, а вот - про хранимые процедуры
....
специально для вас - ссылочная целостность в Visual FoxPro.
Извините, но прочитайте тему:
Сравнение DBF и SQL-сервер
Где там про фокспро???!!!

И далее, mod просил одну вещь, и прямо высказанную:
авторНеобходимо обосновать переход с DBF-таблиц на SQL Server 2000
Вы либо ему советуйте, либо у нас уже был подобный топик, все умерли там :))

-- Tygra's --
...
Рейтинг: 0 / 0
24.02.2005, 18:27
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932116
Старый пень
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Старый пень
Гость
karly™Если вы хороший стратег, и имеете все основания считать, что контора в ближайшем будущем вырастет, то
1. Вы сразу арендуете офис побольше, и склад соответственно.
2. Вы выстроите бизнес-процессы с учетом дальнейшего роста.
3. Вы напишете учетную систему, которая будет удовлетворять не нынешним, а будущим требованиям.]
Гораздо чаще бывает, что контора сидит на окраине в подвале, и никуда из него не собирается. Вместо перспектив - озабоченность, как бы не остаться без штанов Но как только речь заходит об учетной системе - " а вдруг контора вырастет в десять раз...

Извините, у Вас это теоретические рассуждения, или Вы имеете практический опыт? (Я про управление предприятием)
Вам же говорят, что она ("конторка") уже выросла. И если бы года три назад мы бы не "послали" 1С куда подальше - не знаю, что бы сейчас и делал.
...
Рейтинг: 0 / 0
24.02.2005, 18:50
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932145
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
2 Crip

Sorry, я не игнорирую ваши вопросы. Просто мне кажется, что ответы вам известны не хуже, чем мне ;-) Но ответы на них интересуют только нас двоих :)
...
Рейтинг: 0 / 0
24.02.2005, 19:16
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932178
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
tygraИзвините, но прочитайте тему:
Сравнение DBF и SQL-сервер
Где там про фокспро???!!!

И далее, mod просил одну вещь, и прямо высказанную:
Необходимо обосновать переход с DBF-таблиц на SQL Server 2000Вот и обосновывайте. Только не несите ерунды. Я писал про Фокс для того, чтобы поправить некоторые ..ээ.. некорректные высказывания.

"Запорожцы", "триггеры" , "хранимые процедуры" и прочая белиберда ИМХО не являются хорошим основанием для перехода на MS SQL.

Касательно subj я упоминал про ограничения по объемам данных, а так же про невозможность шифрования.
...
Рейтинг: 0 / 0
24.02.2005, 19:38
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932197
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
Старый пеньИзвините, у Вас это теоретические рассуждения, или Вы имеете практический опыт? (Я про управление предприятием)Во-первых, у меня есть практический опыт управления предприятием. И это отнюдь не "полуподвальная конторка на окраине".

Старый пеньВам же говорят, что она ("конторка") уже выросла. И если бы года три назад мы бы не "послали" 1С куда подальше - не знаю, что бы сейчас и делал.Во-вторых, я ставил бухгалтерский учет на двух предприятиях с помощью 1С (кстати, SQL-версию). Работает до сих пор. Только я не понимаю, что из этого следует, и как это относится к текущему обсуждению.

Если у вас не срослось с 1С и вы ее послали - я рад за вас.
Если я ставил 1С, и у меня все получилось - думаю, тоже неплохо
...
Рейтинг: 0 / 0
24.02.2005, 20:02
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932232
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
karlyT пишет:

> Александр, специально для вас - ссылочная целостность в Visual FoxPro

Ссылочная целостность в VFP держится исключительно на доверии. Т.е. на
том, что dbf, лежащие на общедоступном ресурсе будут использоваться
исключительно штатными средствами, например четко регламентированным
приложением на том же VFP.
Как только я подключусь к этим dbf чем-то другим, про ссылочную
целостность можно забыть.

К нормально спроектированной базе с грамотно организованными правами на
большинстве SQL-серверов я могу допустить малоквалифицированного или
потенциально нелояльного разработчика с "левым" инструментариеме
(например MS Access через ODBC) и буду уверен, что он не сможет нарушить
ее целостность, но при этом сможет работать с ней в рамках дозволенного.

>> И вообще все SQL-сервера - это просто консалтерские разводки и способ
>> выколачивания денег. Нас всех обманули! Все вперед на dbf! Точнее назад.
>
> Я такого не говорил. Так что прошу вас взять свои слова назад.

Юмора или сарказма без смайликов уже не существует?

> У файл-сервера есть свои достоинства и недостатки. У клиент-сервера -
> свои. Например, данные в dbf в общем случае нельзя зашифровать.

Дело не столько в мелких различиях, типа шифрования, сколько в том, что
это идеологически разные технологии, области эффективного применения
применения которых отличаются, хотя и пересекаются. Но область dbf на
текущий момент значительно более узкая, чем у SQL
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
24.02.2005, 20:48
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932257
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Диченка
Участник
ИМХО, очень весомым аргументом в сторону принятия решения о переходе на SQL-сервер может послужить появление/наличие филиалов в компании и соответственно, необходимость репликации штатными средствами сервера. Лично я наблюдал большое количество файл-серверных систем, которые на определенном этапе удовлетворяли потребностям юзеров, но с разрастанием предприятия приходилось всячески изощряться, чтобы обеспечить в файл-серверной системе некое подобие "репликации". Часто "реплицируемые" данные передавались как аттачи к электронным письмам или на дискетах. Что конечно же очень неудобно и может послужить причиной потери данных в результате сбоя почтового сервера или поломки дискет. Так же это очень небезопасно с точки зрения обеспечения коммерческой тайны предприятия. Дискеты могут теряться, письма читаться. Грамотно настроенная репликация на защищенных каналах нивелирует участие третьих лиц при передаче информации между филиалами до минимума.
...
Рейтинг: 0 / 0
24.02.2005, 21:39
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932285
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
о производительности - http:/topic/53679&pg=6&hl=%f2%ef%f6 ]/topic/53679&pg=6&hl=%f2%ef%f6
кому лень искать приведу цитату
авторТипа, достали. Устроил я у ся на работе тпц.орг для фокспры ?6.

Для других файл-серверных СУБД (Аксес, Парадокс, Эпроч, ДБейс и ещё
какие-нить есть наверна) результат будет немного похуже

Чё имеем: Две таблицы, одна с мильоном записей и одна с десятком тысяч записей. В каждой одно числовое поле заполненное случайными целыми числами от 1 до 10000 и 5 текстовых полей длиной 50 символов и заполненных случайными буквами. Всего 4 файла лежащие в сети на каком-то диске, обе таблицы проиндексированы по числовому полю

файл, размер, время за которое можно переписать с диска на диск средствами ОС
--------------------------------------------------------------------------------
test1.dbf - 243 Мб, 57.733 с ---------- 1 млн. записей
test1.cdx - 5.60 Мб, 1.563 с ---------- индекс по числовому полю
test2.dbf - 2.43 Мб, 0.440 с ---------- 10 тыс. записей
test2.cdx - 0.047 Мб, 0.050 с --------- индекс по числовому полю

Компутир обычный, в конторе у всех примерно такие. Куплен около года назад.

сделал 4 запроса повторив каждый по 5 раз с разными условиями поиска по
числовому проиндексированному полю для учёта погрешности. Во всех запросах возвращалось примерно по 100 записей.

1. все поля из одной большой таблицы
select * from test1 into cursor cursor1 where any_numb=14 nofilter
время выполнения 1.191, 0.832, 0.831, 0.971 и 1.022 секунд
2. одно текстовое поле из одной большой таблицы
select txt1 from test1 into cursor cursor1 where any_numb=15 nofilter
время выполнения 1.111, 0.982, 0.761, 1.001 и 1.052 секунд
3. все поля из большой таблицы сджоиненной с небольшой
select * from test1 a join test2 b on a.any_numb=b.any_numb into cursor cursor1
where a.any_numb=16 nofilter
время выполнения 0.981, 0.792, 0.951, 0.961 и 1.052 секунд
4.одно текстовое поле из большой таблицы сджоиненной с небольшой
select a.txt1 from test1 a join test2 b on a.any_numb=b.any_numb into cursor
cursor1 where a.any_numb=17 nofilter
время выполнения 1.021, 1.062, 0.931, 0.842 и 0.791 секунд

Можно сделать то же самое не используя индексы и всё будет медленней на
несколько порядков (первый запрос будет больше минуты т.е. дольше чем просто переписать файл таблицы с сетевого диска на на свой) но мне этим лень заниматься. Предоставлю это тем кто много говорит.

Результаты впечатляющие и говорят сами за себя:
1. Файл-серверные технологии на данный момент содержат достаточно средств для создания эффективных информационных систем малого и среднего размера.
2. Кривые руки не смогут помочь дурной голове и наоборот.
3. Продукция фирмы 1ц одинаково тормозит и в дбф и в скл версии что не мешает им грести бабло - значит не всё так однозначно в жизни.

о "хорошести" систем - зависит от многих факторов, КС или ФС это не самое главное

по теме автора топика о которой уже забыли - можно надёргать разных статей и показать начальству. Тебе опыт, начальству хуже уже не будет коль такие как ты принимают решение о дальнейшем развитии системы (уж извини, ничего личного). За КС платят больше, будет чё в резюме писать когда другую работу искать будеш. Главное - быть честным перед самими собой.
...
Рейтинг: 0 / 0
24.02.2005, 22:56
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932291
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
karly™
3. Непротиворечивость, разграничение прав, бэкапы, ets. - это рекламные лозунги, которые хорошо впаривать большим начальникам при продаже ПО. Я еще ни разу не видел, чтобы кому-то сильно помогла возможность резервного копирования данных как раз в тот момент, когда операторы вколачивают пачки договоров.

А я видел.
karly™
1. Какой софт используется на клиенте для доступа к данным? Т.е. это FPD2.5 на клиенте стоит? Или таблицы созданы в FPD, а какая-то другая программа обращается по сети, используя MS Visual FoxPro Dirver?

Факт того, что это имеет значение, уже серьезный минус.

Crip
Вы судя по всему мало представляете реальную эксплуатацию файл-серверных систем.
Ну во-первых , к вашему сведению существует индексация, при этом совсем не происходит полная протяжка файлов по сети.

Кончечно не представляем! С рождения сели на SQL-сервера, обойдя вниманием такую классную вещь, как dbf.

karly™
2. Есть ли индексы по полям, участвующим в запросе?

3. Приведи текст самого запроса. У Фоксовского оптимизатора (назовем это так ;) ) свои требования. Иногда бывает достаточно изменить пару буковок, и все начинает летать, или наоборот, тормозить.


А если на маленьком предприятии (ибо число пользователей < 50) разные пользователи на разных по мощности машинах делают разнообразные выборки из таблиц, причем с возможностью сортировки и фильтрации по произвольным наборам полей, то нужно делать индексы на все поля? А кто-то еще и группирует произвольно...

karly™
Александр Гoлдун Малое, это кол-во пользователей < 2?Маленькие - это с числом пользователей меньше 50.

Это какие-то неактивные 50 пользователей.

Впрочем, о чем я тут спорю? Рынок нас рассудит. Искренне желаю вам и впредь радоваться прелестям dbf, используемого в учетных системах с кол-вом пользователей до 50. Мне же лучше будет. Я уже достаточно нарадовался в свое время.
...
Рейтинг: 0 / 0
24.02.2005, 23:16
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932334
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Бакапы - рекламные лозунги ?
Ню Ню
...
Рейтинг: 0 / 0
25.02.2005, 00:30
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932340
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
Александр Гoлдун karly™Я еще ни разу не видел, чтобы кому-то сильно помогла возможность резервного копирования данных как раз в тот момент, когда операторы вколачивают пачки договоров.
А я видел. Тогда пример, плиз.


Александр Гoлдун karly™
1. Какой софт используется на клиенте для доступа к данным? Т.е. это FPD2.5 на клиенте стоит? Или таблицы созданы в FPD, а какая-то другая программа обращается по сети, используя MS Visual FoxPro Dirver?
Факт того, что это имеет значение, уже серьезный минус.Не болтайте ерундой. Это имеет значение для того, чтобы разобраться, где человек мог ошибиться.

Александр Гoлдун CripВы судя по всему мало представляете реальную эксплуатацию файл-серверных систем.
Ну во-первых , к вашему сведению существует индексация, при этом совсем не происходит полная протяжка файлов по сети.

Кончечно не представляем! С рождения сели на SQL-сервера, обойдя вниманием такую классную вещь, как dbf.Это тоже из разряда "это у меня юмор такой"? Должен вам сообщить, что далеко не все его понимают. Снизойдите до убогих, перестаньте так шутить.

Александр Гoлдун karly™
2. Есть ли индексы по полям, участвующим в запросе?
А если на маленьком предприятии (ибо число пользователей < 50) разные пользователи на разных по мощности машинах делают разнообразные выборки из таблиц, причем с возможностью сортировки и фильтрации по произвольным наборам полей, то нужно делать индексы на все поля? А кто-то еще и группирует произвольно...ОК, я оговорился. Имелось ввиду "индексы по полям, участвующим в условиях запроса". А почему вас угнетает необходимость делать индексы? Это всего одна команда. И в любом SQL-сервере она есть.

Александр ГoлдунВпрочем, о чем я тут спорю? Рынок нас рассудит.Знаете, Александр, впервые заверения про смерть dbf я услышал году в 94, когда Microsoft купил права на FoxPro.

Александр ГoлдунИскренне желаю вам и впредь радоваться прелестям dbf, используемого в учетных системах с кол-вом пользователей до 50. Мне же лучше будет. Я уже достаточно нарадовался в свое время.Я вижу у вас в профиле работу с продуктами Sybase. Я работал с ASA - низкие системные требования, хорошая репликация. То есть у меня была возможность сравнить. А была ли такая возможность у вас?
...
Рейтинг: 0 / 0
25.02.2005, 00:48
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932345
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
Опять забываем про новые и старые технологии...

Новые - Web Services избавляют от большинства проблем с безопасностью, низкой пропускной способностью сети, репликацией, целостностью данных DBF таблиц в структуре баз данных...

Старые - правильная организция структуры данных, а то я тут посмотрел - как народ на Oracle базы проектирует (волосы дыбом встали), удивляясь потом - откуда у них гигабайты полезли и морщить приходится лоб от обоснования средств на новый сервер... И я потенциально не вижу организаций, где за день более 2 Gb чистых транзакций... Все остальное - в архив и Warehouse!

Как тут кто-то заметил все системы имеют право на жизнь... Все зависит от наших пристрастий и желания сделать конфетку...

P.S.1. Когда Ken Levy в прямую спросили - будет MS увеличивать размер DBF - он ответил, что нет - такова политика MS (потом добавил, что есть же MS SQL Server)... Тогда его спросили - когда языком SQL Server будет язык FoxPro - он ответил, что делает все, что от него зависит...

P.S.2. А последнюю систему я делаю под MS SQL Server - по причине того, что зарплаты у FoxPro программистов в 1.5 - 2.0 раза в среднем ниже по отрасли... Так что моя причина обоснования SQL Server проста - очень кушать хочется... после того как закончу проект и рвану на рынок искать новое место приложения своих сил и таланта
...
Рейтинг: 0 / 0
25.02.2005, 01:00
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932355
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Sergey ChСтарые - правильная организция структуры данных, а то я тут посмотрел - как народ на Oracle базы проектирует (волосы дыбом встали), удивляясь потом - откуда у них гигабайты полезли и морщить приходится лоб от обоснования средств на новый сервер... И я потенциально не вижу организаций, где за день более 2 Gb чистых транзакций... Все остальное - в архив и Warehouse!


Гммм, а при чем тут Oracle ??? А то в DBF всякую ...ню никто не проектировал. Мухи то с котлетами мешать не надо ;)
...
Рейтинг: 0 / 0
25.02.2005, 01:19
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932356
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
Для справки

Два года назад админы www.sql.ru в связи с возросшим количеством вопросов от посетителей, решили открыть отдельный форум для FoxPro. И предсказателей , обещавших скорую кончину этому форуму, уже тогда хватало
...
Рейтинг: 0 / 0
25.02.2005, 01:19
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932357
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
О чем Вы ??? Какая кончина ? Тут и Pick и D3 и MUMPS до сих пор живут и здравствуют Для всех нашлось место, неуж-то для Вас не найдется ?
Зарабатываете себе на жизнь при помощи FoxPro, да ради бога. Я для этого использую Oracle, другие MS SQL. Чего возмущаться то ?
...
Рейтинг: 0 / 0
25.02.2005, 01:22
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932361
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
karly™ Александр Гoлдун karly™Я еще ни разу не видел, чтобы кому-то сильно помогла возможность резервного копирования данных как раз в тот момент, когда операторы вколачивают пачки договоров.
А я видел. Тогда пример, плиз.

Личный пример - падение сервера по причине того, что закончилось место на диске с transaction log. База была повреждена. Скорее всего незначительно, без потерь данных и с возможностью починки штатными средствами, но я не стал с этим заморачиваться. Я просто поднял бэкап, который был сделан примерно за минут до этого по расписанию. Везение? Да. Но вероятность такого везения была высока за счет того, что тогда бэкап делался раз в час. Инкрементальный, естественно. Можно себе такое на VFP позволить?

karly™
Александр Гoлдун CripВы судя по всему мало представляете реальную эксплуатацию файл-серверных систем.
Ну во-первых , к вашему сведению существует индексация, при этом совсем не происходит полная протяжка файлов по сети.

Кончечно не представляем! С рождения сели на SQL-сервера, обойдя вниманием такую классную вещь, как dbf.Это тоже из разряда "это у меня юмор такой"? Должен вам сообщить, что далеко не все его понимают. Снизойдите до убогих, перестаньте так шутить.

Это проблема тех, кто не понимает. Разумеется, до тех пор, пока это не стало моей проблемой. Смайлики - трупики эмоций (с) не помню чей
karly™
Александр Гoлдун karly™
2. Есть ли индексы по полям, участвующим в запросе?
А если на маленьком предприятии (ибо число пользователей < 50) разные пользователи на разных по мощности машинах делают разнообразные выборки из таблиц, причем с возможностью сортировки и фильтрации по произвольным наборам полей, то нужно делать индексы на все поля? А кто-то еще и группирует произвольно...ОК, я оговорился. Имелось ввиду "индексы по полям, участвующим в условиях запроса". А почему вас угнетает необходимость делать индексы? Это всего одна команда. И в любом SQL-сервере она есть.

Ну разумеется, индексы по полям в условиях. Но условия то создаются динамически пользователем и заранее неизвестны. А лишние индексы - это лишние накладные расходы на изменение данных в полях, задействованных в индексах. А иногда fullscan выгоднее индекса, но это fullscan на стороне сервера, без прокачки данных по сети и, кроме того, с общим кэшированием данных для разных коннектов.
IMHO это достаточно очевидные вещи.
karly™
Александр ГoлдунВпрочем, о чем я тут спорю? Рынок нас рассудит.Знаете, Александр, впервые заверения про смерть dbf я услышал году в 94, когда Microsoft купил права на FoxPro.

Я ни в коем случае не пророчу смерть dbf. И вообще я ничего не имею против dbf. Я лишь против фанатизма и непрофессионального подхода при решении задач. Мне обычно ставятся задачи в бизнес-терминах, я сам принимаю решения по технологии и несу полную ответственность за результат. Включая как стоимость разработки, так и пресловутое TCO. И если больше подойдет dbf, я возьму dbf. Но таких задач, где dbf предпочтительнее SQL сервера, исчезающе малое кол-во. По крайней мере в сфере учета, как на малых, так и на более крупных предприятиях.
karly™ Александр ГoлдунИскренне желаю вам и впредь радоваться прелестям dbf, используемого в учетных системах с кол-вом пользователей до 50. Мне же лучше будет. Я уже достаточно нарадовался в свое время.Я вижу у вас в профиле работу с продуктами Sybase. Я работал с ASA - низкие системные требования, хорошая репликация. То есть у меня была возможность сравнить. А была ли такая возможность у вас?
Да. С начала 90-х. Немного Clipper (классная штука! особенно переменные типа 'блок кода'.) Чуть побольше VB 3 + mdb. Еще больше Delphi + Paradox, в основном те же учетные системы. VFP в этом списке отсутствует, но я полагаю, этого достаточно, чтобы иметь возможность объективно сравнивать клиент-серверную и файл-серверную технологии доступа к данным.
...
Рейтинг: 0 / 0
25.02.2005, 01:31
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932404
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
Crip
Есть ли индексы по которым может быть произведена оптимизация запроса? Да драйверок староват, по-моему, даже если есть он их не подтянет.

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

Crip
Да ладно, на Win2003 все вполне сносно работает. Вы думаете как люди 1С нормально работать заставляют? А 1С это наиболее распространенное "средство" автоматизиции бизнеса в нашей стране и как правило используются те самые злосчастные "dbf".
дык проблема то в невозможности работы терминалов без наличия сети.
...
Рейтинг: 0 / 0
25.02.2005, 05:59
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932409
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
karly™Если есть реальная проблема, постараемся разобраться :)

БОЛЬШОЕ спасибо за желание помочь, но я не уверен, что индексы в принципе смогут помочь на условиях типа
Код: plaintext
like '65____'
при любом из существующих драйверов. Такое было сделано когда-то и ничего с этим не поделать-приходится ждать. Единственное, что радует - к лету эту систему должны перевести на клиент-серверные рельсы.
...
Рейтинг: 0 / 0
25.02.2005, 06:12
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932418
Тузик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тузик
Участник
Прошу прощения, что вмешиваюсь...
Насколько я помню, dBase появилась в начале 80-х как попытка "впихнуть" технологию реляционных БД на платформу CP/M (однозадачнось, max 64K RAM и прочие "прелести"). Так вот, мне просто не понятно, зачем использовать dbf , если можно не использовать (я что-то 286-х на предприятиях давно не видел)?
...
Рейтинг: 0 / 0
25.02.2005, 06:38
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932498
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
Давайте перечислим "достоинства" ФС.
- Надежность. Это и отстутствие горячего бэкапа, и постоянные проблемы с индексами. Это еще и полная невозможность контролировать целостность данных.
- Безопасность. Ну, тут и говорить нечего. Любой чудак на букву М может стереть пару тройку DBF, если ему не будет хватать места под кинушку. Я уж не говорю о злонамеренном искажении данных.
- Нагрузка сети. Положительные сдвиги конечно есть, но разница с КС на порядки.
- Многопользовательность. К сожалению зависшие блокировки не редкость.
- Отсутствие транзакций. Вообще транзакции - это еще одно "ухищрение маркетологов" и они нахрен не нужны.
Думаю пока достаточно.

P.S.
В приведенной ссылке MSDN ничего не говорится об ХРАНИМЫХ ПРОЦЕДУРАХ. Там говорится только о коде, к-рый хранится в файле БД, и к-рый по недоразумению назвали хранимой процедурой. А м.б. и не по недоразумению, а по умыслу?
...
Рейтинг: 0 / 0
25.02.2005, 08:48
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932552
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
f_w_p Давайте перечислим "достоинства" ФС.
- Надежность. Это и отстутствие горячего бэкапа, и постоянные проблемы с индексами. Это еще и полная невозможность контролировать целостность данных.
- Безопасность. Ну, тут и говорить нечего. Любой чудак на букву М может стереть пару тройку DBF, если ему не будет хватать места под кинушку. Я уж не говорю о злонамеренном искажении данных.
- Нагрузка сети. Положительные сдвиги конечно есть, но разница с КС на порядки.
- Многопользовательность. К сожалению зависшие блокировки не редкость.
- Отсутствие транзакций. Вообще транзакции - это еще одно "ухищрение маркетологов" и они нахрен не нужны.
Думаю пока достаточно.

Посмотрите мой пост выше - используя Web Services все вышеперечисленное Вами НЕ ИМЕЕТ место для DBF (впрочем, как и в клиент-серверной системе)

f_w_p
P.S.
В приведенной ссылке MSDN ничего не говорится об ХРАНИМЫХ ПРОЦЕДУРАХ. Там говорится только о коде, к-рый хранится в файле БД, и к-рый по недоразумению назвали хранимой процедурой. А м.б. и не по недоразумению, а по умыслу?

Надеюсь, что не открываю для Вас секрет, но почти во всех клиент-серверных базах данных ХРАНИМЫЕ ПРОЦЕДУРЫ хранятся в виде кода в специальных таблицах баз данных. Далее при вызове пользователем возможна псевдо - компиляция, некоторая опитмизация при наличии индексов и, наконец, выполнение запроса с отсылкой результата клиенту... В FoxPro все это работает АНАЛОГИЧНО Причем язык программирования в ХП намного богаче, чем во многих клиент-серверных базах данных...
...
Рейтинг: 0 / 0
25.02.2005, 09:22
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932762
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Sergey Ch
> Надеюсь, что не открываю для Вас секрет, но почти во всех
> клиент-серверных базах данных ХРАНИМЫЕ ПРОЦЕДУРЫ хранятся в виде кода в
> специальных таблицах баз данных. Далее при вызове пользователем возможна
> псевдо - компиляция, некоторая опитмизация при наличии индексов и,
> наконец, выполнение запроса с отсылкой результата клиенту... В FoxPro
> все это работает АНАЛОГИЧНО Причем язык программирования в ХП намного
> богаче, чем во многих клиент-серверных базах данных...

Да причем здесь это? Язык того же VFP или любой используемый для
создания клиентского приложения (Delphi, C++, VB ....) богаче языка ХП.
Но это работает НА КЛИЕНТЕ, а хранимые процедуры - НА СЕРВЕРЕ ДАННЫХ.
При этом ХП может перелопатить все данные в базе и вернуть клиенту
готовый результат в виде одного числа. И выполняться она будет с
одинаковой скоростью как при вызове на P4 3Ггц 1гб памяти, 100мбит сеть,
так и на P166mmx, 32mb, 128 кбит канал. И выполнится она в общем случае
при многопользовательской работе быстрее, чем аналогичная на VFP, так
как есть как кеширование данных на сервере, так и возможное кэширование
результатов. Плюс эффективные оптимизаторы, которые на одном и том же
запросе могут выбрать в зависимости от параметров разные планы
выполнения в зависимости от таких факторов, как гистограммы
распределения значений, наличие разных индексов, объем кэша и даже
скорость дисков.

А еще существенно то, что ХП может работать над данными, к которым
пользователю запрещен доступ другими средствами. На файл-серверных базах
это в принципе невозможно. И пусть только кто-нибудь скажет, что
разграничение доступа - это тоже маркетинговый слоган.

karlyT
Касательно subj я упоминал про ограничения по объемам данных, а так же
про невозможность шифрования.

Если вы считаете это главным или единственным преимуществом SQL-серверов
перед DBF, то смею предположить, что вы очень мало знакомы с
клиент-серверверными технологиями доступа к данным, не смотря на
упоминаемый опыт работы с Sybase ASA. Если это так, то это очень похоже
на спор о вкусе устриц...
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
25.02.2005, 10:46
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932805
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
Александр Гoлдун
Да причем здесь это? Язык того же VFP или любой используемый для
создания клиентского приложения (Delphi, C++, VB ....) богаче языка ХП.
Но это работает НА КЛИЕНТЕ, а хранимые процедуры - НА СЕРВЕРЕ ДАННЫХ.
При этом ХП может перелопатить все данные в базе и вернуть клиенту
готовый результат в виде одного числа. И выполняться она будет с
одинаковой скоростью как при вызове на P4 3Ггц 1гб памяти, 100мбит сеть,
так и на P166mmx, 32mb, 128 кбит канал. И выполнится она в общем случае
при многопользовательской работе быстрее, чем аналогичная на VFP, так
как есть как кеширование данных на сервере, так и возможное кэширование
результатов. Плюс эффективные оптимизаторы, которые на одном и том же
запросе могут выбрать в зависимости от параметров разные планы
выполнения в зависимости от таких факторов, как гистограммы
распределения значений, наличие разных индексов, объем кэша и даже
скорость дисков.

А еще существенно то, что ХП может работать над данными, к которым
пользователю запрещен доступ другими средствами. На файл-серверных базах
это в принципе невозможно. И пусть только кто-нибудь скажет, что
разграничение доступа - это тоже маркетинговый слоган.


Вы не читаете (а может не понимаете, что я написал)...

Web Services - это очень тонкая и шустрая прослойка между DFB файлом и внешним миром - она дает возможность клиентам видеть только то, что Вы им позволите - то есть полную реализацию технологии идеологии клиент-сервера для DBF... Но, всю логику надо писать самому (хотя в примеров в интернете много).

Разграничение доступа делаете просто - клиент при коннекте вводит login and password - а далее пересылает запрос и согласно прав, какие Вы ему назначите - он получит ответ... То есть клиенты не имеют доступа к DBF... И все это прекрасно работает с VFP 7.0 (потому как встроено в среду разработки).

Но есть одна большая проблема - инертность среды программистов VFP и непонимание заказчиков, что FoxPro может делать вещи, доступные только дорогим средствам... Но об этом и Microsoft предпочитает помалкивать - они не хотят терять деньги, ибо 90% приложений вполне могут обойтись одним VFP...

P.S. Ничего личного, просто констатация для некоторых из Вас малоизвестных фактов...
...
Рейтинг: 0 / 0
25.02.2005, 10:58
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932815
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Jimmy
Участник
andy st karly™Если есть реальная проблема, постараемся разобраться :)

БОЛЬШОЕ спасибо за желание помочь, но я не уверен, что индексы в принципе смогут помочь на условиях типа
Код: plaintext
like '65____'
при любом из существующих драйверов. Такое было сделано когда-то и ничего с этим не поделать-приходится ждать. Единственное, что радует - к лету эту систему должны перевести на клиент-серверные рельсы.

Именно для такого случая индексы помочь могут, т.к. поисковое выражение начинается со значимых символов, т.е. можно использовать префиксный поиск по индексу (работает в MS SQL, Sybase ASE, FoxPro).

Кроме того, в Фоксе префиксный поиск можно организовать посредством функции SEEK при соответствующих установках SET EXACT|SET NEAR, допускающих поиск первого похожего значения.
...
Рейтинг: 0 / 0
25.02.2005, 11:00
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932829
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
Александр Гoлдун
Да причем здесь это? Язык того же VFP или любой используемый для
создания клиентского приложения (Delphi, C++, VB ....) богаче языка ХП.

Язык FoxPro - грубо говоря это всего-лишь вызов функци C++ (так как он на нем написан, причем написан с большим умом, годами отшлифован до совершенства).

Язык FoxPro - это язык работы с данными и он не умирает по той простой причине, что очень хорошо делает свое дело...
...
Рейтинг: 0 / 0
25.02.2005, 11:03
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932907
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
Jimmy
Именно для такого случая индексы помочь могут, т.к. поисковое выражение начинается со значимых символов, т.е. можно использовать префиксный поиск по индексу (работает в MS SQL, Sybase ASE, FoxPro).


Jimmy
Кроме того, в Фоксе префиксный поиск можно организовать посредством функции SEEK при соответствующих установках SET EXACT|SET NEAR, допускающих поиск первого похожего значения.
это был самый первый like из запроса. самый простой...
и повторюсь.
каких-либо действий по оптимизации (создание индексов, оптимизация струкрур таблиц) со стороны сопровождающих систему людей не предвидится в принципе.
...
Рейтинг: 0 / 0
25.02.2005, 11:24
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932939
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Jimmy
Участник
Так я и не говорил ничего о том, что индексы пригодны для любых запросов, а только об этом конкретном случае.

В то же время, если большинство запросов пользуют LIKE, который не заточен под префиксный поиск, то напрашиваются два вывода:
1. Возможно, стоит пересмотреть структуру БД
2. Не факт, что поможет клиент-серверная технология. Основной выигрыш даст, при таком использовании LIKE, более мощное железо сервера, а не собственно СУБД. Т.е. смотри п.1

PS Вернее, определенные СУБД, заточенные под ad-hoc запросы (типа Sybase IQ), без сомнения помогут, но умолчу об их стоимости...
...
Рейтинг: 0 / 0
25.02.2005, 11:33
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932971
chad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
chad
Гость
авторЯзык FoxPro - грубо говоря это всего-лишь вызов функци C++ (так как он на нем написан, причем написан с большим умом, годами отшлифован до совершенства).

Язык FoxPro - это язык работы с данными и он не умирает по той простой причине, что очень хорошо делает свое дело...
Абсолютно согласен.Лучше и быстрее ничего не придумано.
...
Рейтинг: 0 / 0
25.02.2005, 11:42
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32932998
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Все, что есть в КС, при желании, можно реализовать и на DBF. Только при этом эффективное программирование для ФС потребует от разработчика более низкоуровневого мышления. Каждый волен решать сам, для своих задач, надо ли ему это.
...
Рейтинг: 0 / 0
25.02.2005, 11:46
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933057
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
авторВсе, что есть в КС, при желании, можно реализовать и на DBF

Это вы загнули... И вообще , можно, конечно, реализовать Сервер БД своими руками, но это сизифов труд.

2andy_st
Запрос можно все-таки выполнить и на стороне сервера, например через COM+.
...
Рейтинг: 0 / 0
25.02.2005, 11:59
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933096
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andy st
Гость
Crip
Запрос можно все-таки выполнить и на стороне сервера, например через COM+.
не уверен, что novell (на котором сделан файловый сервер) дружит с com+
...
Рейтинг: 0 / 0
25.02.2005, 12:08
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933172
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Sergey Ch

Вы не читаете (а может не понимаете, что я написал)...

Web Services - это очень тонкая и шустрая прослойка между DFB файлом и внешним миром - она дает возможность клиентам видеть только то, что Вы им позволите - то есть полную реализацию технологии идеологии клиент-сервера для DBF... Но, всю логику надо писать самому (хотя в примеров в интернете много).

Разграничение доступа делаете просто - клиент при коннекте вводит login and password - а далее пересылает запрос и согласно прав, какие Вы ему назначите - он получит ответ... То есть клиенты не имеют доступа к DBF... И все это прекрасно работает с VFP 7.0 (потому как встроено в среду разработки).

Я прекрасно это понимаю. А вот вы, похоже, не осознаете то, что вы по сути превращаете файл-серверную технологию в клиент-серверную способом, похожим на изобретение велосипеда.

Берем сервер с dbf-базой на нем. Запускаем на нем прослойку. Не важно, что это: Web-services или какой-нибудь другой сервер, получающий запросы от пользователя и выдающий результаты. Что мы получили?
Правильно, угадали! SQL-сервер или что-то подобное. Я такое "что-то подобное" могу слепить на коленке на базе чего угодно: dbf, mdb, plain text. А смысл? Сделать из этого что-то достойное будет дороже, чем купить SQL-сервер.

Sergey Ch
Но есть одна большая проблема - инертность среды программистов VFP и непонимание заказчиков, что FoxPro может делать вещи, доступные только дорогим средствам...

Инертность - согласен. А каким таким дорогим средствам? PostgeSQL или хотя бы FB. А стоимость разработки вы не посчитали? Или VFP-программисты творят велосипеды забесплатно? А громоздкость решения и сопутствующие этому риски? Вы понимаете, что существуют базы данных на обычных предприятиях, которые имеют реальную и очень ощутимую стоимость для бизнеса. Как в плане потери или повреждения, так и в плане ухода налево?
Sergey Ch
Но об этом и Microsoft предпочитает помалкивать - они не хотят терять деньги, ибо 90% приложений вполне могут обойтись одним VFP...

Могут. Обходитесь. Ваши деньги - ваши проблемы.
Sergey Ch
P.S. Ничего личного, просто констатация для некоторых из Вас малоизвестных фактов...

А при чем тут Microsoft? Один из множества производителей СУБД, причем пока далеко не лидер в этой области.
...
Рейтинг: 0 / 0
25.02.2005, 12:26
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933227
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
Александр Гoлдун
Вы понимаете, что существуют базы данных на обычных предприятиях, которые имеют реальную и очень ощутимую стоимость для бизнеса. Как в плане потери или повреждения, так и в плане ухода налево?

Если я не ошибаюсь - Microsoft несет ответственность если по вине его программного обеспечения произошла потеря данных в размере 5 (пяти) долларов США... О чем мы говроим? О чьей ответственности?

Данные налево прекрасно уходят из любой среды and there nothing to do with DBF or Client Server

P.S. В одном с Вами согласен - в SQL Server уже заранее предусмотрены многие серверные функции, которые в FoxPro надо писать самому...
...
Рейтинг: 0 / 0
25.02.2005, 12:40
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933294
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Sergey Ch Александр Гoлдун
Вы понимаете, что существуют базы данных на обычных предприятиях, которые имеют реальную и очень ощутимую стоимость для бизнеса. Как в плане потери или повреждения, так и в плане ухода налево?

Если я не ошибаюсь - Microsoft несет ответственность если по вине его программного обеспечения произошла потеря данных в размере 5 (пяти) долларов США... О чем мы говроим? О чьей ответственности?

О МОЕЙ ответственности! Если из-за моего просчета потеряются или уйдут данные, то детский лепет про Microsoft или кого-то там еще никто слушать не будет. Значит я виноват в том что выбрал не ту технологию или не учел особенностей выбранной.
Sergey Ch
P.S. В одном с Вами согласен - в SQL Server уже заранее предусмотрены многие серверные функции, которые в FoxPro надо писать самому...

И вообще. Почему SQL-сервер сразу ассоциируется с MSSQL?
...
Рейтинг: 0 / 0
25.02.2005, 12:56
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933334
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
Sergey ChИбо 90% приложений вполне могут обойтись одним VFP...
90% приложений могут обойтись FB, а остальные MSSQL, Oracle и т.д. И причем здесь VFP?
...
Рейтинг: 0 / 0
25.02.2005, 13:05
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933474
!!!?????
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
!!!?????
Гость
О МОЕЙ ответственности! Если из-за моего просчета потеряются или уйдут данные, то детский лепет про Microsoft или кого-то там еще никто слушать не будет. Значит я виноват в том что выбрал не ту технологию или не учел особенностей выбранной.
===============================

Уважаю крутых Московских программистов, которые спорят "Фокспрошники работают за бесплатно??? Сами при этом, судя но данному форуму меньше чем за 1500 и не будут..+
Ответственность на ВАС.. круто.. вы ни разу и не ошиблись с выбором? и все постоянно получается!!!
Мне бы у вас поучиться.. а Вашу фразу: "Мне обычно ставятся задачи в бизнес-терминах, я сам принимаю решения по технологии и несу полную ответственность за результат"

МОЕ ПОНИМАНИЕ "мне говорят куда надо поехать, а я сам выбираю, самолет, подлодку или космический корабль... ибо я одинаково на всем умею летать..."

если честно я не хотел вас задеть.. просто вот такая честная мысль...
...
Рейтинг: 0 / 0
25.02.2005, 13:50
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933547
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
!!!?????
Ответственность на ВАС.. круто.. вы ни разу и не ошиблись с выбором? и все постоянно получается!!!

Ошибался, конечно! Собственные ошибки - это лучший опыт, если конечно его пережить.
!!!?????
Мне бы у вас поучиться.. а Вашу фразу: "Мне обычно ставятся задачи в бизнес-терминах, я сам принимаю решения по технологии и несу полную ответственность за результат"

МОЕ ПОНИМАНИЕ "мне говорят куда надо поехать, а я сам выбираю, самолет, подлодку или космический корабль... ибо я одинаково на всем умею летать..."


Я не умею летать на подводной лодке. И даже самолетом не управлял пока ни разу. Но это и необязательно для того, чтобы сделать корректный вывод, где пригоден самолет, а где подлодка и принять решение.
...
Рейтинг: 0 / 0
25.02.2005, 14:13
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933646
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
К-а-к-о-й - т-о б-р-е-д !!!!!!

Где бы не упомянули в какой-то степени dbf или не дай Бог foxpro - все, копец, тучей слетаются фокспрошники, которые готовы спорить с кем и с чем угодно, сколько угодно, о чем угодно, но только чтобы все вокруг поверили и признали, что круче фокспро и dbf есть только самые вареные яйца.
Да кому нужен ваш фокспро вместе с dbf, итить его мать? :)
Да сидите вы с ним сколько угодно, хоть всю жизнь, да никто вас не трогает, успокойтесь и продолжайте работать за в 1.5-2 раза меньшую зарплату, какие проблемы?
Вы, фоскпрошники, не все конечно, но получается, что большинство, похожи на старых коммунистов, которые до сих пор с дядей Зю выходят на улицы, сами не зная, с каким смыслом и зачем, но чиста за идею - хоть все вокруг давно изменилось, хоть другая ситуация, но нет, все-равно, идея превыше всего, хоть она и заплесневела уже, но не трогать руками !!!

Ну делает MS всякие навороты над dbf - чисто ради того, чтобы те люди, которые все еще используют фокспро, не остались без работы и без средства программирования. Из жалости MS так поступает . Но нет, вы же не понимаете, а наоборот уже почти " владычицами морскими " себя возомнили, типа: да мы сами себе sql-сервера, и у нас ХП есть, и триггеры тоже.. может быть, да мы же единственные программисты баз данных на земле остались, самые-самые...
Ну если бы MS вдруг прекратила развитие (да какое там развитие) Фокспро, то куда бы вы девались? Куда? Вы же без dbf пропадете совсем, без ф-с. Вам время дается, чтобы вы перешли на новые рельсы, достаточно времени, но вы же это не понимаете, на dbf свет клином сошелся, только им родимым и живы. А когда никому не нужна станет никакая программа - пусть даже маленькая, если она сделана не на sql-сервере, куда вы то денетесь? Вы же нихрена учиться не хотите .
Засели на 20-летний технологии и сидите, не оторвать, толи лень потому что, толи мозгов не хватает на чего другое перейти, толи кто, чувствуется, уже из религиозных соображений (фнатизм ненормальный, это точно) не может от dbf отойти ни на шаг, придумывая ради этого такие-же странные отговорки и в процессе перегибая палку просто до безумия. Выдумываете прослойки, средние звенья, вебсервисы (хотя каким боком вебсервисы к dbf относятся, я так и не понял, к чему его-то сюда привязали, не надо марать хорошую технологию), еще какую хрень.... лишь бы оставаться на своем родном, любимом, единственном dbf+фокспро, только он родимый, только он существует на земле, нет ничего больше, только он спасет нас, только он, бог наш, во веки веков...............
Ну не хотите вы использовать шанс для перехода на современные технологии - да и хрен с вами, сидите в своем болоте, мечтайте, стройте иллюзии.... Но только другим то не мешайте, пусть хоть они то вылезут из болота. Некоторым еще больше повезло - они прошли мимо, прогресс помог. И то хорошо.

==========
Я лично ничего против самой по себе dbf не имею - ну есть устаревшая технология, ну и хрен с ней, пусть доживает потихоньку свой век, она меня не трогает, я ее не трогаю.
Но вот пихать ее везде, куда ни попадя, орать с отсекленевшими глазами, что только dbf сможет помочь в этом мире, и если что уж делать, то только на ней (не будем устраивать спор о количестве юзеров и т.д., если посмотреть, то в каждую бочку затычка из dbf получается) - это извините нехорошо.
Считать собственным оскорблением если кто-то не дай Бог что-то нехорошее сказал про dbf+фокспро - это не тупой фанатизм ли? Это ли не похоже на коммунистов, "настоящих" коммунистов, которые до сих пор за "мертвеца" готовы жизнь отдать и не жедают ничего слышать и слушать - очень похоже, фанатизм есть, мертвец есть, впору партбилеты раздавать.

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

Но то, что пишется в этом топике со стороны ярых защитников dbf - просто сумасшедствие какое-то.
Эххх, извиняюсь, что так сумбурно, может и повторяюсь где, но это эмоции и результат осмысления всего многостраничного безумия.

-- Tygra's --
...
Рейтинг: 0 / 0
25.02.2005, 14:37
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933818
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FM32YO aka KID
Участник
но Тигра.. это же ты больше всего кричишь о пользе КС, о том как ты классно поступил, перейдя с ФПД 2,6 на дельфи....
о том как много ты зарабатываешь как Дельфиец, о тос какие неустойчивые ДБФ-ника и так далее....
О чем речь-то? Может в Москве каждый магазин может себе позволить купить супер сервак + ОРАКЛ или СКЛ-сервер к нему + спеца за 1500 - 5000 нанять для администрирования + еще одного как разработчика и так далее...
Но ведь это вовсе не так!!! Нет смысла сравнивать столицу и не столицу..... нет смысла сравнивать контору с тысячей людей и контору с 5-20 работниками....
Так же нет смысла выбирать для конторы в 20 человек наиновейшие технологии только потому что
1 - они крутые
2 - а вдруг наш бизнес станет круче
3 - потому что ДБФ-ы падают (у меня к примеру не падают и что?)

и так далее... вопрос-то был об обосновании перехода...
ИМХО есть офуенные обьемы, есть куча бабла - переходите
А нет.. так и нет...
Я не прав?
Ну не учу я ничего кроме фокса почему? а потому, что там где я живу его выше крыши хватает.. так зачем мне СКЛ-сервер.. пальцы чтобы в стороны или как? Вот если бы надо было... тут люди потой не понимают, что офис надо бы лицензионный купить а вы про Сервера БД говорите....

Насчет "я меня хватает ума выбрать средство для разработки" АКА сравнение подлодки с самолетом - ЖЕЛЕЗНО, но, если я считаю, что задачу, которую мне предлагают можно и нужно писать на ОРАКЛ + С-шарп - я так и скажу (хотя не зная его как я могу так судить) - идите и наймите С-шника, ибо я не в силах...
а реально я могу сказать "Я пишу на ВФП.. эту задачу я НЕ могу решить ибо понятия не имею как..."
Или лучше говорить "на фоксе низзя вот под НЭТ, да.. вот я только поучу его лет 2-5 и сразу вам напишу..."
...
Рейтинг: 0 / 0
25.02.2005, 15:24
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933867
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
modНеобходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF.
Заранее благодарен!
Преимущества клиент-серверной архитектуры над файл-серверной:
1. Дешевле сопровождение.
2. Проще дальнейшее развитие системы.
3. Надежнее хранение данных.
4. Выше скорость в многопользовательской среде.
5. Снижение нагрузки на сеть.
6. Для доступа к БД нужен только IP сервера.
7. Менее требовательна к железу клиентских рабочих мест.
...
Рейтинг: 0 / 0
25.02.2005, 15:34
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32933898
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
FM32YO aka KIDно Тигра.. это же ты больше всего кричишь о пользе КС, о том как ты классно поступил, перейдя с ФПД 2,6 на дельфи....
о том как много ты зарабатываешь как Дельфиец, о тос какие неустойчивые ДБФ-ника и так далее....
О чем речь-то? Может в Москве каждый магазин может себе позволить купить супер сервак + ОРАКЛ или СКЛ-сервер к нему + спеца за 1500 - 5000 нанять для администрирования + еще одного как разработчика и так далее...
Но ведь это вовсе не так!!! Нет смысла сравнивать столицу и не столицу..... нет смысла сравнивать контору с тысячей людей и контору с 5-20 работниками....
Так же нет смысла выбирать для конторы в 20 человек наиновейшие технологии только потому что
1 - они крутые
2 - а вдруг наш бизнес станет круче
3 - потому что ДБФ-ы падают (у меня к примеру не падают и что?)

и так далее... вопрос-то был об обосновании перехода...
ИМХО есть офуенные обьемы, есть куча бабла - переходите
А нет.. так и нет...
Я не прав?
Ну не учу я ничего кроме фокса почему? а потому, что там где я живу его выше крыши хватает.. так зачем мне СКЛ-сервер.. пальцы чтобы в стороны или как? Вот если бы надо было... тут люди потой не понимают, что офис надо бы лицензионный купить а вы про Сервера БД говорите....

Насчет "я меня хватает ума выбрать средство для разработки" АКА сравнение подлодки с самолетом - ЖЕЛЕЗНО, но, если я считаю, что задачу, которую мне предлагают можно и нужно писать на ОРАКЛ + С-шарп - я так и скажу (хотя не зная его как я могу так судить) - идите и наймите С-шника, ибо я не в силах...
а реально я могу сказать "Я пишу на ВФП.. эту задачу я НЕ могу решить ибо понятия не имею как..."
Или лучше говорить "на фоксе низзя вот под НЭТ, да.. вот я только поучу его лет 2-5 и сразу вам напишу..."
Тигра прав - кто мешает взять дешевый, а то и вообще бесплатный СУБД, откуда взялось мнение, что КС нужно использовать только там, где большие обьемы данных ? Ничего подобного - КС в отличие от ФС гарантирует большую надежность и скорость, защищенность и согласнованность данных, а так же достаточно широкую функциональность, которую в полном обьеме не сможет предложить ни один ФС и уж тем более FoxPro. И Оракл и C# тут абсолютно не причем, берете тот же недорогой Sybase ASA или бесплатный FireBird и лепите себе клиента на Sybase PowerBuilder - на выходе получаем систему, которая уже на первых пнях будет прекрасно себя чувствовать и по затратам на создание в разы превосходить ФС по той простой причине, что уже все есть - остается только выучить и воспользоваться. Так что выводы Ваши мне кажутся крайне не убедительными и я полностью согласен с высказываниями насчет велосипедов и превращения чуда в юдо.
...
Рейтинг: 0 / 0
25.02.2005, 15:43
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934022
Фотография Dogen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dogen
Участник
ДиченкоИМХО, очень весомым аргументом в сторону принятия решения о переходе на SQL-сервер может послужить появление/наличие филиалов в компании и соответственно, необходимость репликации штатными средствами сервера. Лично я наблюдал большое количество файл-серверных систем, которые на определенном этапе удовлетворяли потребностям юзеров, но с разрастанием предприятия приходилось всячески изощряться, чтобы обеспечить в файл-серверной системе некое подобие "репликации". Часто "реплицируемые" данные передавались как аттачи к электронным письмам или на дискетах. Что конечно же очень неудобно и может послужить причиной потери данных в результате сбоя почтового сервера или поломки дискет. Так же это очень небезопасно с точки зрения обеспечения коммерческой тайны предприятия. Дискеты могут теряться, письма читаться. Грамотно настроенная репликация на защищенных каналах нивелирует участие третьих лиц при передаче информации между филиалами до минимума.
Да? В каком-нибудь глухом Зарайске толстый устойчивый канал организуете мне?..
А еще, да, шифровать передаваемые данные не пробовали?..
...
Рейтинг: 0 / 0
25.02.2005, 16:14
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934025
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
не про фокспро, но все же:
вот такая вот сказка
...
Рейтинг: 0 / 0
25.02.2005, 16:15
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934047
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Хотел было ответить, но ASCRUS успел раньше :)

Действительно, есть недорогой ASA, есть бесплатный FireBird. Поэтому чуть ли не единственные доводы в пользу dbf, которые о стоимости системы, отпадают сходу.
И еще.
>>но Тигра.. это же ты больше всего кричишь о пользе КС, о том как ты классно поступил, перейдя с ФПД 2,6 на дельфи....
Я не больше всего кричу, я просто пытаюсь перекричать голос dbf о том, что мне без нее прекрасно жить :)
>>о том как много ты зарабатываешь как Дельфиец,
А об этом вообще не кричу - это кто-то другой :) сказал, что он в 1.5-2 раза меньше зарабатывает, используя фокс. А я просто зарабатываю сколько получается. Не зависимо от того, Дельфи, MS SQL или чего еще.
>>О чем речь-то? Может в Москве каждый магазин может себе позволить купить супер сервак + ОРАКЛ или СКЛ-сервер к нему + спеца за 1500 - 5000 нанять для администрирования + еще одного как разработчика и так далее...
Ответ выше. Если заступники dbf знают только про Оракл и MS SQL, то значит надо подучиться с годик. :) К тому же, в России пока необязательно столько тратить - за 80 р. можно купить все :))
>>Но ведь это вовсе не так!!! Нет смысла сравнивать столицу и не столицу..... нет смысла сравнивать контору с тысячей людей и контору с 5-20 работниками....
Вот и я говорю то же самое - нет смысла сравнивать. Потому что нет разницы. Это вы все пытаетесь отделить одни системы от других. А не надо.
>>Так же нет смысла выбирать для конторы в 20 человек наиновейшие технологии только потому что
1 - они крутые
2 - а вдруг наш бизнес станет круче
3 - потому что ДБФ-ы падают (у меня к примеру не падают и что?)
Вы все-таки не поняли, чего я полстраницы писал, что ни о какой крутизне речи не идет, ни бизнеса, ни продуктов. Больше объяснять не буду, смысла нет.
>>ИМХО есть офуенные обьемы, есть куча бабла - переходите
Не надо делать фокспро святым - типа, крутые и богатые пусть бабки тратят неведомо на что, а для остальных бедных и несчастных только фокс. Не переживайте, никто не тратит такого количества бабла за просто так. Или хочется, чтобы все-таки и на фокс потратили? :))
>>Ну не учу я ничего кроме фокса почему? а потому, что там где я живу его выше крыши хватает.. так зачем мне СКЛ-сервер.. пальцы чтобы в стороны или как?
Я уже писал, почему нужно переходить.
>>если бы надо было... тут люди потой не понимают, что офис надо бы лицензионный купить а вы про Сервера БД говорите....
И про это выше написано.

=====

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

-- Tygra's --
...
Рейтинг: 0 / 0
25.02.2005, 16:21
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934051
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Хорошая сказка, про Джет

-- Tygra's --
...
Рейтинг: 0 / 0
25.02.2005, 16:23
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934057
FM32YO__--
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FM32YO__--
Гость
уважаемый НЕ ВЕРЮ, что вы не вкурсе о том, счто
ВФП работает на ура хоть с жарптицей, хоть с МуСКЛ, хоть с Ораклом....
1 Вопрос был не в фоксе а в ДБФ-ах разве не так?
2 ВФП - средство для написания клиента при чем тут ДБФ... ?
3 Однако почему-то та же 1С не юзает бесплатные СКЛ-сервера.. и, как мне кажется серьезные продукты тоже не юзают их (может я и не прав не знаю...)
Опять таки программер на ВФП стоит дешевле, и НЕ факт, что программер КС напишет лучше и надежней чем опытный ВФП-шник...
БД падают не из-за того, что они Серверные или ДБФ-ники или текстовые файлы.. они падают из-за написания софта на шару.. ибо на данном форуме красной нитью проходит "если не платят 1500 то я не буду работать.. а если и буду то только вредить..."
и не хрен потом кричать "моя прога так работает потому что мало заплатили..."
Если человек настолько нечестен, что за малую зряплату пишет коряво - не факт, что 2 - 3 тонны заствяят его писать иначе....
В любом случае все в руках программера, и я УВЕРЕН, что молодой поклонник КС, вряд ли сходу напишет крутой и надежный КС...
сорри за оффтоп...
...
Рейтинг: 0 / 0
25.02.2005, 16:24
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934068
Фотография Dogen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dogen
Участник
Про репликацию это я не в защиту dbf

"пока вы смотрите свой телевизор, инопланетяне через него трахают вам мозги"
...
Рейтинг: 0 / 0
25.02.2005, 16:27
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934087
вдогонку
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вдогонку
Гость
==К тому же, в России пока необязательно столько тратить - за 80 р. можно ==купить все

извини Тигра.. но эта фраза ИМХО перечеркивает ВСЕ!!!!
С таким подходом я встречался и, знаешь как?
Я говрою "я напишу вам систему учета за 100 долларов ну а далее будем смотреть..
ОНИ мне "да ты шо!! я вон 1С купил за 20, а ты мне за 100????""

Если ты с таким не встречался - я очень рад за тебя....
и о том, что как и где платят... как ты можешь ою этом говорить.. ведь, если я не ошибаюсь ты поехал в москву ибо там за твои знания будут бОльше платить???
А извини почему ж ты не стал продвигать СКЛ-сервера там, где родился?
ведь ты же подчеркнул: "....нет разницы.."
Так что как программист к тебе претензий нету.. но кричишь ты не менее других и, логика чуть хромает...

Друг уехал в Израиль.. через месяц звонит "книги по Коболу надо а то тут на нем..." а старанно как это!!??? Седь умер Кобоо даже у нас. .а у них?? они ж богатые у них обороты но почему!!!???
ИМХО там где на 80 рублей не купишь и кофе стакан боссы думают, прежде чем говорить, то, что ты сказал...

Конечно у нас по поводу лицензионности та же самая байда.. но.. я например не кричу "я не буду работать менее чем за 2 000 баков..."
потому как
1 - нету такого
2 - если меня спросят про лицензию я тут же что отвечу? (на базаре??)
Вот поэтому, если сам грешен - лучше-то молчать...
...
Рейтинг: 0 / 0
25.02.2005, 16:33
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934095
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
DogenПро репликацию это я не в защиту dbf
А я написал репликацию для DFB - в общем-то ничего сложного...
...
Рейтинг: 0 / 0
25.02.2005, 16:36
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934105
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
FM32YO__-- пишет:
> 3 Однако почему-то та же 1С не юзает бесплатные СКЛ-сервера..

Не надо про 1с. Тут в чистом виде маркетинг. Вы в курсе, что 1с не
использует ни Oracle, ни Sybase, DB2, Informix?
А вы в курсе, что MSSQL в комплекте с 1с обходится дешевле, чем
отдельно? А вы в курсе, что в таком случае по условиям лицензионного
соглашения нельзя использовать MSSQL кроме как под 1с?

Отсюда можно сделать предположение, что у 1с и MS есть соглашение, по
которому они не могут использовать другие сервера. Хотя технически, я
полагаю, это было бы относительно просто, особенно учитывая тот факт,
что в 1с используется MSSQL фактически как эмулятор DBF-хранилища с тем
же навигационным доступом к данным.

Если именно так использовать любой SQL-сервер, тогда да, преимуществ
очень мало.
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
25.02.2005, 16:38
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934111
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
Я вот подумал тут...
По моему гораздо проще собрать аргументы против перехода с ФС на КС. Потому как их гораздо меньше :)
И основной аргумент против - это то, что два переезда равносильны одному пожару.
Старые (унаследованные) проекты вполне могут продолжать жить на ФС. Если сейчас оно работает, и сейчас все удовлетворяет - то можно понадеяться на то, что завтра гром не грянет.
Для новых же проектов рекомендовать файл-серверные системы... гмм...

Надеюсь, меня никто не обвинит в том, что я не люблю ФС потому что не умею их готовить
...
Рейтинг: 0 / 0
25.02.2005, 16:42
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934141
Фотография Dogen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dogen
Участник
Sergey Ch DogenПро репликацию это я не в защиту dbf
А я написал репликацию для DFB - в общем-то ничего сложного...
А я и для dbf написал, и для SQL-сервера... я же не о том. Я о том что логика штатной репликации не понимает смысла того, что происходит с данными при их отправке в другие подразделения. Самописная репликация здесь может помочь исключить странные происшествия Но конечно, все от задачи зависит. Можно так спроектировать систему, что штатной репликации хватит за глаза.
...
Рейтинг: 0 / 0
25.02.2005, 16:51
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934258
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Лох Позорный Я вот подумал тут...
По моему гораздо проще собрать аргументы против перехода с ФС на КС. Потому как их гораздо меньше :)
И основной аргумент против - это то, что два переезда равносильны одному пожару.
Старые (унаследованные) проекты вполне могут продолжать жить на ФС. Если сейчас оно работает, и сейчас все удовлетворяет - то можно понадеяться на то, что завтра гром не грянет.
Для новых же проектов рекомендовать файл-серверные системы... гмм...
Абсолютно согласен. Об том и речь.

ЗЫ Там еще писали про меня, Москву, сервера..... В кучу все пособирали зачем-то. Но на всякий случай отвечу: я в Москве, потому что тут больше платят. Не за sql, а вообще тут больше платят. Хоть за что. А у себя я sql-сервера не забывал - у бати на предприятии поставил биллинг ЖКХ (не сам писал конечно :)), на MS SQL ( было у них на фоксе). А жил бы дальше там - тоже бы работал только с sql-серверами. т.к. dbf и фокс я забросил еще в 98 году.

-- Tygra's --
...
Рейтинг: 0 / 0
25.02.2005, 17:27
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934327
2 tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
2 tygra
Гость
Ты в 98-м году забросил и судишь!!???
прикольно но так низзя же!!!
А я на горшок бросил ходить в... поэтому все в биотуалеты ибо...
только почему-то детки ходят на горшок.... кого памперсами не испортили..
дурацкая аналогия но она просматривается..
напрашивается вывод - если до 98-го года у тебя ДБФ-ники гибли.. то не в них дело. ибо найдется масса людей у кого не гибли.....
...
Рейтинг: 0 / 0
25.02.2005, 17:54
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934379
Не мог пробежать мимо....:)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не мог пробежать мимо....:)
Гость
Tygra же сказал, что перешёл, но нигде не сказал. что у него что-то гибло. Или если ничего не гибнет, то значит ничего нового не нужно?
...
Рейтинг: 0 / 0
25.02.2005, 18:13
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934395
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
Не мог пробежать мимо....:)... если ничего не гибнет, то значит ничего нового не нужно?
Дошли до сути снова

FoxPro тоже изменили к 9 версии, причем очень сильно, только вот оставили по прежнему работу с DBF файлами (для backward совместимости)... Ни одно система пока этми не может похвастаться что может работать без изменениями с данными от первой версии... Только вот в 9 DBF уже совсем другой, увы...
...
Рейтинг: 0 / 0
25.02.2005, 18:21
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934589
Не мог пробежать мимо....:)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Не мог пробежать мимо....:)
Гость
Тьфу на вас, люди FP:)

Постоянно видите не то, что написано, а то, что Вам нужно. Tygra написал, что перестал работать с FP - его обвинили в криворукости :) Я написал про то, что такие выводы алогичны, и что обоснование для замены инструмента - это не обязательно неумение работать с ним - мне говорят. что "в том то и суть что FP тоже изменился!!!".

Тут кто то давно уже писал, что у людей FP мышление особенное :) - эти два ответа ИМХО тому явное потверждение. :))

Я например большой фанат Акцесса - шикарнейший инструмент для моей работы! - но я меня даже мысли нет противопостовлять его SQL серверам. Проходит время, системы , конторы, требования изменяются - и как бы я не любил тот же Акцесс, ядро системы приходиться переносить на КС. Ну никуда от этого не деться. Например. Цены в заказах для каждого конкретного клиента считаються динамически на основании базового прайса с учетом многих, определенных для этого клиента условий по скидкам и специальных предложений (кстати - это тот самый случай с запросом с многими соединениями, условиями и группировками). Сначала все было хорошо. Но фирма растет, номенклатура увеличивается, клиентов и условий становиться больше. Так вот - когда Акцесс стал генерить прайс за 15 секунд, пользователи стали напрягатья. И то же самое, реализованное на КС, выдало результат менее чем за 1 секунду! Повторяю - все одинаквое - таблицы, ключи, запросы-въюхи, алгоритмы кстати, именно поэтому не стоит меня в криворукости обвинять - даже если и кривое, то все равно одинаковое. И что мне делать? Говорить пользователям, что ФС - это не так уж и плохо? Что в Акцессе и транзакции реализованы, и индексы есть, и вообще - JET 3.5 это классная весчь, а VBA - это на самом деле мощная штука? Да на это всем начхать. А 15 секунд против 1 - это конкретный результат.... С другой стороны, я не буду использовать КС для системы для сбора данных, необходимых для печати этикеток на продукцию, а возьму старый добрый Акцесс ()....хотя всё же придется конечно пару таблиц с сервера прицепить..:)....

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

РЕЗУМЕ. По настоящему круто :) - когда свободно пользуешь и ФС и КС и комбинируешь это как хочешь. Только в этом случае есть возможность пользоваться всеми преимуществами того и другого.

И по теме... сравнение. Мне такие вопросы непонятны в принципе. Если серьезно, то каждый конкретный случай требует отдельных разборок и обоснований ... а дело то может быть совсем и не в этом....например у меня был случай когда стенания на скорость были излечены заменой ETHERNET 10 на ETHERNET 100 (система конечно была на чистом Акцессе - т.е. ФС). Если несерьезно - то конечно MSSQL 2000 - это круто итам много всяких классных штук есть :). А если впарить - то возьмите рекламные проспект - их на сайтах фирм-производителей скока угодно.
...
Рейтинг: 0 / 0
25.02.2005, 21:18
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934616
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Диченка
Участник
Dogen
Да? В каком-нибудь глухом Зарайске толстый устойчивый канал организуете мне?..
А еще, да, шифровать передаваемые данные не пробовали?..

Уважаемый, скажите-ка мне. А нахрена гипотетической конторе, которая мыслит региональными масштабами и может позволить себе тратить на автоматизацию бизнеса большие деньги, сдался этот захудалый Зарайск ? Какие такие доходы компания заработает в селе, где нет нормальной возможности связи ? Что, вы хотите сказать что и телефона там нет ? Ладно, даже если ради смеха предположить что, "село" Зарайск из трех избушек имеет в наличии телефон и бабу Тосю в качестве потенциального клиента, неужели вы думаете, что репликация с избушкой бабы Тоси будет настолько чудовищной, что ее не потянет даже телефон ? К вашему сведению, бизнес приходит туда, где крутяться деньги и есть потенциальные клиенты. А где деньги там и связь. Так что не говорите ерунды, молодой человек.
...
Рейтинг: 0 / 0
25.02.2005, 22:06
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934629
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
ДиченкоЧасто "реплицируемые" данные передавались как аттачи к электронным письмам или на дискетах. Что конечно же очень неудобно и может послужить причиной потери данных в результате сбоя почтового сервера или поломки дискет. Так же это очень небезопасно с точки зрения обеспечения коммерческой тайны предприятия. Дискеты могут теряться, письма читаться. Грамотно настроенная репликация на защищенных каналах нивелирует участие третьих лиц при передаче информации между филиалами до минимума.
Элементарно настроенная репликация ШТАТНЫМИ средствами ASA на НЕзащищенных каналах (включая отсутствие канала и наличие нанятых курьеров с дискетами) и коммерческую тайну не выдаст, и не послужит причиной потери данных при поломке дискеты или почтового сервера...
DogenДа? В каком-нибудь глухом Зарайске толстый устойчивый канал организуете мне?..
А еще, да, шифровать передаваемые данные не пробовали?..
и устойчивый канал не нужен.
Dogen
А я написал репликацию для DFB - в общем-то ничего сложного...

как и создание собственного велосипеда из куска железно руды и тонны нефти.
ДиченкоУважаемый, скажите-ка мне. А нахрена гипотетической конторе, которая мыслит региональными масштабами и может позволить себе тратить на автоматизацию бизнеса большие деньги, сдался этот захудалый Зарайск ? Какие такие доходы компания заработает в селе, где нет нормальной возможности связи ? Что, вы хотите сказать что и телефона там нет ? Ладно, даже если ради смеха предположить что, "село" Зарайск из трех избушек имеет в наличии телефон и бабу Тосю в качестве потенциального клиента, неужели вы думаете, что репликация с избушкой бабы Тоси будет настолько чудовищной, что ее не потянет даже телефон ? К вашему сведению, бизнес приходит туда, где крутяться деньги и есть потенциальные клиенты. А где деньги там и связь. Так что не говорите ерунды, молодой человек.
Уважаемый, ну не надо так категорично! Вам показать места на карте?
РЕАЛЬНАЯ контора, мыслящая региональными масштабами вполне может поставить производственные мощности и там, где нет клиентов. Есть такая штука, как свободные экономические зоны. Они могут иметь некоторые налогово-таможенные льготы, выгодное географическое положение, но при этом очень паршивейшую локальную инфраструктуру. Есть только дороги и очерченная на карте территория в чистом поле. Поддержка государства только на словах. Первым застройщикам приходится строить даже трансформаторные подстанции, не говоря уж про наличие элементарных телефонов.
В одном из таких мест у меня 3 месяца работала репликация на Sybase ASA по e-mail, который ходил через сотовый телефон по GPRS.
...
Рейтинг: 0 / 0
25.02.2005, 22:59
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934630
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Александр Гoлдун
Dogen
А я написал репликацию для DFB - в общем-то ничего сложного...

как и создание собственного велосипеда из куска железно руды и тонны нефти.

Ошибся автором цитаты. Должно быть Sergey Ch
...
Рейтинг: 0 / 0
25.02.2005, 23:03
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934635
Фотография SanyL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SanyL
Участник
2karly™

Вам всетаки стоит познакомиться с SQL серверами! Почитать доки и прочее...

Для примера: допустим будет база состоящая из 100 таблиц - каждая dbf-ка допустим весит 1,999999Гб - ну поверьте наслово что она будет работать в разы медленее чем таже база построенная к примеру на MS SQL...

Удобство аудита?

Для чего этот SQL сервер хранит планы выполнения запросов...

Я, честно говоря, полагаю что таже база скажем на MySql будет работать также гораздо быстрее нежели на dbf-ках......
...
Рейтинг: 0 / 0
25.02.2005, 23:07
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934639
Ну сколько можно об одном и том
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ну сколько можно об одном и том
Гость
ASCRUSкто мешает взять дешевый, а то и вообще бесплатный СУБД, откуда взялось мнение, что КС нужно использовать только там, где большие обьемы данных ? Ничего подобного - КС в отличие от ФС гарантирует большую надежность и скорость, защищенность и согласнованность данных, а так же достаточно широкую функциональность, которую в полном обьеме не сможет предложить ни один ФС и уж тем более FoxPro.Опять двадцать-пять. Читайте в начале топика. КС не гарантирует большую скорость, даже скорее наоборот, в скорости проиграет. У КС есть функциональность, отличающаяся от ФС, но и обратное утверждение тоже верно. При использовании КС действительно можно получить большую защищенность данных, но это только в случае применения комплекса мер безопасности. А если пароль к БД хранится в ini-файле в открытом виде, или любой пользователь может сформировать отчет по всем клиентам за весь период времени, и отправить на печать - о какой защищенности данных вы говорите? И только не надо рассказывать, что у вас таких дыр в безопасности нет.

ASCRUSберете тот же недорогой Sybase ASA или бесплатный FireBird и лепите себе клиента на Sybase PowerBuilder...и насладитесь полным набором глюков, которым славится PB...

ASCRUSна выходе получаем систему, которая уже на первых пнях будет прекрасно себя чувствовать и по затратам на создание в разы превосходить ФС по той простой причине, что уже все естьОсталось выяснить, чего по вашему мнению в ФС нет

P.S. Не надо думать, что я ярый сторонник ФС. Я - за мирное сосуществование :-) И еще мне не нравится, когда для обоснования своих убеждений, люди начинают придумывать всякие басни.
...
Рейтинг: 0 / 0
25.02.2005, 23:09
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934640
Фотография SanyL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SanyL
Участник
2karly™

Давайте вспомним про OLAP... К примеру для MSSQL...

Вы все еще считаете что dbf-ки смогут тягаться?
...
Рейтинг: 0 / 0
25.02.2005, 23:14
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934653
Фотография SanyL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SanyL
Участник
Jimmy andy st karly™Если есть реальная проблема, постараемся разобраться :)

БОЛЬШОЕ спасибо за желание помочь, но я не уверен, что индексы в принципе смогут помочь на условиях типа
Код: plaintext
like '65____'
при любом из существующих драйверов. Такое было сделано когда-то и ничего с этим не поделать-приходится ждать. Единственное, что радует - к лету эту систему должны перевести на клиент-серверные рельсы.

Именно для такого случая индексы помочь могут, т.к. поисковое выражение начинается со значимых символов, т.е. можно использовать префиксный поиск по индексу (работает в MS SQL, Sybase ASE, FoxPro).

Кроме того, в Фоксе префиксный поиск можно организовать посредством функции SEEK при соответствующих установках SET EXACT|SET NEAR, допускающих поиск первого похожего значения.

На счет MSSQL я с Вами не соглашусь... Опратор Like не использует индексы, возможно к сожалению
...
Рейтинг: 0 / 0
25.02.2005, 23:41
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934660
Alexey Kudinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Kudinov
Участник
SanyLНа счет MSSQL я с Вами не соглашусь... Опратор Like не использует индексы, возможно к сожалению Когда как. Зависит от того, где стоит wildcard в критерии.
Ну и от других факторов, во всяком случае принципиально ограничения нет.
Этот вопрос много обсуждался
...
Рейтинг: 0 / 0
25.02.2005, 23:55
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934661
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
авторДавайте вспомним про OLAP... К примеру для MSSQL...

Вы все еще считаете что dbf-ки смогут тягаться?

а давайте ещё вспомним про почту. К примеру для Lotus Domino. И выяснится что домино это самый крутой скл-сервер.
...
Рейтинг: 0 / 0
26.02.2005, 00:02
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934662
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
andy stкаких-либо действий по оптимизации (создание индексов, оптимизация струкрур таблиц) со стороны сопровождающих систему людей не предвидится в принципе.Т.е. виноваты разработчики, а не возможности ПО?
Кстати, вы можете добавить нужные индексы самостоятельно. Скорее всего, система этого даже не заметит, и будет автоматически поддерживать их в актуальном состоянии. Если только разработчики не пользуются "собственным патентованным средством доступа к данным"


Александр ГoлдунЛичный пример - падение сервера по причине того, что закончилось место на диске с transaction log. База была повреждена. Скорее всего незначительно, без потерь данных и с возможностью починки штатными средствами, но я не стал с этим заморачиваться. Я просто поднял бэкап, который был сделан примерно за минут до этого по расписанию. Везение? Да. Но вероятность такого везения была высока за счет того, что тогда бэкап делался раз в час. Инкрементальный, естественно. Можно себе такое на VFP позволить?Вы сами спровоцировали проблему, и сами из нее выпутались. Данный пример ни о чем не говорит.

Александр ГoлдунЕсли вы считаете это главным или единственным преимуществом SQL-серверов перед DBF, то смею предположить, что вы очень мало знакомы с клиент-серверверными технологиями доступа к данным, не смотря на упоминаемый опыт работы с Sybase ASAЯ работал - сюрприз! сюрприз! - в самом Sybase. А сейчас я являюсь PM интернет-проекта, в качестве средства разработки использующего MySQL и Perl.

Ну, и напоследок.
Александр ГoлдунЯ ни в коем случае не пророчу смерть dbf. И вообще я ничего не имею против dbf. Я лишь против фанатизма и непрофессионального подхода при решении задач. Мне обычно ставятся задачи в бизнес-терминах, я сам принимаю решения по технологии и несу полную ответственность за результат. Включая как стоимость разработки, так и пресловутое TCO. И если больше подойдет dbf, я возьму dbf.А если больше подойтет Oracle, возьмете именно его? Мне нечего добавить. Подписываюсь под каждым словом.
...
Рейтинг: 0 / 0
26.02.2005, 00:07
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934674
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Ну сколько можно об одном и том ASCRUSкто мешает взять дешевый, а то и вообще бесплатный СУБД, откуда взялось мнение, что КС нужно использовать только там, где большие обьемы данных ? Ничего подобного - КС в отличие от ФС гарантирует большую надежность и скорость, защищенность и согласнованность данных, а так же достаточно широкую функциональность, которую в полном обьеме не сможет предложить ни один ФС и уж тем более FoxPro.Опять двадцать-пять. Читайте в начале топика. КС не гарантирует большую скорость, даже скорее наоборот, в скорости проиграет.

При определенном и достаточно редком сочетании условий. Как то: 1 пользователь, база на локальном диске, мощность компа сравнима с мощностью сервера или что-то около того.
Ну сколько можно об одном и том
У КС есть функциональность, отличающаяся от ФС, но и обратное утверждение тоже верно. При использовании КС действительно можно получить большую защищенность данных, но это только в случае применения комплекса мер безопасности. А если пароль к БД хранится в ini-файле в открытом виде, или любой пользователь может сформировать отчет по всем клиентам за весь период времени, и отправить на печать - о какой защищенности данных вы говорите? И только не надо рассказывать, что у вас таких дыр в безопасности нет.

У меня таких нет. Если у вас пароль в ini, то я сочувствую во вторую очередь вам, а в первую очередь вашим клиентам или вашему работодателю.
Я могу к своим бд дать SQL-доступ квалифицированному разработчику помимо основного клиентского приложения, добавить к этому структуру БД с комментариями и буду уверен в том, что он
а) не нарушит целостность
б) не испортит имеющиеся данные
в) не увидит лишнего.
Но при этом будет иметь достаточно прав для работы, включающей выборки, добавление, модификацию и удаление данных.

У вас не так? Я бы не взял вас на работу и не купил бы ваш софт.
Вы именно по этой причине пишете сюда анонимно?
Ну сколько можно об одном и том
ASCRUSберете тот же недорогой Sybase ASA или бесплатный FireBird и лепите себе клиента на Sybase PowerBuilder...и насладитесь полным набором глюков, которым славится PB...

Это уже мимо темы. Клиентскую часть можно писать на чем угодно. Хоть на FoxPro.
Ну сколько можно об одном и том
ASCRUSна выходе получаем систему, которая уже на первых пнях будет прекрасно себя чувствовать и по затратам на создание в разы превосходить ФС по той простой причине, что уже все естьОсталось выяснить, чего по вашему мнению в ФС нет

Ну сколько можно, уважаемый Ну сколько можно об одном и том ?
Уже 5 страниц исписали. Идем по кругу?
Ну сколько можно об одном и том
P.S. Не надо думать, что я ярый сторонник ФС. Я - за мирное сосуществование :-) И еще мне не нравится, когда для обоснования своих убеждений, люди начинают придумывать всякие басни.
Особенно про хранение паролей в ini файлах.
...
Рейтинг: 0 / 0
26.02.2005, 00:28
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934678
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
karly™
Александр ГoлдунЛичный пример - падение сервера по причине того, что закончилось место на диске с transaction log. База была повреждена. Скорее всего незначительно, без потерь данных и с возможностью починки штатными средствами, но я не стал с этим заморачиваться. Я просто поднял бэкап, который был сделан примерно за минут до этого по расписанию. Везение? Да. Но вероятность такого везения была высока за счет того, что тогда бэкап делался раз в час. Инкрементальный, естественно. Можно себе такое на VFP позволить?Вы сами спровоцировали проблему, и сами из нее выпутались. Данный пример ни о чем не говорит.

А КАКОЙ ДОЛЖЕН БЫТЬ ПРИМЕР, ЧТОБЫ ГОВОРИЛ О ПОЛЬЗЕ BACKUP?
Как это я спровоцировал проблему? Ее так же могла спровоцировать элементарная физическая поломка HDD, выход из строя контроллера, взбесившаяся ОС, протекание воды с верхнего этажа. Есть достаточно прочих примеров.
karly™
Александр ГoлдунЕсли вы считаете это главным или единственным преимуществом SQL-серверов перед DBF, то смею предположить, что вы очень мало знакомы с клиент-серверверными технологиями доступа к данным, не смотря на упоминаемый опыт работы с Sybase ASAЯ работал - сюрприз! сюрприз! - в самом Sybase. А сейчас я являюсь PM интернет-проекта, в качестве средства разработки использующего MySQL и Perl.

И вы по прежнему считаете главным преимуществом SQL перед DBF возможность шифрования и отсутствие ограничения объема? А горячие бэкапы и разграничение доступа считаете нужным только для интернет-магазинов и учетных систем с кол-вом пользователей >50?
Кстати, а кто кроме ASA еще поддерживает шифрование на уровне БД? Что-то не припомню.

karly™
Ну, и напоследок.
Александр ГoлдунЯ ни в коем случае не пророчу смерть dbf. И вообще я ничего не имею против dbf. Я лишь против фанатизма и непрофессионального подхода при решении задач. Мне обычно ставятся задачи в бизнес-терминах, я сам принимаю решения по технологии и несу полную ответственность за результат. Включая как стоимость разработки, так и пресловутое TCO. И если больше подойдет dbf, я возьму dbf.А если больше подойтет Oracle, возьмете именно его? Мне нечего добавить. Подписываюсь под каждым словом.
Возьму, но пока не сталкивался с такими условиями, при которых Oracle подойдет больше ASA. Такие есть, но их тоже не так много.
...
Рейтинг: 0 / 0
26.02.2005, 00:53
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934695
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
karly™
Гость
Александр Гoлдун некто КС не гарантирует большую скорость, даже скорее наоборот, в скорости проиграет.
При определенном и достаточно редком сочетании условий. Как то: 1 пользователь, база на локальном диске, мощность компа сравнима с мощностью сервера или что-то около того.Вынужден вас поправить. Если файл-серверная БД расположена на сервере, клиентские компьютеры - средненькие, и пользователей больше одного:

- оптимизированные запросы будут выполняться либо так же, как на КС, либо быстрее
- добавление данных выполняется намного быстрее, чем у КС. Особенно это заметно при массовых операциях
- запросы, требующие группировки, на ФС очевидно медленнее, но не настолько, насколько можно было бы ожидать
- ФС полнотью пролетает в случае полнотекстового поиска
- если требуемые данные - не простой запрос, а результат выполнения (хранимой) процедуры, то все зависит от реализации. Одна и та же задача в ФС и КС может решаться совершенно по разному, и с разным быстродействием. Именно тут проявляется "различие идеологий ФС и КС"

Александр ГoлдунИ вы по прежнему считаете главным преимуществом SQL перед DBF возможность шифрования и отсутствие ограничения объема? А горячие бэкапы и разграничение доступа считаете нужным только для интернет-магазинов и учетных систем с кол-вом пользователей >50?Чуть-чуть не так. Я считаю однозначным преимуществом КС перед ФС разграничение доступа, и отсутствие ограничений по объему. В ФС есть возможность шифровать данные, например в Paradox и Access. А вот dbf зашифровать вряд ли получится.

Горячие бэкапы для систем с небольшим числом пользователей (<50), и не работающих в условиях 7*24, вполне успешно заменяются различными суррогатами. Например, в VFP очень даже несложно писать одни и те же данные на два разных сервера, либо вести лог. Наворачивать в таких условиях комплексную систему резервного копирования - заменять простые проблемы на сложнозамороченные. Как, например, в вашем примере - вы организовали лог на другом сервере, и получили необходимость следить за свободным местом.

Можно упомянуть еще репликацию. В ФС хорошо работает репликация по методу brute force - когда передаются не обновления, а вся база целиком. Например, из центра в филиал - утвержденный прайслист, по которому нужно торговать, из филиала в центр - данные о продажах и остатки на складе. Такой метод часто используют в 1С для обмена с внешними программами.
Если взаимосвязи более сложные (например, общий склад), то однозначно начинают рулить механизмы репликации КС.

Основная идея всего вышесказанного - не стоит разрабатывать распределенную систему вычислений там, где можно обойтись макросом в Excel-е (у меня, к сожалению, такие эксцессы встречались :-(

Александр Гoлдунпока не сталкивался с такими условиями, при которых Oracle подойдет больше ASA. Такие есть, но их тоже не так много.Александр, никогда не говорите ничего подобного! А то налетят ораклисты, и такое начнется ;-)
...
Рейтинг: 0 / 0
26.02.2005, 02:01
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934704
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
karly™ Александр Гoлдун некто КС не гарантирует большую скорость, даже скорее наоборот, в скорости проиграет.
При определенном и достаточно редком сочетании условий. Как то: 1 пользователь, база на локальном диске, мощность компа сравнима с мощностью сервера или что-то около того.Вынужден вас поправить. Если файл-серверная БД расположена на сервере, клиентские компьютеры - средненькие, и пользователей больше одного:

- оптимизированные запросы будут выполняться либо так же, как на КС, либо быстрее

Все верно, но ключевое слово - оптимизированные. В моих системах очень многие запросы строятся динамически и предугадать их тяжело. Тут КС вне конкуренции. Я понимаю, что аппетит приходит во время еды и можно было бы отказаться от 80% возможностей как от излишеств, сделанных только потому, что их можно было сделать с минимальными затратами. Но! Но дело в том, что не только поэтому они сделаны. Они приносят в разных направлениях реальный эффект, который можно заметить и иногда даже посчтать. Проще всего это заметить на экономии рабочего времени исполниелей. Чуть сложнее посчитать эффект от больших возможностей анализа (те самые группировки и т.п.), но этот эффект может оказаться значительно больше, чем банальная экономия времени, так как больше возможностей делать выводы для принятия решений, особенно в условиях жесткой конкуренции и дефицита оборотных средств. OLAP - это не только рекламный слоган.

И еще момент, когда даже оптимизированные запросы на ФС не будут работать быстрее - это когда проявляется эффект от использования общего кэша на КС.
karly™
- добавление данных выполняется намного быстрее, чем у КС. Особенно это заметно при массовых операциях

Бесспорно. Для снятия данных с датчиков в реальном режиме времени я не буду ставить КС. Здесь будет либо чистый dbf или что-то подобное, либо буферизация на ФС перед КС. Либо поищу RT SQL-сервер. Но такие вещи в учетных системах встречаются редко. А вот для операторского ввода данных это замедление в общем случае несущественно.
karly™
- запросы, требующие группировки, на ФС очевидно медленнее, но не настолько, насколько можно было бы ожидать

Не знаю, сколько можно было бы ожидать. Надо смотреть на реальных вещах.
karly™
- ФС полнотью пролетает в случае полнотекстового поиска

Не только такой, но и любой не по индексам
karly™
- если требуемые данные - не простой запрос, а результат выполнения (хранимой) процедуры, то все зависит от реализации. Одна и та же задача в ФС и КС может решаться совершенно по разному, и с разным быстродействием. Именно тут проявляется "различие идеологий ФС и КС"

И это различие может существенно увеличить стройность и стабильность системы, уменьшить стоимость сопровождения.
karly™
Горячие бэкапы для систем с небольшим числом пользователей (<50), и не работающих в условиях 7*24, вполне успешно заменяются различными суррогатами. Например, в VFP очень даже несложно писать одни и те же данные на два разных сервера, либо вести лог. Наворачивать в таких условиях комплексную систему резервного копирования - заменять простые проблемы на сложнозамороченные. Как, например, в вашем примере - вы организовали лог на другом сервере, и получили необходимость следить за свободным местом.

Вы меня недопоняли. Лог был на том же сервере. Просто кончилось место на диске. Как я уже говорил, бывают и другие ситуации. Эпизодически (примерно раз в 1-2 месяца, точную статистику не снимал) вылетает HDD. Почему при очередном таком вылете не может оказаться серверный диск?
karly™
Можно упомянуть еще репликацию.

Лучше даже не упоминать. У меня она очень активно используется в разных проявлениях. Тут я с ASA не только dbf, но и большинство SQL-серверов заткну с их репликаторами ;) По крайней мере в рамках некоторых (или многих) постановок условий.
karly™
Основная идея всего вышесказанного - не стоит разрабатывать распределенную систему вычислений там, где можно обойтись макросом в Excel-е (у меня, к сожалению, такие эксцессы встречались :-(

Соглашусь. Мне вот еще не нравится, когда для архивирования бэкапов используется rar + самописная программа, добавляющая к имени архива дату. А можно было просто набрать rar /? и прочитать про ключ -ag. Но этот же принцип может действовать и против ФС в пользу КС.

На текущий момент даже для систем с одним пользователем я скорее предпочту десктопный вариант какого-нибудь сервера. Хотя бы из-за преемственности кода, идеологии, технологий. Но даже без учета этой преемственности не исключено, что КС в такой задаче окажется дешевле в реализации и эксплуатации.
karly™
Александр Гoлдунпока не сталкивался с такими условиями, при которых Oracle подойдет больше ASA. Такие есть, но их тоже не так много.Александр, никогда не говорите ничего подобного! А то налетят ораклисты, и такое начнется ;-)
С ними спорить абстрактно ломает. Вот сойдемся в тендере - тогда посмотрим. Заочно без боя сдаю позиции крутых систем с тысячами юзеров и распределенными кластерами. А еще оптимизатор Oracle в отличие от ASA умеет на условиях OR подхватывать по два индекса на таблицу.
...
Рейтинг: 0 / 0
26.02.2005, 04:18
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934817
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChA
Участник
Александр Гoлдун А еще оптимизатор Oracle в отличие от ASA умеет на условиях OR подхватывать по два индекса на таблицу.Вы никогда не задумывались, что если бы это было главным в оптимизации, то таковая возможность была включена во все, уважающие себя, СУБД. Прочитать 2 индекса, слить их, а затем по RID-ам найти эти записи в самой таблице... Есть сильное сомнение, что сей процесс выгоден безусловно, разве при сильно специфических условиях. Это как возможность создать в БД десятки тысяч таблиц, а если вернутся к реальности ?
...
Рейтинг: 0 / 0
26.02.2005, 12:23
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32934854
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
Александр Гoлдун А еще оптимизатор Oracle в отличие от ASA умеет на условиях OR подхватывать по два индекса на таблицу.
В FoxPro это реализовано десяток лет назад И работает прекрасно...
...
Рейтинг: 0 / 0
26.02.2005, 13:35
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935027
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Почему я ушел от DBF и DB.
Малейший сбой сети или клиентского компа могло привести и часто приводило к падению индексов и/или зависанию блокировок. А такого кошмара, как сбой счетчика записей в заголовке DBF-файла я не пожелаю никому. Или вспомнилось наличие посредине DBF-файла куска с текстом прайс-листа. Ну подумаешь, общие кластеры при выключении зависшего компа образовались.
Причем эти милые мелочи сразу не проявлялись.

Все-таки вероятность проблем на N рабочих станциях, как минимум N раз больше, чем на одном сервере.
...
Рейтинг: 0 / 0
26.02.2005, 17:32
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935052
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Cat2
Почему я ушел от DBF и DB.

Так DBF и DB для того и есть еще в наше время, чтобы с них нужно было уходить не объясняя причин. С другой стороны, отдавая дань уважения к их вкладу в развитие инфо технологий на своем историческом отрезке, многие, и я в том числе, даем расширение DBF файлам данных и в Оракловых базах.
...
Рейтинг: 0 / 0
26.02.2005, 18:10
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935070
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.G.
Участник
Cat2Почему я ушел от DBF и DB.В том же плане- с грустью смотрю на свое творение, некую сложную справку 4-х годичной (или более?) давности. Delphi+BDE+Paradox. Поля для хранения временных значений, выборка, заполнение полей, другая выборка, заполнение других полей, и т.д- 4-5 раз. Возможности LocalSQL не позволяли большее. С сегодняшней точки зрения, на КС технологии, можно сделать через одну ХП в которой несколько запросов с подзапросами. Первый вариант сегодня практически невозможно как-то редактировать- легче снова написать.
...
Рейтинг: 0 / 0
26.02.2005, 18:58
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935130
Alexey Rovdo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Rovdo
Гость
Александр Гoлдун
Кстати, а кто кроме ASA еще поддерживает шифрование на уровне БД? Что-то не припомню.


Versant.
...
Рейтинг: 0 / 0
26.02.2005, 20:57
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935177
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Alexey Rovdo Александр Гoлдун
Кстати, а кто кроме ASA еще поддерживает шифрование на уровне БД? Что-то не припомню.

Versant.
Это что за чудо? Не припомню такого SQL-сервера. Oracle помню. MSSQL, Informix, DB2, Sybase ASE, PostgreSQL, FB, MySQL помню. Даже про Linter слышал.

Это что-то из соседних многостраничных флеймов?
...
Рейтинг: 0 / 0
26.02.2005, 23:02
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935201
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Александр Гoлдун
Это что за чудо? Не припомню такого SQL-сервера.

А это не и SQL-сервер, и даже вообще не РСУБД. Это ООСУБД. Причем она там у них похоже, занимает такое же место, как Sybase среди SQL-серверов. Т.е. вполне уважаемый представитель от их клана. Не какой-нибудь там не понятно кто, ни где в серьезной литературе по БД толком не упоминаемый.
...
Рейтинг: 0 / 0
27.02.2005, 00:23
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935215
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
vadiminfo Александр Гoлдун
Это что за чудо? Не припомню такого SQL-сервера.

А это не и SQL-сервер, и даже вообще не РСУБД. Это ООСУБД.
Я понял намек. Мы тут, убогие, спорим про крутость DBF или SQL, а это оказывается все уже каменный век. Пришло время объектного ориентирования!
...
Рейтинг: 0 / 0
27.02.2005, 01:21
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935217
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Александр Гoлдун vadiminfo Александр Гoлдун
Это что за чудо? Не припомню такого SQL-сервера.

А это не и SQL-сервер, и даже вообще не РСУБД. Это ООСУБД.
Я понял намек. Мы тут, убогие, спорим про крутость DBF или SQL, а это оказывается все уже каменный век. Пришло время объектного ориентирования!

Вспомнилось, кстати. В Sybase ASA еще в 6-й версии включили поддержку Java. Можно было использовать методы Java-классов как хранимые процедуры и хранить в полях Java-объекты. А в 9-й версии почему-то убрали возможность хранения java-данных, оставили только возможность использования хранимых процедур на java. К чему бы этот "демарш"?

Впрочем, это тема другого флейма.
...
Рейтинг: 0 / 0
27.02.2005, 01:33
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935224
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
Александр Гoлдун vadiminfo Александр Гoлдун
Это что за чудо? Не припомню такого SQL-сервера.

А это не и SQL-сервер, и даже вообще не РСУБД. Это ООСУБД.
Я понял намек. Мы тут, убогие, спорим про крутость DBF или SQL, а это оказывается все уже каменный век. Пришло время объектного ориентирования!
Интересно, а к чему этот ваш сарказм?
Вы спросили "кто кроме ASA поддерживает шифрование на уровне БД" - вам ответили.
...
Рейтинг: 0 / 0
27.02.2005, 02:19
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935229
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
А, я понял...
Если мы тут "спорим про крутость DBF или SQL", то не пришей к п**де рукав под названием ASA - упоминать можно, а что-то другое низзя.
...
Рейтинг: 0 / 0
27.02.2005, 02:28
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935249
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Лох Позорный пишет:
> А, я понял...
> Если мы тут "спорим про крутость DBF или SQL", то не пришей к п**де
> рукав под названием ASA - упоминать можно, а что-то другое низзя.

А что вы так нервничаете, Лох Позорный? Я какими-то своими
высказываниями задел вас или запретил что-то упоминать? Просмотрел свои
постинги - ничего подобного не нашел. Померещилось, наверное, от
мнительности.

А что касается ASA, я упомянул тут его в основном по той причине, что
здесь приводилось шифрование данных, как преимущество SQL-серверов перед
файл-серверными СУБД. А мне неизвестны кроме ASA другие SQL-сервера,
которые шифруют на уровне БД. По крайней мере этого не делают MSSQL,
ASE, Линтер, Oracle. В FB возможно в будущем появится подобная
возможность. Про прочие не знаю, но похоже тоже не шифруют. Но я могу и
ошибаться. Вот в этом контексте я и поинтересовался, кто еще из
SQL-серверов имеет такую возможность.
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
27.02.2005, 04:26
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935268
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Ладно, понял... всех понесло.... Сам виноват...
Всё о чём дискутировалось выше во-первых итак понятно, а во-вторых неоднозначно...
1. Забегая вперёд, я уже как-то конвертил dbf-файлы в MySQL (есть такая утиля dbf2mysql).
По средсвам это ничего не стоило. Ибо и утиля бесплатна и MySQL даже при коммерческом ипользовании чисто символически стоит
(и докажи ещё что я коммерчески использую, то есть с целью извлечения прибыли получаю, а не для поокрытия расходов за работу).. Из Access в MsSQL Server 2000 тоже помнится при помощи Import and Export Data не велика проблема...
На самом деле я тогда в MySQL конвертил тока потому что удобнее на Perl(DBI.pm, DBD-MySQL.pm) было скрипты с запросами и генерацией HTML(CGi.pm, DataTable.pm) к нему писать...
Это да, переход от ФС на КС, но суть разница в MySQL также таблицы на диске хранятся в обычном каталоге, в обычных файлах. Имена файлов соответсвуют имени таблицы, Имя каталога-имени базы. Всё как с dbf. Однако, использвание MySQL как надстройки для обработки тех же SQL-запросов весьма удобно...
(Благо запросы были тупыми: select * from ...). На самом деле и юзеров можно в dbf хранить(это про критику ini), а шифровать вам кто мешает (да нужно ли?). Много вы шифруете?
Не будем 1С обсуждать, там без матюгов никак, да и не к чему...
Недостатки из-за "кривизны" системы тоже не довод. Где вы видели "не кривую"?
Под переводом из dbf в SQL я подразумеваю именно смену идеологии, а как следствие придётся менять и структуру базы(кстати уже изменил).
Фокспрошникам не надо сечас гворить что в Фоксе мол тоже единые базы из нескольких таблиц появились благодаря контейнерам, они и в Access давно есть, как кстати и ключи...
Против Access вообще ничего плохого сказать нельзя: ВЕЩЬ! Во многих случаях разумно использовать именно её, а то некоторые на Oracle сразу начинают мелкие базы наворачивать(хорошо если ещё Oracle 7, а то и 9 берут)... Энто уже маразм. Фокс тоже изумителен если надо быстро сделать базу с пользовательским интерфейсом (и повторюсь это всё таки язык программирования баз данных, как и Clipper, а не SQL! SQL-запросы там вообще чужеродны и только для совместимости)...
2. Суть в том что начальство, которому сдаются результаты изначально поставило задачу сделать клиент-сервер, при это начальство заядлые фокспрошники и под сервером подразумевают именно просто сервер(файл-сервер).
А клиента по их мысли можна и на Фоксе генерить с COM-объектами (и кстати весьма просто, не сложнее чем на тех же Дельфях клиента писать) и HTML/XML-формы и таблицы он генерит. Всё работает.
Доводы типа Фокс устарел не катят - мол эту технологию сами Микромягкие продвигают и выпускают всё новые версии с новыми возможностями! И как сервер Фокс прижелании можно юзать... И вообще, это единственный язык программирования баз данных! значит не устарело! Попробуйте убедительно опровергнуть.
Сам на Фоксе писал ещё на 2.6 и с VFP8 сталкивался.... Весте с тем начальство требует обоснования отказа от FoxPro(например чтобы в итоге его не получить и спать спокойно ещё десяток лет)...
3. У начальства появилась новая идея: а давайте вообще конвертнём всё в XML и сделаем XML хранилища.Тем паче и структуру менять не придётся И в духе со временем: типа XML и у Микромягких рулит...И не надо никаких SQL. Кстати уже конвертнули и уже работает...
Я сказал что это без меня: Мол не спорю что XML это канечно круто, но...
4. Барьер dbf в 2 GB тоже не катит ибо база была реализована вввиде сотен каталогов в которых хранятся сотни dbf-файлов максимум до 1000 записей. Там и до 1 Мб файлы не доходят. Мало того - эти dbf имеют разную структуру. Связаны они через файлы-каталоги: те же таблицы, в которых хранятся ссылки на другие таблицы.(Понятно что неактуальных ссылок до фига)
Я критиковал такой подход тем, что для создания нового набора данных необходимо создавать новую таблицу(файл), а то и целый каталог - что есть доступ к дискам. И вообще, мол, хрен вы просто получите выборку из всех таблиц даже с несильно отличающимися структурами наборов (отличия бывают в одно-два поля). Короче мол для технологии клиент-сервер не катит не совсем...
5. На самом деле я уже создал структура базы в которой нет такого числа таблиц с разными наборами, а получил несколько но довольно, по мнению начальства, больших таблиц (аж по миллиону записей. смех!) на MsSQl Server. Получилась по ркайней мере единая база, а не набор условно связанных таблиц.... Пришлось, увы использовать тип sql_variant... Зато благодаря PK-FK каскадное удаление и фиг неактуально....
И есле раньше любую таблицу можно было просто выводить(это не интересно, так и в Excel мона навоять), то у меня без JOIN одним запросом и не выведишь(мелочь, а палцы уже пошвырять можно.
6. Задача впарить эту структуру начальству, а их проекты "опустить". Но надо это делать с обоснванием, а не распальцовкой...
Если впарю,то моя структура станет основной, и как следствие, я возглавлю данный проект...
Вот поэтому надо обосновать...
Увы... Впрочем это моя вина: слишком абстактно задачу поставил. В итоге и не получил ответа... Но может после пояснения чего умног посветуете?
Напрямую сравнивать разрозненые dbf-таблицы с моей базой различными тестами, как предложило начальство не катит. Даже если dbf-конвертнуть в Ms SQL Server 2000... Суть в том, что слона с комаром на основании того что у обоих есть хобот сравнивать на то кто из них лучше по численным параметрам (рост, вес, длина хобота) бессмыслено... Тут, на мой взгляд, надо анализ типа слон в отличии от комара хрен взлетит, зато фиг его пальцем раздавишь...
Но я слишком предвзят. Нужны сторнние, обоснованные, глубокие и объективные оценки чтобы не стыдно включить в аналитическую записку...
...
Рейтинг: 0 / 0
27.02.2005, 06:20
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935283
FishingIsGood
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FishingIsGood
Гость
modИбо и утиля бесплатна и MySQL даже при коммерческом ипользовании чисто символически стоит
(и докажи ещё что я коммерчески использую, то есть с целью извлечения прибыли получаю, а не для поокрытия расходов за работу).

Ничего и доказывать не надо - MySQL респростроняется под GPL (в том числе) и вы имеете полное право использывать его в коммерческих целях не платя ни копейки.
...
Рейтинг: 0 / 0
27.02.2005, 09:21
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935696
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Да я про MySQL, так, к слову... Конечно никто не придерётся... Однако я её уже не использую(а жаль)...
...
Рейтинг: 0 / 0
28.02.2005, 08:23
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935874
Фотография Jimmy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Jimmy
Участник
SanyL Jimmy andy st karly™Если есть реальная проблема, постараемся разобраться :)

БОЛЬШОЕ спасибо за желание помочь, но я не уверен, что индексы в принципе смогут помочь на условиях типа
Код: plaintext
like '65____'
при любом из существующих драйверов. Такое было сделано когда-то и ничего с этим не поделать-приходится ждать. Единственное, что радует - к лету эту систему должны перевести на клиент-серверные рельсы.

Именно для такого случая индексы помочь могут, т.к. поисковое выражение начинается со значимых символов, т.е. можно использовать префиксный поиск по индексу (работает в MS SQL, Sybase ASE, FoxPro).

Кроме того, в Фоксе префиксный поиск можно организовать посредством функции SEEK при соответствующих установках SET EXACT|SET NEAR, допускающих поиск первого похожего значения.

На счет MSSQL я с Вами не соглашусь... Опратор Like не использует индексы, возможно к сожалению

См. план запроса для префиксного выражения (INDEX SEEK) и для более свободного условия (INDEX SCAN). В обеих случаях используется индекс, но более продуктивно - для префиксного поиска:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
--------------------------------------------------------------------------------
Microsoft SQL Server   2000  -  8 . 00 . 818  (Intel X86) 
	May  31   2003   16 : 08 : 15  
	Copyright (c)  1988 - 2003  Microsoft Corporation
	Enterprise Edition on Windows NT  5 . 0  (Build  2195 : Service Pack  3 )

( 1  row(s) affected)

Use Northwind
go

:::
StmtText
---------------------------------------------------------------------- 
select ShipPostalCode 
from dbo.Orders 
where ShipPostalCode like('31%')

( 1  row(s) affected)

StmtText                                                                                                   ----------------------------------------------------------------------
  |--Index Seek(OBJECT:([Northwind].[dbo].[Orders].[ShipPostalCode]), 		SEEK:([Orders].[ShipPostalCode] >= '31' AND [Orders].[ShipPostalCode] < '32'),  
			WHERE:(like([Orders].[ShipPostalCode], '31%', NULL)) ORDERED FORWARD)

( 1  row(s) affected)

StmtText                                                                      
---------------------------------------------------------------------- 
select ShipPostalCode 
from dbo.Orders 
where ShipPostalCode like('_3%')

( 1  row(s) affected)

StmtText                   
----------------------------------------------------------------------
  |--Index Scan(OBJECT:([Northwind].[dbo].[Orders].[ShipPostalCode]),  
	WHERE:(like([Orders].[ShipPostalCode], '_3%', NULL)))

( 1  row(s) affected)
...
Рейтинг: 0 / 0
28.02.2005, 10:29
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32935991
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
2mod
Попробуйте подойти к вопросу системно.
Распишите детально все приемущества и недостатки обоих подходов (основным приемуществом ФС скорее всего будет выступать наличие уже функционирующей системы)
Присвойте весовые коэффициенты каждому из пунктов. Получите некий интегральный показатель.
Очень хорошо на начальство действует стоимостной анализ, причем в перспективе лет на 10.
В конце концов попробуйте заинтересовать начальство лично. Начальство всегда держится за свое место, причем во многом благодаря знаниям неких устаревших систем и технологий. Попробуйте объяснить, что знания новых технологий пойдет им на пользу и увеличит их ликвидность на рынке труда.
...
Рейтинг: 0 / 0
28.02.2005, 11:20
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32936685
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
mod
Против Access вообще ничего плохого сказать нельзя: ВЕЩЬ! Во многих случаях разумно использовать именно её, а то некоторые на Oracle сразу начинают мелкие базы наворачивать(хорошо если ещё Oracle 7, а то и 9 берут)...

Между прочим - умно поступают. Я вот навоял в Аксцессе. А теперь мучаюсь. Для одних задач в Оракле все есь чего они хотят, а переводить уже не могу по времени. В другом случае из Оракла к Аксцессу подцепился, чтобы отчет тяжелый в ПФ готовить. Причина - Диалект SQL у Оракла выразительней (мощней). То что там писал, еще и сохранял в пром таблах и еще к этому код на Бэйсике писал - здесь одним запросом прокатывает. Это и тестировать легче и проверки данных всякие проще (данные на основе которых отчет с разных БД далеких от идела в том числе и на dbf). Так что если есть возможность то лучше сразу на Оракл. Другое дело всю систему с пользовательским интерфейсом проще в Аксцессе надолбить. А там поковыряиться побольше придется.
...
Рейтинг: 0 / 0
28.02.2005, 15:23
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32937370
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Ну уж если флейм пошел, то у меня ЕСТЬ что сказать, против Access.

Крохотное предприятие, имеет базу на Access - что-то около 3 Мб, три юзера, локалка на 100 Мб/с. Ну работало и работало, я ее не касался, ее другие поддерживали. Только вот предприятие входит в другое, более крупное, которое входит в еще более крупное, которое входит в гигантское. И задумали ИТ-руководители гиганта логическую структуру сети поменять. Я не знаю что там сетевики накрутили и почему, но база стала работать в сотни (!) раз медленнее. Кривые руки, не кривые руки - но SQL-сервер этого перехода не заметил.
...
Рейтинг: 0 / 0
28.02.2005, 20:48
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32937438
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Cat2
> Ну уж если флейм пошел, то у меня ЕСТЬ что сказать, против Access.
>
> Крохотное предприятие, имеет базу на Access - что-то около 3 Мб, три
> юзера, локалка на 100 Мб/с. Ну работало и работало, я ее не касался, ее
> другие поддерживали. Только вот предприятие входит в другое, более
> крупное, которое входит в еще более крупное, которое входит в
> гигантское. И задумали ИТ-руководители гиганта логическую структуру сети
> поменять. Я не знаю что там сетевики накрутили и почему, но база стала
> работать в сотни (!) раз медленнее. Кривые руки, не кривые руки - но
> SQL-сервер этого перехода не заметил.


А при чем здесь Access? Может и руки кривые. Всю "гигантскую" сеть в
один сегмент плюс сэкономить копейки на свитчах и поставить хабы, плюс
посадить туда же 15 бухов на 1с - и все. И это лишь один из великого
множества вариантов, как может "талантливый" человек всех обрадовать.
А может сервер с базой на аксесе сгоряча переместили в другой сегмент, и
теперь между вами куча переходов, включая низкоскоростные?

Так что если 3 юзера да 3 мега - аксес рулит. Проблемы не в нем, а в ДНК
скорее всего.
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
28.02.2005, 22:11
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32937448
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Александр Гoлдун
Я не хочу особо говорить на тему "что делать и кто виноват". Но получилось, что акцес стал раком - факт.
==============
Сервер и юзеры остались в одном сегменте, на одном 16-портовом хабе.

А сеть действительно неслабая. Сколько в ней компов не знает никто. Может 100 тысяч, а может 200.
...
Рейтинг: 0 / 0
28.02.2005, 22:29
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32937469
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Cat2
> Я не хочу особо говорить на тему "что делать и кто виноват". Но
> получилось, что акцес стал раком - факт.

Но ведь работал прекрасно, и это тоже факт.
Cat2
> Сервер и юзеры остались в одном сегменте, на одном 16-портовом хабе.


Значит все-таки сэкономили копейки на свичах. 16-портовый хаб -
анахронизм и стоит не на много дешевле 16-портового свича. Чем они
отличаются - объяснять тут не буду. Ибо а) совсем уж оффтопик б) это
должен знать даже начинающий сисадмин, а в гигантской корпорации они
должны быть и им зарплату платят.

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
28.02.2005, 23:00
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32937502
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Александр Гoлдун .
Как часы он никогда не работал. Но я этого не трогаю. Возможно не хватало драйвера DirectHands

Для кого и будильник - часы
...
Рейтинг: 0 / 0
01.03.2005, 00:02
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32937683
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Access вещь! Просто использовать её надо по назначению, а нес троить на её базе распределённые клиент-сервера с репликацией и прочеё фигнёй.... Она для локальных баз. Хотя как-то строил на ней систему удалённого тестирования знаний для МЧС. Ничего, работает... Просто делать надо всё по уму... И пользоваться по назначению, а набрать Oracle для того чтобы навоять локальную табличку на 10 записей и Access для создания баз для доступа тысячей пользователей...
...
Рейтинг: 0 / 0
01.03.2005, 08:25
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32945166
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Увы, по сути ннкто ничего здесь не сказал полезного....
...
Рейтинг: 0 / 0
04.03.2005, 07:18
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32947499
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
mod пишет:
> Увы, по сути ннкто ничего здесь не сказал полезного....

Да потому что исходный вопрос по сути дурацкий. Не можешь сам обосновать
- оставь это профессионалам, которые не испытывают затруднений в
обосновании своих решений.
Самые правильные - первые три ответа.
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
04.03.2005, 23:30
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32947547
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
modУвы, по сути ннкто ничего здесь не сказал полезного....
Рискну предположить, что по сути никто и ничего не сказал потому как - автор вопроса беспроветный долбо***ёб. Причем не просто долбоёб, а долбоёб, не умеющий пользоваться поиском.
...
Рейтинг: 0 / 0
05.03.2005, 02:45
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32949385
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Обосновать могу, но может ещё кто чего добавит... И господа, давайте быть тактичнее... А первые три ерунда...
...
Рейтинг: 0 / 0
07.03.2005, 06:18
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32949476
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
modОбосновать могу, но может ещё кто чего добавит... И господа, давайте быть тактичнее... А первые три ерунда...
а для кого обоснование? для себя любимого -одно, для руководства - другое.

А ещё имеет право на жизнь точка зрения - не трогай то, что работает
...
Рейтинг: 0 / 0
07.03.2005, 11:56
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32950388
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
На самом деле то что есть работает скверно(явные проблемы с целостностью и совместным доступом), обосновать надо начальству....
...
Рейтинг: 0 / 0
09.03.2005, 07:42
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32950397
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
modНа самом деле то что есть работает скверно(явные проблемы с целостностью и совместным доступом), обосновать надо начальству....
Да возьми и сотри половину таблиц. И никакого обоснования не потребуется. Шучу...
...
Рейтинг: 0 / 0
09.03.2005, 07:53
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32951337
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
modНа самом деле то что есть работает скверно(явные проблемы с целостностью и совместным доступом)...
Это все от "кривизны рук" - формат данных как правило не причем...

P.S. Ничего личного, никаких намеков...
...
Рейтинг: 0 / 0
09.03.2005, 14:11
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32951530
Лентяй
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лентяй
Участник
modУвы, по сути ннкто ничего здесь не сказал полезного....
Ну например сравнить сетевой траффик при выполнении команд типа
Код: plaintext
1.
2.
delete from table ...
update table ...
На больших таблицах. Помножить разницу на количество работающих ползателей. Задуматься, как проапгрэйдить сеть, когда все начинает тормозить...
...
Рейтинг: 0 / 0
09.03.2005, 15:26
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32951666
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
Как повлиять на начальство в своих интересах
...
Рейтинг: 0 / 0
09.03.2005, 15:58
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32951692
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
mod пишет:
> На самом деле то что есть работает скверно(явные проблемы с целостностью
> и совместным доступом), обосновать надо начальству....

Меня это просто добивает. А выяснить слабо, почему скверно работает?
Если причина именно в файл-серверной технологии, то вот тебе и готовое
обоснование. Если же дизайн и реализация через одно место, то никакой
форум не поможет. Ну обоснуешь. Ну перейдешь на SQL. Ну исчезнут одни
проблемы и появятся новые. А потом появится топик: помогите обосновать
переход с сервера ххх на yyy или что-то типа того.

А зарплата все капала и капала...
Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
09.03.2005, 16:04
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32956963
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Александр Гoлдун
mod пишет:
> На самом деле то что есть работает скверно(явные проблемы с целостностью
> и совместным доступом), обосновать надо начальству....

Меня это просто добивает. А выяснить слабо, почему скверно работает?
Если причина именно в файл-серверной технологии, то вот тебе и готовое
обоснование. Если же дизайн и реализация через одно место, то никакой
форум не поможет. Ну обоснуешь. Ну перейдешь на SQL. Ну исчезнут одни
проблемы и появятся новые. А потом появится топик: помогите обосновать
переход с сервера ххх на yyy или что-то типа того.

А зарплата все капала и капала...
Posted via ActualForum NNTP Server 1.1
Для меня суть задачи именно перейти... Меня это тоже добивает... Тут главное побыстрому снять пенку, а кривизну моей идеи пусть уже другие обосновывают. Я не жадный.... На самом деле есть некоторые проблемы с тестированием трафика при совместном доступе... Просто надеялся что это всё одно уже делали и есть цифры...
...
Рейтинг: 0 / 0
12.03.2005, 07:40
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32956966
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Sergey ChЭто все от "кривизны рук" - формат данных как правило не причем.....
Задачи просто две: отказатся и от формата и от структуры. А так правда твоя...
...
Рейтинг: 0 / 0
12.03.2005, 07:43
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32956969
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Лентяй modУвы, по сути ннкто ничего здесь не сказал полезного....
Ну например сравнить сетевой траффик при выполнении команд типа
Код: plaintext
1.
2.
delete from table ...
update table ...
На больших таблицах. Помножить разницу на количество работающих ползателей. Задуматься, как проапгрэйдить сеть, когда все начинает тормозить...
1. Ну таблицы там очень маленькие: 200 записей и то редкость....
2. Об этом думал. Пользователей там не более 30 (Оно конечно мона и эмуляцию написать)...
3. Однако если всё будет хорошо работать, то есть заказчики извне(бедолаги). Вот тут то бабки уже и пойдуть. А так пока для внутреннего пользования...
...
Рейтинг: 0 / 0
12.03.2005, 07:51
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32956973
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
f_w_pДа возьми и сотри половину таблиц. И никакого обоснования не потребуется. Шучу...
Не почему шутки - ты в чём-то прав: часть таблиц уже потеряли...
Но с другой стороны это не катит: ибо просто админ права не правильно распределял, а так проблема решается на уровне доступа...
Хотя я лично считаю что сиё и не есть правильно...
...
Рейтинг: 0 / 0
12.03.2005, 07:57
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32957011
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
[quot modДля меня суть задачи именно перейти... Меня это тоже добивает... Тут главное побыстрому снять пенку, а кривизну моей идеи пусть уже другие обосновывают. Я не жадный.... На самом деле есть некоторые проблемы с тестированием трафика при совместном доступе... Просто надеялся что это всё одно уже делали и есть цифры...[/quot]

Тебе не цифры нужно выдать, а гнать с работы нах, причём срочно.
...
Рейтинг: 0 / 0
12.03.2005, 09:50
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32957668
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
Alexey Sh Тебе не цифры нужно выдать, а гнать с работы нах, причём срочно.
Гнать надо с работы тех, кто не сомневается в своей непогрешимости... Если человек ищет совета - это есть хорошо, так - как гениев среди нас единицы, а учиться никогда не поздно...

А я последний проект переделываю уже под SQL Server - просто потому, что там многие вещи уже есть - босс сказал OK, вот только я с дуру business слой решил повесить на Web Serivece - а это полная головная боль, так-как W2003 уже не поддерживает SOAP 3.0...
...
Рейтинг: 0 / 0
13.03.2005, 15:46
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32957857
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Alexey Sh
Тебе не цифры нужно выдать, а гнать с работы нах, причём срочно.
Типа ты тут самый умный? Ну ну...
...
Рейтинг: 0 / 0
14.03.2005, 06:34
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32957858
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
А ну понятно, Alexey Sh, это товарищ который занимается в оснвном Access.
Вещь конечно хорошая, но... Короче комплексы у парня...
...
Рейтинг: 0 / 0
14.03.2005, 06:39
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32972643
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Вобщем принять мою разработку приняли, восхитились, отчёт с обоснованием страниц так на 10 писать всё одно надо... Моих мыслей хватит страницы на 2 в лучшем случае...
...
Рейтинг: 0 / 0
22.03.2005, 08:06
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #32974045
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
Поищи поиском в Интернете подобные темы, подумай. 10 листов не так уж много, особенно если можно рисовать всевозможные диаграммы и т.п.
...
Рейтинг: 0 / 0
22.03.2005, 15:51
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33021409
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Исчу, исчу, но не фига полезного....
...
Рейтинг: 0 / 0
18.04.2005, 15:32
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33021483
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
modИсчу, исчу, но не фига полезного....
Бедолага, до сих пор паришься? :)
Давно бы уже демку набросал, глядишь и аргументы появятся.
...
Рейтинг: 0 / 0
18.04.2005, 15:55
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33028746
GreenStar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GreenStar
Участник
На счет Clipper.
Он все ещё жив. Только называется по другому - (x)Harbour для Линукс, Виндовс и т.д. Возможности языка значительно расширены. www.xHarbour.org, www.harbour-project.org
...
Рейтинг: 0 / 0
21.04.2005, 18:27
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33031535
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
S.PR
Бедолага, до сих пор паришься? :)
Давно бы уже демку набросал, глядишь и аргументы появятся.
Дык демка уже давно есть! Продемонстрирована, но всё ещё требуют...
...
Рейтинг: 0 / 0
23.04.2005, 05:54
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33031556
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Черт, оказывается как хорошо я живу. Сказал, что буду делать так - и точка. Возражения не обсуждаются и не принимаются. Да и нет их никогда.
...
Рейтинг: 0 / 0
23.04.2005, 08:39
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33031613
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
modА ну понятно, Alexey Sh, это товарищ который занимается в оснвном Access.
Вещь конечно хорошая, но... Короче комплексы у парня...

Ну рассмешил
...
Рейтинг: 0 / 0
23.04.2005, 10:54
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33041206
Yury Vitovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yury Vitovsky
Участник
Всем, кого действительно интересует быстрый перевод имеющихся разработок на Clipper с использованием DBF таблиц в киент/сервер рекомендую ознакомиться с возможностями Advantage Database Server .
Простая перекомпилляция с Advantage RDD уже даст возможность серверной индексации, фильтрации и транзакций.
А вообще - сейчас это полноценный SQL сервер нормально конкурирующий с MS SQL.
Наша фирма прошла все эти этапы с 98 года.
Наш продукт ( Универсал ), в свое время написанный на Clipper - сейчас полностью GUI Win32 (клиент на Alaska Xbase++ ).
А сервер - ADS.
Самый большой клиент - без малого сотня клиентов.
Средние клиенты - машин от 20 до 50.
И это на DBF-ах! Размер одной таблицы DBF в 1-2Gb - норма жизни. А их в программе больше тысячи.
Вот такая штука - ADS...
...
Рейтинг: 0 / 0
28.04.2005, 17:13
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33041222
Фотография поручик Ржевский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
поручик Ржевский
Участник
Привет, Yury!
Ты пишешь:

YuryYV> Простая перекомпилляция с Advantage RDD уже даст возможность серверной индексации, фильтрации и транзакций.
YV> А вообще - сейчас это полноценный SQL сервер нормально конкурирующий с MS SQL.
У Alexey Rovdo появился достойный собеседник...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
28.04.2005, 17:18
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33041680
Фотография Di_LIne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Di_LIne
Участник
поручик Ржевский
Привет, Yury!
Ты пишешь:

YuryYV> Простая перекомпилляция с Advantage RDD уже даст возможность серверной индексации, фильтрации и транзакций.
YV> А вообще - сейчас это полноценный SQL сервер нормально конкурирующий с MS SQL.
У Alexey Rovdo появился достойный собеседник...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1
МП, тя под лубой(!) маской и без подписёв видно.
Хошь даже перелогинивайся...
...
Рейтинг: 0 / 0
28.04.2005, 20:08
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33041689
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Di_LIne!
Ты пишешь:

Di_LIneDL> МП, тя под лубой(!) маской и без подписёв видно.
А я и не прячусь...


--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
28.04.2005, 20:18
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33041696
Фотография Di_LIne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Di_LIne
Участник
Мимопроходящий
Привет, Di_LIne!
Ты пишешь:

Di_LIneDL> МП, тя под лубой(!) маской и без подписёв видно.
А я и не прячусь...


--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.1


А то...
- Поручик Ржевский,
Он же: With best regards, Мимопроходящий,
Он же....
)
...
Рейтинг: 0 / 0
28.04.2005, 20:22
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33044566
Фотография Borland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Borland
Участник
Не хотел ввязываться, но приходится, т.к. некоторые посетители данного топика просто не представляют, о чём речь...

Итак, выборка с одной из рабочих баз:
1.

SQL> select sum(bytes)/1024/1024/1024/1024 from dba_data_files;

SUM(BYTES)/1024/1024/1024/1024
------------------------------
2.713226318359

SQL> select count(*)-7 from v$session;

COUNT(*)-7
--------------
1018

SQL>



2. Изменения - в среднем 80 гиг в час

Какой ФС это вытянет? Отсутствие ответа автоматически приравнивается к ответу "никакой" , что само по себе является ответом не в пользу ФС.

З.Ы. Я не агитирую за конкретную СУБД, под управлением которой работает сия база.

З.З.Ы. Это так же ответ на бред из соседнего топика
-----
Все великие дела совершаются в командной строке
...
Рейтинг: 0 / 0
01.05.2005, 20:25
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33044574
Фотография Borland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Borland
Участник
Ну и ещё, обратимся к смежной отрасли: электронике.
Я думаю, что не надо оспаривать очевидный факт превосходства ламп над микроэлектроникой по надёжности и чистоте сигнала. И там, где лампы действительно необходимы , их там и используют. Так же, полагаю, не следует акцентировать внимание на очевидно преимуществе микроэлектроники над лампами, и городить тот же HP Proliant G3 на лампах это бред сивой кобылы в лунную ночь. То же самое с ФС и КС.

За сим позвольте откланяться, с неуважением к не хотящим видеть дальше своего носа.
-----
Все великие дела совершаются в командной строке
...
Рейтинг: 0 / 0
01.05.2005, 20:41
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33046807
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
...
Рейтинг: 0 / 0
03.05.2005, 18:06
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33046808
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
авторКакой ФС это вытянет? Отсутствие ответа автоматически приравнивается к ответу "никакой", что само по себе является ответом не в пользу ФС.

ГЫ. При соответствующем железе - любой.

а из серверов всех сделает MySQL. Выходит он круче.
...
Рейтинг: 0 / 0
03.05.2005, 18:06
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33050806
Фотография Borland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Borland
Участник
Адекватная - это, я так понимаю, кластер из нескольких серверов Superdome ?

Не говоря уже про требования к восстановлению.
-----
Все великие дела совершаются в командной строке
...
Рейтинг: 0 / 0
05.05.2005, 15:27
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33053092
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
1024ГЫ. При соответствующем железе - любой.

а из серверов всех сделает MySQL. Выходит он круче.
Кстати факт, работал с MySQL и dbf2mysql конвертил типа круто.
Но кады до сложных подзапсов дошло....
...
Рейтинг: 0 / 0
06.05.2005, 15:42
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33053102
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
BorlandНу и ещё, обратимся к смежной отрасли: электронике.
Я думаю, что не надо оспаривать очевидный факт превосходства ламп над микроэлектроникой по надёжности и чистоте сигнала. И там, где лампы действительно необходимы , их там и используют. Так же, полагаю, не следует акцентировать внимание на очевидно преимуществе микроэлектроники над лампами, и городить тот же HP Proliant G3 на лампах это бред сивой кобылы в лунную ночь. То же самое с ФС и КС.

За сим позвольте откланяться, с неуважением к не хотящим видеть дальше своего носа.
-----
Все великие дела совершаются в командной строке
Типа вот мудрый человек! Согласен полностью...
...
Рейтинг: 0 / 0
06.05.2005, 15:45
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33053132
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
авторЯ думаю, что не надо оспаривать очевидный факт превосходства ламп над микроэлектроникой по надёжности и чистоте сигнала. И там, где лампы действительно необходимы, их там и используют. Так же, полагаю, не следует акцентировать внимание на очевидно преимуществе микроэлектроники над лампами, и городить тот же HP Proliant G3 на лампах это бред сивой кобылы в лунную ночь.

ну, можно по разному акценты расставлять. Лампы это безусловно негатив, типа старьё и оцтой. Можно сравнить с бензиновыми и дизельными двигателями. Танки на бензине ещё в начале второй мировой доказали свою несостоятельность, грузовики крупные, тракторы на дизелях в основном. Но легковушки на бензиновых ездют. И в ближайшем будущем вроде как будут.
...
Рейтинг: 0 / 0
06.05.2005, 15:55
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33053230
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
Херня эти ваши аналогии. Необходимость в легковушках есть, а необходимости в ФС нет!
...
Рейтинг: 0 / 0
06.05.2005, 16:26
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33053388
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Легковушки тоже на дизелях ездят. В Европе дизель на легковых очень популярен. Это у нас в основном бензин, да и то потому, что хреновая солярка. А так, я бы на дизеле ездил.

-- Tygra's --
...
Рейтинг: 0 / 0
06.05.2005, 17:16
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33053459
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
авторХерня эти ваши аналогии. Необходимость в легковушках есть, а необходимости в ФС нет!

прекрасная аргументация. Возвращаясь к теме топика - рекомендации: лучше не вдаваться в тех. подробности при обосновании перехода на новые технологии а говорить рекламными лозунгами т.к. создание инф. системы в целях получения проф. опыта и создание инф. системы для автоматизации, скажем, торговли сосисками очень отличаются. Цели-то разные.
...
Рейтинг: 0 / 0
06.05.2005, 17:47
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33053890
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
1024ну, можно по разному акценты расставлять. Лампы это безусловно негатив, типа старьё и оцтой.
Афтар - барабанщик. То бишь дятел без музыкального слуха
...
Рейтинг: 0 / 0
07.05.2005, 04:12
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33053921
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
1024прекрасная аргументация. Возвращаясь к теме топика - рекомендации: лучше не вдаваться в тех. подробности при обосновании перехода на новые технологии а говорить рекламными лозунгами т.к. создание инф. системы в целях получения проф. опыта и создание инф. системы для автоматизации, скажем, торговли сосисками очень отличаются. Цели-то разные.
Ладно, для особо упертых попробую разжевать.
Необходимость в лампах есть, потому что полупроводники не обеспечивают нужных характеристик. Необходимость в разных видах транспорта обуславливается экономическими и эргономическими причинами.
Необходимости в ФС НЕТ . Потому что современные сервера БД обеспечиваю все потребности в управлении данными. Это и масштабируемость от наладонника да кластеров в сотни компьютеров. И ценовая политика. И требования по надежности и т.д. и т.п. Поэтому ФС доживает только в унаследованный приложениях. А создавать новое могут позволить себе только упертые маразматики, не желающие осваивать КС.
...
Рейтинг: 0 / 0
07.05.2005, 08:43
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33057158
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
Ух как мы всё по местам расставили. ГЫ. Вы имеете такой большой опыт коммерческой разработки с использованием широкого спектра средств чтоб говорить за всех? Думаю что нет.

Когда микрософт уберёт аксес из офиса тогда можно будет говорить что на смену пришла какая-то другая технология. На данный момент для небольших решений файл-сервер применяется и будет применяться т.к. дешевле в разработке и проще в поддержке.
...
Рейтинг: 0 / 0
11.05.2005, 12:39
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33057362
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
авторКогда микрософт уберёт аксес из офиса тогда можно будет говорить что на смену пришла какая-то другая технология. На данный момент для небольших решений файл-сервер применяется и будет применяться т.к. дешевле в разработке и проще в поддержке.
Так Аксесс там не из-за того, чтобы крутые программисты писали ФС-системы. Он там для того, чтобы те, кто себя программистом не считает, мог чего-то смастерить своими силами без обращения к программистам.

-- Tygra's --
...
Рейтинг: 0 / 0
11.05.2005, 13:33
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33057484
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
1024
Участник
автормог чего-то смастерить своими силами без обращения к программистам.


Да.

Но судя по соседним топикам разница между программистом и не программистом ммм... не очевидна.
...
Рейтинг: 0 / 0
11.05.2005, 14:10
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33057547
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Говорим не про то и не о том... ФС были, есть и будут есть.... Другое дело что тенденция к уменьшению тех случаев когда КС ипользвать не выгодно есть...
...
Рейтинг: 0 / 0
11.05.2005, 14:35
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33058840
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
1024Ух как мы всё по местам расставили. ГЫ. Вы имеете такой большой опыт коммерческой разработки с использованием широкого спектра средств чтоб говорить за всех?
Вы вместо "ГЫ" тож попробовали бы расставить все по полочкам... И за всех я не говорю. Я говорю от себя. Но стараюсь аргументировать свое мнение. Вот и ответьте пожалуйста - В КАКИХ СЛУЧАЯХ мне НЕОБХОДИМО использовать ФС и нельзя использовать КС?
...
Рейтинг: 0 / 0
12.05.2005, 08:03
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33058845
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
f_w_p 1024Ух как мы всё по местам расставили. ГЫ. Вы имеете такой большой опыт коммерческой разработки с использованием широкого спектра средств чтоб говорить за всех?
Вы вместо "ГЫ" тож попробовали бы расставить все по полочкам... И за всех я не говорю. Я говорю от себя. Но стараюсь аргументировать свое мнение. Вот и ответьте пожалуйста - В КАКИХ СЛУЧАЯХ мне НЕОБХОДИМО использовать ФС и нельзя использовать КС?
По моему самый обоснованный случай - это когда Вы знаете ФС и не знаете КС :)
...
Рейтинг: 0 / 0
12.05.2005, 08:10
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33060217
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
ASCRUSПо моему самый обоснованный случай - это когда Вы знаете ФС и не знаете КС :)
Это субъективизм! :-) Объективнее надо быть, объективнее.
...
Рейтинг: 0 / 0
12.05.2005, 15:51
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33061649
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
>В КАКИХ СЛУЧАЯХ мне НЕОБХОДИМО использовать ФС и нельзя использовать КС
Может быть тогда, когда идет съем данных с датчиков, причем в огромных количествах? Ведь КС не гарантирует какого-либо опрееделенного времени ответа, там в среднем все хорошо. А ФС - там можно достаточно просто всё реализовать.
...
Рейтинг: 0 / 0
13.05.2005, 11:22
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33061752
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
locky>В КАКИХ СЛУЧАЯХ мне НЕОБХОДИМО использовать ФС и нельзя использовать КС
Может быть тогда, когда идет съем данных с датчиков, причем в огромных количествах? Ведь КС не гарантирует какого-либо опрееделенного времени ответа, там в среднем все хорошо. А ФС - там можно достаточно просто всё реализовать.Ну, для съема информации с датчиков, в общем случае, сервер вообще не нужен.
...
Рейтинг: 0 / 0
13.05.2005, 11:53
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33061794
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
locky>В КАКИХ СЛУЧАЯХ мне НЕОБХОДИМО использовать ФС и нельзя использовать КС
Может быть тогда, когда идет съем данных с датчиков, причем в огромных количествах? Ведь КС не гарантирует какого-либо опрееделенного времени ответа, там в среднем все хорошо. А ФС - там можно достаточно просто всё реализовать.
Для этих целей FB хорошо использовать. И при чем здесь время ответа? Ведь мы в БД пишем, а не читаем.
...
Рейтинг: 0 / 0
13.05.2005, 12:00
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33062855
Alexey Rovdo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Rovdo
Гость
Urri locky>В КАКИХ СЛУЧАЯХ мне НЕОБХОДИМО использовать ФС и нельзя использовать КС
Может быть тогда, когда идет съем данных с датчиков, причем в огромных количествах? Ведь КС не гарантирует какого-либо опрееделенного времени ответа, там в среднем все хорошо. А ФС - там можно достаточно просто всё реализовать.Ну, для съема информации с датчиков, в общем случае, сервер вообще не нужен.

Уже говорил в соседней ветке, но скажу и здесь. Конечно, если клиент и сервер выступают в одном лице (а в оборудовании, системах сбора данных с датчиков и персональных устройствах так обычно дела и обстоят), то имеется много резонов использовать ФС. И все проблемы многопользовательского и сетевого доступа при таком раскладе неактуальны (нет ни многих пользователей, ни сетевого доступа). Ну а когда надо передать накопленные данные во внешние системы, то для этого пишутся специальные шлюзы, например, на базе XML-Web-сервисов.
...
Рейтинг: 0 / 0
13.05.2005, 16:16
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33065360
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
> И при чем здесь время ответа? Ведь мы в БД пишем, а не читаем
причем-причем... а при том, что я посылаю серверу запрос, а он мне отвечает - нате мол, получите результат.... А резалтсет это или статус-код - мне всё едино...
...
Рейтинг: 0 / 0
14.05.2005, 17:51
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33065420
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Текстовые файлы - самая быстрая СУБД :) для записи большого количества данных.
Оттуда уже можно куда хошь, сколько хошь, как хошь :)

-- Tygra's --
...
Рейтинг: 0 / 0
14.05.2005, 18:32
| Ответить | Цитировать | Написать  
Сравнение DBF и SQL-сервер
    #33065456
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
tygraТекстовые файлы - самая быстрая СУБД :) для записи большого количества данных.
Оттуда уже можно куда хошь, сколько хошь, как хошь :)

-- Tygra's --
Уточняю - с фиксированной длиной записи 80 байт и без символов перевода строки :)
...
Рейтинг: 0 / 0
14.05.2005, 19:14
| Ответить | Цитировать | Написать  
190 сообщений из 190, показаны все 8 страниц
  все  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение DBF и SQL-сервер
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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