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

Откуда: Серпухов
Сообщений: 472
А по поводу
ADO, BDE и ODBC уже давно идут споры.
И я читал в форуме что от версии к версии они не одинаково работают!
Ну зачем мне такие проблемы нужны?
Приди, настрой и гадай заработает правильно или нет...
Да и еще про надежность:
Чем меньше преобразований и соединений в цепи тем надежнее!!!!

Вот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

А вот что использую я
[Oracle RDBMS] <> [TCP/IP] <> [Application]

Ну, и что надежнее и быстрее в этом случае?

Просто нужно не только доказывать свое!!! А еще и слушать! Уметь понять что говорят!

Креативу нет предела ;-)
14 фев 05, 12:02    [1319239]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Александр Гoлдун
Member

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

И не нужно так резко реагирывать.

Смайлики - трупики эмоций. Эпистолярный жанр, однако, нынче не в почете.

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

Элементарный bat-файл на клиенте в автозагрузке:

md ЛокальнаяДиректорияКлиентскогоСофта
del /q ЛокальнаяДиректорияКлиентскогоСофта
copy \\SERVER\ресурс\*.*  ЛокальнаяДиректорияКлиентскогоСофта
rem если что-то требует регистрации:
rem regsvr32 имя файла
rem если нужны настройки
rem regedit -s имя файла
установит все необходимое, наверное, для любого SQL-сервера. Плюс установит/обновит клиентский софт.
14 фев 05, 12:15    [1319306]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
s_elected
Member

Откуда: Серпухов
Сообщений: 472
Нет разшареная папка не пойдет.
Шары часто падают да и в моем случае я могу указывать что обновлять, а что не обновлять. Плюс поддержка версий.
Не хочу рассказывать все что сделано. (Долго очень) да и не в этом спич.
Просто у каждого свой подход.

А вопрос так и не решился.

Креативу нет предела ;-)
14 фев 05, 12:21    [1319322]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Александр Гoлдун
Member

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

Шары часто падают

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

s_elected

Просто у каждого свой подход.

Подход должен быть профессиональным.
s_elected

А вопрос так и не решился.

Какой вопрос? Что выбрать? Ну тебе же насоветовали многое, а выбор остается за тобой. Если же ты хочешь, чтоб выбор сделали за тебя, то тебе придется привести гораздо более детальное описание задачи, требований и условий. А еще можно заплатить консультантам, которые сами все проанализируют и поставят диагноз.
14 фев 05, 12:32    [1319367]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
s_elected
Member

Откуда: Серпухов
Сообщений: 472
автор
Подход должен быть профессиональным.

Да, и профессиональность оценивается по результатам!

Решение принято в сторону PostGre так как оно схоже по разговорам с Oracle.
Компонеты прямгого доступа буду искать если кто знает подскажите.
Всем спасибо за участие

Креативу нет предела ;-)
14 фев 05, 12:37    [1319388]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Александр Гoлдун
Member

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

Решение принято в сторону PostGre так как оно схоже по разговорам с Oracle.


Доверяй, но проверяй. Решение в данном случае весьма разумное, но проведение самостоятельного хотя бы поверхностного анализа и сравнения не так уж накладно, а сэкономить даже в близкой перспективе поможет очень много.
14 фев 05, 12:51    [1319446]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
s_elected
Member

Откуда: Серпухов
Сообщений: 472
Александр Гoлдун
s_elected

Решение принято в сторону PostGre так как оно схоже по разговорам с Oracle.


Доверяй, но проверяй. Решение в данном случае весьма разумное, но проведение самостоятельного хотя бы поверхностного анализа и сравнения не так уж накладно, а сэкономить даже в близкой перспективе поможет очень много.


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

Конечно окончательно пойму правильно или неправильно принял решение позже. Но пока так.

Теперь ищу компоненты для Delphi 7 + Postgre 8
везде используют Postgre 7.4
Если кто знает какие использывать лучше напишите.
14 фев 05, 13:30    [1319579]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
s_elected

Вот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

А вот что использую я
[Oracle RDBMS] <> [TCP/IP] <> [Application]

Ну, и что надежнее и быстрее в этом случае?

Просто нужно не только доказывать свое!!!


Не собираюсь ничего доказывать поскольку это аксиома: всегда надо по возможности использовать стандартные решения.
14 фев 05, 15:05    [1319690]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67383
Блог
SergSuper
Не собираюсь ничего доказывать поскольку это аксиома: всегда надо по возможности использовать стандартные решения.

И какое из них - стандартное?
14 фев 05, 15:59    [1319891]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
protector
Member

Откуда: Иваново, Россия
Сообщений: 600
SergSuper


Не собираюсь ничего доказывать поскольку это аксиома: всегда надо по возможности использовать стандартные решения.


Извините, а что есть по вашему СТАНДАРТНЫЕ решения?



Posted via ActualForum NNTP Server 1.1

14 фев 05, 16:02    [1319906]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Мимопроходящий
Member

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

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

softwarer
SergSuper
Не собираюсь ничего доказывать поскольку это аксиома:
всегда надо по возможности использовать стандартные решения.

И какое из них - стандартное?
Стандарты разные бывают...
Корпоративные, отраслевые, государственные...

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

Posted via ActualForum NNTP Server 1.1

14 фев 05, 16:04    [1319916]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
protector
Member

Откуда: Иваново, Россия
Сообщений: 600

softwarer

Вот, блин, опередил


Posted via ActualForum NNTP Server 1.1

14 фев 05, 16:06    [1319926]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
osse
Member

Откуда: Н-ск
Сообщений: 162
s_elected

Вот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

А вот что использую я
[Oracle RDBMS] <> [TCP/IP] <> [Application]

Ну, и что надежнее и быстрее в этом случае?


Типа, копи-паст из хелпа к ODAC ?
14 фев 05, 16:39    [1320063]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
softwarer
SergSuper
Не собираюсь ничего доказывать поскольку это аксиома: всегда надо по возможности использовать стандартные решения.

И какое из них - стандартное?


Я то откуда знаю? Я ж в Оракле не разбираюсь. Просто человек выбирал из стандартного(по его мнению) и доморощенного и выбрал последнее.

Что касается какого стандарта лучше придерживаться - до хоть какого-нибудь чем своего собственного.
14 фев 05, 17:04    [1320159]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Markelenkov
Member

Откуда:
Сообщений: 2312
s_elected
Вот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

А вот что использую я
[Oracle RDBMS] <> [TCP/IP] <> [Application]

Это как?
14 фев 05, 21:10    [1320718]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
s_elected
Member

Откуда: Серпухов
Сообщений: 472
Markelenkov
s_elected
Вот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

А вот что использую я
[Oracle RDBMS] <> [TCP/IP] <> [Application]

Это как?


А вот так есть приложение есть СУБД есть TCP/IP и все
приложение соединяется напрямую с СУБД.

И на счет стандартов и всяких выражениц типа "Доморощеный" =-)
Все оценивается еще раз подчеркиваю по результатам.
Ну а если у кого-то неприязнь к ODAC и нетрадиционным решениям, то это его проблемы.

В одной умной книге по управлению персоналом есть фраза
"Поощеряйте нетрадиционный подход"
Если я соединяюсь с БД не через БДЕ это еще не значит что у меня софт хуже. Может он даже лучше и проще.
15 фев 05, 00:14    [1320825]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
nik_x
Member

Откуда:
Сообщений: 1887
s_elected
Markelenkov
s_elected
Вот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

А вот что использую я
[Oracle RDBMS] <> [TCP/IP] <> [Application]

Это как?


А вот так есть приложение есть СУБД есть TCP/IP и все
приложение соединяется напрямую с СУБД.

И на счет стандартов и всяких выражениц типа "Доморощеный" =-)
Все оценивается еще раз подчеркиваю по результатам.
Ну а если у кого-то неприязнь к ODAC и нетрадиционным решениям, то это его проблемы.

В одной умной книге по управлению персоналом есть фраза
"Поощеряйте нетрадиционный подход"
Если я соединяюсь с БД не через БДЕ это еще не значит что у меня софт хуже. Может он даже лучше и проще.


Ты, что, OCI сам написал? Иначе как работаешь с SQL*Net.
Или Oracle уже стал уметь работать прям-таки через IP и все.
Научи, как работать не устанавливая Oracle клиента.
15 фев 05, 05:47    [1320959]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Он ODAC Net имеет в виду
Кстати с ним не все гладко, сейчас напоролся на легкий проблемс с SuSe 8, Oracle 8.1.7.4. Через OCI и на других конфигурациях все забубись, а тут ODAC Net начинает что-то втирать про Large Pool

Копаю :(
15 фев 05, 08:20    [1321040]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
nik_x
Member

Откуда:
Сообщений: 1887
Gluk (Kazan)
Он ODAC Net имеет в виду
Кстати с ним не все гладко, сейчас напоролся на легкий проблемс с SuSe 8, Oracle 8.1.7.4. Через OCI и на других конфигурациях все забубись, а тут ODAC Net начинает что-то втирать про Large Pool

Копаю :(


Ну тогда <s_elected> и рисовал бы:
[Oracle RDBMS] <> [SQL*Net] <> [ODAC] <> [Application]
И опять - таки это все заточено под делфи. А если на С++ писать?
15 фев 05, 09:00    [1321112]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
К сожалению, ODAC Net штука достаточно уникальная :( Знаю аналогичное решение для Java, для C++ не знаю. Конечно никто не запрещает прилинковать к C++ делфевый код, обращающийся к ODAC, но это слишком окольный и весьма не легкий путь. Разработчики ODAC открыли исходники по всему продукту, за исключением той части, которая реализует ODAC Net, и их можно в этом понять.
15 фев 05, 09:05    [1321120]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
s_elected
Member

Откуда: Серпухов
Сообщений: 472
nik_x
s_elected
Markelenkov
s_elected
Вот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

А вот что использую я
[Oracle RDBMS] <> [TCP/IP] <> [Application]

Это как?


А вот так есть приложение есть СУБД есть TCP/IP и все
приложение соединяется напрямую с СУБД.

И на счет стандартов и всяких выражениц типа "Доморощеный" =-)
Все оценивается еще раз подчеркиваю по результатам.
Ну а если у кого-то неприязнь к ODAC и нетрадиционным решениям, то это его проблемы.

В одной умной книге по управлению персоналом есть фраза
"Поощеряйте нетрадиционный подход"
Если я соединяюсь с БД не через БДЕ это еще не значит что у меня софт хуже. Может он даже лучше и проще.


Ты, что, OCI сам написал? Иначе как работаешь с SQL*Net.
Или Oracle уже стал уметь работать прям-таки через IP и все.
Научи, как работать не устанавливая Oracle клиента.


Все просто клент не нужен вовсе!
Есть компоненты ODAC http://crlab.com/odac/
они умеют соединяться напрямую к БАЗЕ через TCP/IP
OCI не учавствует при таком соединении!

есть версии как для Delphi так и для C++ Builder всех версий.
там все написано

а чтобы окончательно все прояснить по поводу соединения,
то вот ссылка где нормальным английским языком все написано
http://crlab.com/odac/
15 фев 05, 14:06    [1322270]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
s_elected
Member

Откуда: Серпухов
Сообщений: 472
nik_x
Gluk (Kazan)
Он ODAC Net имеет в виду
Кстати с ним не все гладко, сейчас напоролся на легкий проблемс с SuSe 8, Oracle 8.1.7.4. Через OCI и на других конфигурациях все забубись, а тут ODAC Net начинает что-то втирать про Large Pool

Копаю :(


Ну тогда <s_elected> и рисовал бы:
[Oracle RDBMS] <> [SQL*Net] <> [ODAC] <> [Application]
И опять - таки это все заточено под делфи. А если на С++ писать?


еще раз объясняю http://crlab.com/odac/
15 фев 05, 14:09    [1322283]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Заодно, может посоветуешь, как быть тем, кто на VC пишет ? ;)
15 фев 05, 14:12    [1322292]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
s_elected
Member

Откуда: Серпухов
Сообщений: 472
Gluk (Kazan)
Заодно, может посоветуешь, как быть тем, кто на VC пишет ? ;)


http://crlab.com/oranet/

Правда тут через OCI уже =-(
15 фев 05, 14:16    [1322311]     Ответить | Цитировать Сообщить модератору
 Re: Посоветуйте СУБД  [new]
AI
Member

Откуда: Москва
Сообщений: 2817
s_elected
Все просто клент не нужен вовсе!
Есть компоненты ODAC http://crlab.com/odac/
они умеют соединяться напрямую к БАЗЕ через TCP/IP
OCI не учавствует при таком соединении!

есть версии как для Delphi так и для C++ Builder всех версий.
там все написано

а чтобы окончательно все прояснить по поводу соединения,
то вот ссылка где нормальным английским языком все написано
http://crlab.com/odac/


А если на сервере прописано SQLNET.ENCRYPTION_SERVER = required и заданы алгоритмы шифрования, то работает ли ODAC?
15 фев 05, 15:10    [1322593]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить