Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8   вперед  Ctrl      все
 Сравнение DBF и SQL-сервер  [new]
mod
Member

Откуда:
Сообщений: 2318
Необходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF.
Заранее благодарен!
24 фев 05, 07:50    [1340793]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
mod
Необходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF.

В архивах поищи. Что-то про FoxPro.
24 фев 05, 07:59    [1340799]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Астралопитек
Member

Откуда: Кошачья Берлога в Хаосе
Сообщений: 369
Уже было, и не раз. Поиск рулит
24 фев 05, 08:54    [1340857]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Серега
Member

Откуда:
Сообщений: 887
mod
Необходимо обосновать переход с DBF-таблиц на SQL Server 2000. Для этого нужно выявить все достоинства хранения, поиски и пр. в SQL Server по сравнению с DBF.

Если такой переход надо обосновывать, то переходить не надо.
24 фев 05, 09:18    [1340903]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Crip
Member

Откуда:
Сообщений: 2490
2Серега
Не правда ваша. Обосновывать надо все и всегда. Было полно случаев безграмотной автоматизации, когда именно такой казалось бы очевидный переход приводил к сбоям в работе нормально функционирующей организации.
24 фев 05, 10:38    [1341140]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Ну например: намного возрастет сохранность данных, непротиворечивость. Еще больше - скорость работы с ними, обслуживание. Возможность бэкапов, разграничение прав и т.д. и т.п.

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

-- Tygra's --
24 фев 05, 12:08    [1341522]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
karly™
Guest
2 tygra

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

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

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

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

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

p.s. Чтобы не разжигать флейма, оговорюсь, что речь идет об учетных системах на малом предприятии. Если у вас интернет-магазин, то разграничение прав и горячие бэкапы будут нужны вам, как воздух. Но тогда вопрос об использовании dbf отпадает сам собой
24 фев 05, 12:29    [1341618]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
andy st
Member

Откуда:
Сообщений: 899
2 tygra
я так понимаю, ща будет очередная публичная порка? ;)
24 фев 05, 12:47    [1341697]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Crip
Member

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

Ну во-первых тут уже правильно предложили воспользоваться поиском. Тема обсасывалась со всех сторон.
Во-вторых вам рассказать реальный пример того что вы не правы, когда говорите, что это всего лишь рекламные лозунги.
Пример таков:
Вот лежит реальная dbf база на файл-сервере. С железом и сетью все в порядке, для хранения данных используется корзинка RAID-5. И вдруг случается, что в корзинке вылетает не один, а сразу 2 диска :). И все - восстановление из ночного бекапа и ручное собирание по крохам весьма ценных данных.
С клиент-сервером такого не будет, потому как есть резервный сервер на который идет постоянный log-shipping. В худшем случае потеря составит несколько минут.
Можно конечно придумать и очень дорогое аппаратное решение для файл-сервера и все равно надежность будет ниже.
24 фев 05, 13:07    [1341777]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

karlyT пишет:

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

Малое, это кол-во пользователей < 2?

Posted via ActualForum NNTP Server 1.1

24 фев 05, 13:08    [1341778]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Мимо пробегал...
Guest
2 karly™

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

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

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

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

Вобщем в таком аксепте....
24 фев 05, 13:13    [1341791]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Не, ничего не будет. :))
Только один вопрос - поясните мне, что означает следующая фраза:
автор
До тех пределов, пока файл-сервер еще работает, он работает быстрее

Это как? Что значит еще работает? Чем отличается работает и еще работает? И чем отличается еще работает от того, что будет после? И как оно, это после, называется?

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

-- Tygra's --
24 фев 05, 13:15    [1341800]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32886

Привет, Crip!
Ты пишешь:

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

Не-а.
Не всё. Если в корзинке есть хотя бы один резервный диск.
Правильные пацаны всегда подкладывают его в корзинку ;)
RAID-5, без резервирования - это полумеры.

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

Posted via ActualForum NNTP Server 1.1

24 фев 05, 13:17    [1341815]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Crip
Member

Откуда:
Сообщений: 2490
2Мимопроходящий
Ну в том примере на самом деле вылетело целых 3 диска :) Впрочем мне почему-то кажется, что вина админов в этом безусловно есть :)
24 фев 05, 14:03    [1341980]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
karly™
Guest
Crip
С клиент-сервером такого не будет, потому как есть резервный сервер на который идет постоянный log-shipping. В худшем случае потеря составит несколько минут.
Параллелько копировать данные на другой сервер можно и при работе с dbf. Даже в код добавлять практически ничего не надо.

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

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

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

Мимо пробегал...
Ты, мил человек, форумом ошибся. Здесь скучные дядьки обсуждают свои мелкие проблемы. А настоящие спермотоксикозные парни все валят на udaff.com
24 фев 05, 14:14    [1342021]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Jimmy
Member

Откуда: г.Москва
Сообщений: 3136
Crip
2Мимопроходящий
Ну в том примере на самом деле вылетело целых 3 диска :) Впрочем мне почему-то кажется, что вина админов в этом безусловно есть :)


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

2 All
По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений.
24 фев 05, 14:19    [1342036]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
andy st
Member

Откуда:
Сообщений: 899
Jimmy
2 All
По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений.

и особенно достойно выполняются select-ы на пару строк из dbf-ки на 50 Мбайт на канале в 128Кбит/сек... ;)
24 фев 05, 14:29    [1342082]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Crip
Member

Откуда:
Сообщений: 2490
Jimmy
2. Предположение, что _все_ клиент-серверные системы имеют резервный сервер, по меньшей мере _сильно преувеличено_.

2 All
По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений.

А горячий бекап? Особенно бекап лога. Он ведь минимально сказывается на быстродействии и стоимости системы.
А по поводу быстродействия, так я же говорю, что любой переход всегда надо обосновывать. Движение вперед в плане технологий, далеко не всегда оказывается выигрышем для бизнеса.
24 фев 05, 14:31    [1342096]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32886

Привет, Jimmy!
Ты пишешь:

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

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

Posted via ActualForum NNTP Server 1.1

24 фев 05, 14:32    [1342101]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Crip
Member

Откуда:
Сообщений: 2490
andy st
Jimmy
2 All
По _опыту работы_ с FoxPro, MS SQL Server, Sybase ASE - Фокс, по быстродействию на массивах до 10 000 000 записей, держится весьма достойно, так что не надо голословных заявлений.

и особенно достойно выполняются select-ы на пару строк из dbf-ки на 50 Мбайт на канале в 128Кбит/сек... ;)

Вы судя по всему мало представляете реальную эксплуатацию файл-серверных систем.
Ну во-первых , к вашему сведению существует индексация, при этом совсем не происходит полная протяжка файлов по сети.
Во-вторых терминальные сервисы рулят.
24 фев 05, 14:34    [1342105]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
karly™
Guest
andy st
и особенно достойно выполняются select-ы на пару строк из dbf-ки на 50 Мбайт на канале в 128Кбит/сек... ;)
Если ты не в курсе - запрос выполнится за доли секунды.

2 All
С этого места не стоит начинать нести чепуху типа "да он же сначала должен весь файл на клиента закачать!"
Поиск - рулит.
24 фев 05, 14:42    [1342146]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
Мимо пробегал....
Guest
2karly™

Так я ж глубиною мысли Ваш пост никак догнать не смог, ну хоть изложением это дело попробовал поправить :) Ну как еще отностися к тому, что непротиворечивость - это рекламный слоган? Это же для части местной публики прокруче всяких удавов.ком буит... :)
24 фев 05, 14:43    [1342150]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
andy st
Member

Откуда:
Сообщений: 899
Crip

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

это зависит от средства доступа к dbf... тут как повезет...
Crip
Во-вторых терминальные сервисы рулят.

рулили... когда-то...
и вообще не рулят при условии, что сетка плохая, и данные НАДО ввести в тот момент, когда сети плохо (ибо потом просто нечего вводить будет).
24 фев 05, 14:50    [1342176]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
andy st
Member

Откуда:
Сообщений: 899
karly™
Если ты не в курсе - запрос выполнится за доли секунды.

ДАК ЧТО Ж ЭТО ЗАПРОС ПО ПОЛЧАСА ВИСИТ!!!!
просвяти, о великий, что же делать в ситуации, когда фокс досовый в районе 2.5 , драйвер для доступа - Microsoft Visual FoxPro Driver
и права на сетевой ресурсе только на чтение?
24 фев 05, 15:09    [1342264]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение DBF и SQL-сервер  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Да, про непротиворечивость что-то позабыли, видать не найдут, чего тут сказать. Про хранимые процедуры - тоже забудем может? Про триггера?

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

-- Tygra's --
24 фев 05, 15:24    [1342321]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить