ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте СУБД
25 сообщений из 87, страница 2 из 4
  2  все
Посоветуйте СУБД
    #32914096
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
А по поводу
ADO, BDE и ODBC уже давно идут споры.
И я читал в форуме что от версии к версии они не одинаково работают!
Ну зачем мне такие проблемы нужны?
Приди, настрой и гадай заработает правильно или нет...
Да и еще про надежность:
Чем меньше преобразований и соединений в цепи тем надежнее!!!!

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

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

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

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

Креативу нет предела ;-)
...
Рейтинг: 0 / 0
14.02.2005, 12:02
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914142
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
s_elected
И не нужно так резко реагирывать.
Смайлики - трупики эмоций. Эпистолярный жанр, однако, нынче не в почете.

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

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

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
md ЛокальнаяДиректорияКлиентскогоСофта
del /q ЛокальнаяДиректорияКлиентскогоСофта
copy \\SERVER\ресурс\*.*  ЛокальнаяДиректорияКлиентскогоСофта
rem если что-то требует регистрации:
rem regsvr32 имя файла
rem если нужны настройки
rem regedit -s имя файла
установит все необходимое, наверное, для любого SQL-сервера. Плюс установит/обновит клиентский софт.
...
Рейтинг: 0 / 0
14.02.2005, 12:15
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914152
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Нет разшареная папка не пойдет.
Шары часто падают да и в моем случае я могу указывать что обновлять, а что не обновлять. Плюс поддержка версий.
Не хочу рассказывать все что сделано. (Долго очень) да и не в этом спич.
Просто у каждого свой подход.

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

Креативу нет предела ;-)
...
Рейтинг: 0 / 0
14.02.2005, 12:21
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914183
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
s_elected
Шары часто падают

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

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

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

Какой вопрос? Что выбрать? Ну тебе же насоветовали многое, а выбор остается за тобой. Если же ты хочешь, чтоб выбор сделали за тебя, то тебе придется привести гораздо более детальное описание задачи, требований и условий. А еще можно заплатить консультантам, которые сами все проанализируют и поставят диагноз.
...
Рейтинг: 0 / 0
14.02.2005, 12:32
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914197
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
авторПодход должен быть профессиональным.
Да, и профессиональность оценивается по результатам!

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

Креативу нет предела ;-)
...
Рейтинг: 0 / 0
14.02.2005, 12:37
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914245
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
s_elected
Решение принято в сторону PostGre так как оно схоже по разговорам с Oracle.


Доверяй, но проверяй. Решение в данном случае весьма разумное, но проведение самостоятельного хотя бы поверхностного анализа и сравнения не так уж накладно, а сэкономить даже в близкой перспективе поможет очень много.
...
Рейтинг: 0 / 0
14.02.2005, 12:51
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914348
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Александр Гoлдун s_elected
Решение принято в сторону PostGre так как оно схоже по разговорам с Oracle.


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

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

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

Теперь ищу компоненты для Delphi 7 + Postgre 8
везде используют Postgre 7.4
Если кто знает какие использывать лучше напишите.
...
Рейтинг: 0 / 0
14.02.2005, 13:30
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914435
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
s_elected
Вот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

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

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

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

Не собираюсь ничего доказывать поскольку это аксиома: всегда надо по возможности использовать стандартные решения.
...
Рейтинг: 0 / 0
14.02.2005, 15:05
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914587
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
SergSuperНе собираюсь ничего доказывать поскольку это аксиома: всегда надо по возможности использовать стандартные решения.
И какое из них - стандартное ?
...
Рейтинг: 0 / 0
14.02.2005, 15:59
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914599
protector
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
protector
Участник
SergSuper

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


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



 Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
14.02.2005, 16:02
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914607
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, softwarer!
Ты пишешь:

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

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

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
14.02.2005, 16:04
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914616
protector
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
protector
Участник
softwarer
Вот, блин, опередил


Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
14.02.2005, 16:06
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914734
Фотография osse
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
osse
Участник
s_elected
Вот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

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

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


Типа, копи-паст из хелпа к ODAC ?
...
Рейтинг: 0 / 0
14.02.2005, 16:39
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914814
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
softwarer SergSuperНе собираюсь ничего доказывать поскольку это аксиома: всегда надо по возможности использовать стандартные решения.
И какое из них - стандартное ?

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

Что касается какого стандарта лучше придерживаться - до хоть какого-нибудь чем своего собственного.
...
Рейтинг: 0 / 0
14.02.2005, 17:04
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32915237
Фотография Markelenkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Markelenkov
Участник
s_electedВот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

А вот что использую я
[Oracle RDBMS] <> [TCP/IP] <> [Application]
Это как?
...
Рейтинг: 0 / 0
14.02.2005, 21:10
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32915313
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Markelenkov s_electedВот стандартное соединение с Oracle
[Oracle RDBMS] <> [SQL*Net] <> [OCI] <> [SQL Links] <> [BDE] <> [Application]

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

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

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

В одной умной книге по управлению персоналом есть фраза
"Поощеряйте нетрадиционный подход"
Если я соединяюсь с БД не через БДЕ это еще не значит что у меня софт хуже. Может он даже лучше и проще.
...
Рейтинг: 0 / 0
15.02.2005, 00:14
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32915416
nik_x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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 клиента.
...
Рейтинг: 0 / 0
15.02.2005, 05:47
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32915476
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Он ODAC Net имеет в виду
Кстати с ним не все гладко, сейчас напоролся на легкий проблемс с SuSe 8, Oracle 8.1.7.4. Через OCI и на других конфигурациях все забубись, а тут ODAC Net начинает что-то втирать про Large Pool

Копаю :(
...
Рейтинг: 0 / 0
15.02.2005, 08:20
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32915535
nik_x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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]
И опять - таки это все заточено под делфи. А если на С++ писать?
...
Рейтинг: 0 / 0
15.02.2005, 09:00
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32915543
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
К сожалению, ODAC Net штука достаточно уникальная :( Знаю аналогичное решение для Java, для C++ не знаю. Конечно никто не запрещает прилинковать к C++ делфевый код, обращающийся к ODAC, но это слишком окольный и весьма не легкий путь. Разработчики ODAC открыли исходники по всему продукту, за исключением той части, которая реализует ODAC Net, и их можно в этом понять.
...
Рейтинг: 0 / 0
15.02.2005, 09:05
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32916478
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
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/
...
Рейтинг: 0 / 0
15.02.2005, 14:06
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32916491
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
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/
...
Рейтинг: 0 / 0
15.02.2005, 14:09
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32916499
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Заодно, может посоветуешь, как быть тем, кто на VC пишет ? ;)
...
Рейтинг: 0 / 0
15.02.2005, 14:12
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32916515
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Gluk (Kazan)Заодно, может посоветуешь, как быть тем, кто на VC пишет ? ;)

http://crlab.com/oranet/

Правда тут через OCI уже =-(
...
Рейтинг: 0 / 0
15.02.2005, 14:16
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32916733
AI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AI
Участник
s_electedВсе просто клент не нужен вовсе!
Есть компоненты ODAC http://crlab.com/odac/
они умеют соединяться напрямую к БАЗЕ через TCP/IP
OCI не учавствует при таком соединении!

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

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

А если на сервере прописано SQLNET.ENCRYPTION_SERVER = required и заданы алгоритмы шифрования, то работает ли ODAC?
...
Рейтинг: 0 / 0
15.02.2005, 15:10
| Ответить | Цитировать | Написать  
25 сообщений из 87, страница 2 из 4
  2  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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