Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Организация работы предприятий с использованием разных СУБД  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1344
Насколько верна мысль, что для максимальной эффективности автоматизированной системы, должна использоваться одна СУБД ? К примеру, если есть несколько баз (разные отделы фирмы), то будет-ли лучше, если все они крутяться на чем-то одном (mssql, oracle и пр.) ? Вроде как, проблем взаимодействия между СУБД нет, получается, нет и принципиальной разницы на чем все работает ?
(денежный вопрос, и вопрос необходимости наличия отдельного админа под каждую СУБД не имеет принципиального значения)
1 июн 05, 19:40    [1589646]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
White Owl
Member

Откуда:
Сообщений: 12906
В принципе то да, можно жить и с зоопарком разных баз.
Но все равно возникает необходимость таскать данные между ними и не всегда это получается легко и просто. А значит кроме админов для каждого типа баз вам еще нужны специалисты-универсалы которые смогли бы делать связывание баз.
Но в принципе... Можно жить и с зоопарком. Но если везде стоят однотипные сервера - жить будет намного проще.
1 июн 05, 19:55    [1589673]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Paul Sacks
Member

Откуда:
Сообщений: 1105
StalkerS
Насколько верна мысль, что для максимальной эффективности автоматизированной системы, должна использоваться одна СУБД ? К примеру, если есть несколько баз (разные отделы фирмы), то будет-ли лучше, если все они крутяться на чем-то одном (mssql, oracle и пр.) ? Вроде как, проблем взаимодействия между СУБД нет, получается, нет и принципиальной разницы на чем все работает ?
(денежный вопрос, и вопрос необходимости наличия отдельного админа под каждую СУБД не имеет принципиального значения)

как и в предыдущем топике задаю вопрос: Почему русские люди постоянно создают себе проблемы, а потом героически их преодолевают?
1 июн 05, 21:08    [1589740]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
Paul Sacks
как и в предыдущем топике задаю вопрос: Почему русские люди постоянно создают себе проблемы, а потом героически их преодолевают?

Потому что не все платят за лицензии... Если бы все платили, то бы думали... И в конце - концов у многих бы на фирмах (малых и средних) крутилось что-то простое и надежное как FoxPro ...
1 июн 05, 23:56    [1589932]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67424
Блог
StalkerS
Насколько верна мысль, что для максимальной эффективности автоматизированной системы, должна использоваться одна СУБД ?

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

StalkerS
К примеру, если есть несколько баз (разные отделы фирмы), то будет-ли лучше, если все они крутяться на чем-то одном (mssql, oracle и пр.) ?

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

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

StalkerS
Вроде как, проблем взаимодействия между СУБД нет, получается, нет и принципиальной разницы на чем все работает ?

Принципиальных проблем нет. Но если можно избежать кучи работы руками - зачем ее создавать? Грубо говоря, зачем контролировать бэкап десяти баз, если можно контролировать бэкап одной?
2 июн 05, 09:40    [1590315]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
StalkerS

Насколько верна мысль, что для максимальной эффективности автоматизированной системы, должна использоваться одна СУБД ?

Ну, если под одной БД понимают, например, Оракл, то достаточно верна во многих случаях. Правда зависит от региона, потому, что там денег мало, там спецов. Тогда надо разбавлять Оракл аксцесами, ну и как мы видим в соседней ветке, некотрые могут и Йексель втюхать. Оракл будет и с ними по возможности работать.
2 июн 05, 15:03    [1591905]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
nik_x
Member

Откуда:
Сообщений: 1887
vadiminfo
[quot StalkerS]
... некотрые могут и Йексель втюхать. Оракл будет и с ними по возможности работать.


Случаем, не наоборот?
Сурово, гогда за основную СУБД - Ёксель тянет!
2 июн 05, 16:30    [1592296]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
EvgErmak
Member

Откуда:
Сообщений: 650
Субд могут быть разные, но справочники на ПРЕДПРИЯТИИ ДОЛЖНЫ БЫТЬ В ОДНОМ ЭКЗЕМПЛЯРЕ, мы намучились у нас например спрвочник организаций был в 4х ! программах (еще с DOS), когда не было сетки.

Желательно закрепить ответтственного за заведение справочников,
остальным READ ONLY
3 июн 05, 07:22    [1593485]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
azhukov
Member

Откуда:
Сообщений: 356
У нас крутятся как MS SQL, так и Oracle. Между ними организован обмен данными, при появлении каких либо новых функциональностей этот обмен приходится дорабатывать. Это вполне решаемо, но между однородными базами (между БД Оракл) это делать намного эффективнее и проще. Со специалистами также проще: будут нужны только одни, например, специалисты по оракл. Однозначно ответить сложно,но, если нужно внедрять какое либо новое решение, то лучше стараться делать все на одной платформе. Если уже есть решения, и они работают нормально, то врядли стоит все перестраивать.
3 июн 05, 11:04    [1594110]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
Если верить тому, что нам говорили представители от Microsoft тынц то в MS SQL Server 2005 сделано много для того, чтобы можно было легко "жонглировать" данными в базах данных Oracle непосредственно из среды MS SQL Server 2005... Кроме того, можно будет очень просто распространять данные удаленным клиентам информации, сохраненной в Oracle через штатные средства от Microsoft... Звучало все это очень интересно, правда не все пока у них работало на демонстрации, но как говорится - "Еще не вечер"...
4 июн 05, 21:00    [1597374]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
nik_x
Member

Откуда:
Сообщений: 1887
Sergey Ch

...
Звучало все это очень интересно, правда не все пока у них работало на демонстрации, но как говорится - "Еще не вечер"...


Правильно!
Нужно подождать чуть-чуть (лет ...дцать), когда выйдет SP-xx. Со всеми мыслимыми и не мыслимыми заплатками...
5 июн 05, 07:12    [1597566]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
nik_x

Сурово, гогда за основную СУБД - Ёксель тянет!

Ёксель вообще ни на какую СУБД не тянет, так как он и не СУБД вовсе. Т.е. с ним может быть тока файловая система (без БД). У MS для этого класса задач в качестве СУБД выступает Аксцесс, который входит вместе с Ёксель, Вордом и проч. в MS Офис. Если бы в MS считали, что Ёксель может выступать в качестве СУБД, то зачем там дужна была еще одна ССУБД - Аксцесс?
Наши парни - да, могут себе позволить не делать никакой разницы между электронными таблицами и БД. Но те кто налабал Ёксель и Аксцесс, на такую расслабуху прав, скорей всего, не имеют. Они обременены догмами и стереотипами знаний в области инфотехнологий, соответсвующих ихним стандартам. Хотя, с другой стороны, и стандарты нашего высшего образования не допускают путать такие понятия.
5 июн 05, 14:13    [1597762]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
VNS
Member

Откуда: Место съемок "Игры мотыльков"
Сообщений: 114
ПМСМ не только одна СУБД, но и одна база. А вот какая СУБД зависит уже от денежности предприятия. И потребностей.

2 Sergey_Ch FoxPro конечно штука простая и надежная. Но вот чтото 1С свалила с формата dbf в 8.0 на свой собственный, ну и MS SQL server.
6 июн 05, 07:14    [1598298]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
VNS
2 Sergey_Ch FoxPro конечно штука простая и надежная. Но вот чтото 1С свалила с формата dbf в 8.0 на свой собственный...

Как тут кто-то верно заметил на нашем форуме "Плох тот программист, что не думает, что программирование начинается именно с него..." Вот видимо в 1С кто-то и решили создать свою "нетленку"... Мы все люди со своими слабостями и недостатками...

P.S. Ну а Microsoft не развивает DBF как они признались сами "по политическим мотивам"...
6 июн 05, 09:19    [1598447]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Silver
Member

Откуда:
Сообщений: 141
2 Sergey_Ch:
1) Ссылочку на "политические мотивы" неразвития DBF?
2) ИМХО -- мотив только 1 -- деньги :))
7 июн 05, 17:25    [1603930]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
Silver
2 Sergey_Ch:
1) Ссылочку на "политические мотивы" неразвития DBF?
2) ИМХО -- мотив только 1 -- деньги :))


1. Кто-ж Вам такую ссылку даст? Все это было донесено до нас на форуме UT одним из менеджеров нашего проекта (VFP) - "если кому надо, то есть MS SQL Server..." был ответ... Мы спросили далее - есть ли технические ограничения на развитие стандарта DBF - ответ был снова "нет"... Остается только политика фирмы (естественно выраженная в деньгах)

2. Конечно деньги - если внести то, что мы просим - то > 90% фирм не будет покупать MS SQL Server за ненадобностью и дороговизной...
7 июн 05, 18:04    [1604163]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Silver
Member

Откуда:
Сообщений: 141
2 Sergey_Ch:
1) Тогда собственно уточним, что стандарт DBF - это стандарт хранения данных. Ок?
2) MSSQL -- Сервер СУБД, т.е. хранение + обработка
3) VFP -- средство разработки
Это дабы не было разночтений в трактовании :)
4) А чего вы собственно просили? Надеюсь это-то не тайна?
5) DBF в однопользовательском режиме на небольших объемах данных и так неплох, чего еще в нем ковырять?
6) Деньги :) Формулировка может быть и такой: "Вкладывать деньги в разработку не выгодно"
ИМХО
7 июн 05, 18:18    [1604240]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
Silver
2 Sergey_Ch:
1) Тогда собственно уточним, что стандарт DBF - это стандарт хранения данных. Ок?
2) MSSQL -- Сервер СУБД, т.е. хранение + обработка
3) VFP -- средство разработки
Это дабы не было разночтений в трактовании :)
4) А чего вы собственно просили? Надеюсь это-то не тайна?
5) DBF в однопользовательском режиме на небольших объемах данных и так неплох, чего еще в нем ковырять?
6) Деньги :) Формулировка может быть и такой: "Вкладывать деньги в разработку не выгодно"
ИМХО

1) И да и нет... Можно вносить в него измения, улучшающие его работу
2) Данные в SQL Server хранятся в файлах на диске (так-же как и в DBF) то есть пока другого еще не изобрели... Просто немного отличаются логичкски эти записи...
3) Не совсем так... В VFP очень много от MS SQL Server или наоборот, например программы (формы, отчеты...) хранятся в таблицах базы данных, У самой базы данных VFP сейчас есть контейнер, который следит за ссылочной целостностью... Можно лекго написать COM service который будет обрабатывать запросы клиентов, прослушивая определенный порт и отсылать ответы клиентам...
4) Много, не помню уже точно - расширить предел размера одной таблицы, добавить кластерные индексы и изменить структуру существующих, увеличить длину VARCHAR, изменить принципы транзакций ... где-то есть наш лист желаний...
5) Техника за последние 15 лет сильно изменилась, сети и диски стали быстрее, так что можно хранить и побольше данных чем сейчас...
6) Просто у MS есть продукт который они хотят двигать, ну а FoxPro занимает свою нишу, которую нет смысла расширять, хотя продукт очень хороший и сильно улучшен в 9 версии...
7 июн 05, 20:27    [1604534]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
White Owl
Member

Откуда:
Сообщений: 12906
Sergey Ch
Silver

1) Тогда собственно уточним, что стандарт DBF - это стандарт хранения данных. Ок?

1) И да и нет... Можно вносить в него измения, улучшающие его работу

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

Sergey Ch
Silver
2) MSSQL -- Сервер СУБД, т.е. хранение + обработка

2) Данные в SQL Server хранятся в файлах на диске (так-же как и в DBF) то есть пока другого еще не изобрели... Просто немного отличаются логичкски эти записи...

Глупости. Различия там намного глубже. MSSQL как и любой СУБД хранит все логические таблицы базы, плюс следит за соответствием данных в этих таблицах друг-другу (primary/foreign key например). В DBF никакого контроля нету в принципе. И каждая таблица лежит в собственном файле.
Не надо путать принципы хранения информации на диске с системой обработки данных.

Sergey Ch
Silver
3) VFP -- средство разработки
Это дабы не было разночтений в трактовании :)

3) Не совсем так... В VFP очень много от MS SQL Server или наоборот, например программы (формы, отчеты...) хранятся в таблицах базы данных, У самой базы данных VFP сейчас есть контейнер, который следит за ссылочной целостностью... Можно лекго написать COM service который будет обрабатывать запросы клиентов, прослушивая определенный порт и отсылать ответы клиентам...

И все таки, VFP это среда разрабтки клиентских приложений. К формату хранения данных оно относится очень опосредовано. Да VFP имеет встроенный навороченый драйвер работы с DBF. Но с тем же успехом VFP можно подключить к нормальной СУБД и получить все вкусности СУБД плюс возможности Фокса.
7 июн 05, 22:51    [1604719]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
White Owl

1) Не согласен до конца... Данные тоже хранятся в виде блоков...
2) В FoxPro есть средства как и в SQL Server следящие за всем теми-же вещами (integrity, relationship, indexs...)
3) В MS SQL Server 2005 тоже можно подключиться к Oracle или DBF и делать весьма неплохие вещи... Насчет красивых каритнок не знаю - но нам говорили что тоже можно, но не удобно
7 июн 05, 23:20    [1604769]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
White Owl
Member

Откуда:
Сообщений: 12906
Sergey Ch
White Owl

1) Не согласен до конца... Данные тоже хранятся в виде блоков...

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

Sergey Ch
2) В FoxPro есть средства как и в SQL Server следящие за всем теми-же вещами (integrity, relationship, indexs...)

Еще раз повторяю - не надо путать среду разработки с драйвером и формат хранения. Это разные сущности. Это очень разные сущности.

Sergey Ch
3) В MS SQL Server 2005 тоже можно подключиться к Oracle или DBF и делать весьма неплохие вещи...

То есть разницу между средой разработки клиентских приложений и сервером базы данных ты не видишь в принципе? :)
Кстати, я не специалист в MSSQL, но неужели у них до 2005-го года не было возможности подключаться к другим базам? Почему они сейчас об этом как о чем-то уникальном говорят?
8 июн 05, 00:11    [1604805]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
VNS
Member

Откуда: Место съемок "Игры мотыльков"
Сообщений: 114
Ночевал вчера на даче. От нечего почитать и за неимением компьютера ( в прнципе у меня и дома нет только на работе) попался журнал PC magazine вроде так пишется за 93 год. Как раз с обзором Microsoft Access 1.0, и сравнение с FoxPro 2.0, а также реклама MS SQL 4.5. Так после прочтения сложилось впечатление что мелкософт специально купил foxpro, некоторые другие продукты чтобы их благополучно похерить. Если бы DBASE кто там был поначалу Ashton Tate? может быть дальше продвигали. Кому интересно могу послезавтра выложить результаты тестов сравнение баз Microsoft Access, FoxPro 2.0, Paradox и еще какая то.
8 июн 05, 06:29    [1604903]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

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





"White Owl" <nospam@sql.ru> wrote in message news:1604805@sql.ru...
Sergey Ch
White Owl


1) Не согласен до конца... Данные тоже хранятся в виде блоков...

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


Posted via ActualForum NNTP Server 1.2

10 июн 05, 11:55    [1612745]     Ответить | Цитировать Сообщить модератору
 Re: Организация работы предприятий с использованием разных СУБД  [new]
Ray D
Member

Откуда: from the middle of nowhere
Сообщений: 3598
Блог
White Owl
Кстати, я не специалист в MSSQL, но неужели у них до 2005-го года не было возможности подключаться к другим базам? Почему они сейчас об этом как о чем-то уникальном говорят?

К другим СУБД? Ерунда. По-крайней мере в 2000-м, которому лет уж слава богу, и linked-серверы есть и всякие opendatasource, openrowset и т.д. Да и в 7-ке поди было, но я тогда этим функционалом не пользовался.
16 июн 05, 10:15    [1623874]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить