ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте СУБД
87 сообщений из 87, показаны все 4 страниц
  все  
Посоветуйте СУБД
    #32913140
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Привет ALL!
Всю жизнь работал на Oracle в организации.
отзывы только положительные просто супер!
Теперь поднимаю проект и нужна бесплатная СУБД
ну или субд с бюджетом до 1000 $
Нужны триггеры хранимые процедуры транзакции
хорошая надежность удобный бэкап и производительность
и удобство работы.

В общем нужен Oracle, только бесплатный =-)))

понимаю что такого не бывает, но все же что сейчас самое лучшее
Смотрел в сторону PostGre 8 и MySql 5 может еще кто что знает???

Народ посоветуйте, а =-)))

Креативу нет предела ;-)
...
Рейтинг: 0 / 0
13.02.2005, 00:55
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913159
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник
firebird
...
Рейтинг: 0 / 0
13.02.2005, 04:14
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913209
Sad Spirit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sad Spirit
Участник
s_electedНужны ... хорошая надежность ...
Смотрел в сторону ... MySql 5 ...


А как сочетаются "хорошая надёжность" и рассмотрение сырой альфа версии? ;)

А так выбор небольшой --- либо PostgreSQL, либо Firebird. Есть ещё, впрочем, некий MaxDB, но его мало кто использует.
...
Рейтинг: 0 / 0
13.02.2005, 11:17
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913217
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Sad Spirit s_electedНужны ... хорошая надежность ...
Смотрел в сторону ... MySql 5 ...


А как сочетаются "хорошая надёжность" и рассмотрение сырой альфа версии? ;)

А так выбор небольшой --- либо PostgreSQL, либо Firebird. Есть ещё, впрочем, некий MaxDB, но его мало кто использует.

MySQL 5 Рассматривался на будующее
т.е. в надежде что выдет нормальный релиз к запуску проекта
...
Рейтинг: 0 / 0
13.02.2005, 11:37
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913220
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Ок я так понял выбор не велик и MySQL отсеился
тогда вопрос
PostgreSQL или Firebird?

Опереционка Windows 2000 Server
и вышенаписанные требования.
Да и еще вопрос: что из этого лучше живет с Delphi 7.
Net, ADO, ODBC, BDE не рассматриваются изначально.
Нужны компоненты прямого доступа. Если кто знает напишите.

Креативу нет предела ;-)
...
Рейтинг: 0 / 0
13.02.2005, 11:40
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913232
AiSK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AiSK
Участник
Oraclисту лучше выбирать PosgreSQL , но при работе с Delphi Firebird предпочтительнее, досточно широкий выбор компонентов. Насколько могу судить, большинство использует FiBplus.
Может посмотреть ссылки по компонентам
http://sdm.viptop.ru/links.html
...
Рейтинг: 0 / 0
13.02.2005, 12:09
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913235
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
s_electedNet, ADO, ODBC, BDE не рассматриваются изначально.
Креативу нет предела ;-)
Вы считаете, что напишете лучше чем Борланд или Микрософт?
...
Рейтинг: 0 / 0
13.02.2005, 12:12
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913239
Фотография www.fun4me.narod.ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
www.fun4me.narod.ru
Участник
Cat2 s_electedNet, ADO, ODBC, BDE не рассматриваются изначально.
Креативу нет предела ;-)
Вы считаете, что напишете лучше чем Борланд или Микрософт?

Можно подумать, что в Микрософт не программисты пишут! Хуже-то уж точно не напишет.
...
Рейтинг: 0 / 0
13.02.2005, 12:16
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913241
Фотография www.fun4me.narod.ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
www.fun4me.narod.ru
Участник
>> Хуже-то уж точно не напишет.

Потому, что он будет использовать компоненты, оптимизированные под конкретную СУБД. А много компонентов, оптимизированных под PostgreSQL написано было в Microsoft?
...
Рейтинг: 0 / 0
13.02.2005, 12:19
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913252
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Partisan M
Участник

Потому, что он будет использовать компоненты, оптимизированные под конкретную СУБД. А много компонентов, оптимизированных под PostgreSQL написано было в Microsoft?

Драйвер к PostgreSQL для нет написан коллективом разработчиков PostgreSQL. Это однако не гарантия качечества - вот драйвер OLE DB тоже ихний, но дефективный - во всяком случае, не позволяет использовать PostgreSQL в качестве "связанного сервера" для MS SQL. Т.е. надо испытывать, так же как и другие драйвера для Windows. При использовании C API: во-первых, надо оттранслировать библиотеку самостоятельно, во-вторый, я не увидел там административных функций, в отличие от C API для Firebird.
...
Рейтинг: 0 / 0
13.02.2005, 12:39
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913260
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
www.fun4me.narod.ru
Можно подумать, что в Микрософт не программисты пишут! Хуже-то уж точно не напишет.
Пишут-то программисты, а вот где взять сотни миллионов бета-тестеров?
...
Рейтинг: 0 / 0
13.02.2005, 12:52
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913277
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Cat2 s_electedNet, ADO, ODBC, BDE не рассматриваются изначально.
Креативу нет предела ;-)
Вы считаете, что напишете лучше чем Борланд или Микрософт?

Я считаю что в Москву через китай из питера не ездят
...
Рейтинг: 0 / 0
13.02.2005, 13:51
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913280
nik_x
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nik_x
Участник
Если уже успел привыкнуть к оракулевским строковым функциям типа:
TRANSLATE, REPLACE, INSTR и т.д., пиши, намылю UDF для FireBird.
...
Рейтинг: 0 / 0
13.02.2005, 13:59
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913308
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
s_elected Cat2 s_electedNet, ADO, ODBC, BDE не рассматриваются изначально.
Креативу нет предела ;-)
Вы считаете, что напишете лучше чем Борланд или Микрософт?

Я считаю что в Москву через китай из питера не ездят
И для поездки строят свой паровоз.
...
Рейтинг: 0 / 0
13.02.2005, 15:30
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913329
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Cat2 s_elected Cat2 s_electedNet, ADO, ODBC, BDE не рассматриваются изначально.
Креативу нет предела ;-)
Вы считаете, что напишете лучше чем Борланд или Микрософт?

Я считаю что в Москву через китай из питера не ездят
И для поездки строят свой паровоз.

Для комфортной поездки арендуют быстрый и качественный паравоз S200
и приезжают за 4 часа
а не убогой красной стрелой которая едет 12 часов зато всем известная =-)
...
Рейтинг: 0 / 0
13.02.2005, 16:17
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913348
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.G.
Участник
s_electedНужны триггеры хранимые процедуры транзакции
хорошая надежность удобный бэкап и производительность
и удобство работы.
s_elected
Опереционка Windows 2000 Server
и вышенаписанные требования.
Да и еще вопрос: что из этого лучше живет с Delphi 7.
Лично я доволен связкой firebird->fibplus->Delphi, в плане цитированого выше.
...
Рейтинг: 0 / 0
13.02.2005, 16:41
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913367
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Офтопик. На скоростной лучше не садиться. От скорости у него слишком быстро детали изнашиваются. Еле успевают менять. Красная Стрела понадежнее будет.
...
Рейтинг: 0 / 0
13.02.2005, 17:26
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913473
FishingIsGood
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FishingIsGood
Гость
Sad SpiritА так выбор небольшой --- либо PostgreSQL, либо Firebird. Есть ещё, впрочем, некий MaxDB, но его мало кто использует.

Я использую. Доволен. Советую.
...
Рейтинг: 0 / 0
13.02.2005, 20:33
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913474
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Cat2Офтопик. На скоростной лучше не садиться. От скорости у него слишком быстро детали изнашиваются. Еле успевают менять. Красная Стрела понадежнее будет.

Думаю мы о разном говорим =-) Любое мнение имеет право на существование.
...
Рейтинг: 0 / 0
13.02.2005, 20:35
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913488
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
Попробуй MSDE. Младшая версия MS SQL Server-а, удовлетворяет всем перечисленным требованиям и полностью бесплатная.
...
Рейтинг: 0 / 0
13.02.2005, 21:21
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913500
Александр Старшинин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Старшинин
Участник
s_electedПривет ALL!
Всю жизнь работал на Oracle в организации.
отзывы только положительные просто супер!
Теперь поднимаю проект и нужна бесплатная СУБД
ну или субд с бюджетом до 1000 $
Нужны триггеры хранимые процедуры транзакции
хорошая надежность удобный бэкап и производительность
и удобство работы.

В общем нужен Oracle, только бесплатный =-)))

понимаю что такого не бывает, но все же что сейчас самое лучшее
Смотрел в сторону PostGre 8 и MySql 5 может еще кто что знает???

Народ посоветуйте, а =-)))


Рекомендую Sybase Adaptive Server Anywhere. Функциональные возможности можно посмотреть здесь на форуме в топике по Sybase. Есть все: триггера, хранимые процедуры, бэкап, встроенная репликация и даже свой вэб-сервер. Цена: порядка 1440 у.е. на 10 юзеров.
...
Рейтинг: 0 / 0
13.02.2005, 21:47
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32913553
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
s_electedПривет ALL!
Теперь поднимаю проект и нужна бесплатная СУБД
ну или субд с бюджетом до 1000 $

На сколько пользователей? Что за проект?
Sybase ASA для разработки бесплатен. Версия для разработки практически не имеет ограничений.
s_elected
Нужны триггеры хранимые процедуры транзакции
хорошая надежность

Все есть. Даже хранимые функции. Транзакции, 4 уровня изоляции.
s_elected
удобный бэкап

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

Очень хороший оптимизатор. Нормальная поддержка многопользовательской работы и многопроцессорных серверов. Возможность понижения приоритетов запросов. Есть профайлер процедур, функций и триггеров. Кластерные индексы. Кэширование оптимальных планов. Много чего есть.
s_elected
и удобство работы.

В общем нужен Oracle,

По мне, так удобнее, чем Oracle. Простая и понятная архитектура, нулевое администрирование, но при этом весьма широкие возможности настройки.
Но, в отличие от Oracle, блокировочник, а не версионник.
s_elected
только бесплатный =-)))

понимаю что такого не бывает,

Скорее всего не бывает.
s_elected
но все же что сейчас самое лучшее
Смотрел в сторону PostGre 8 и MySql 5 может еще кто что знает???

Про MySQL я лучше промолчу, ибо вообще странно его упоминать при перечисленных требованиях, а вот PostgreSQL 8 может оказаться ближе всех после Oracle, но это со слов других людей.
s_elected
Net, ADO, ODBC, BDE не рассматриваются изначально.
Нужны компоненты прямого доступа.

Вот всегда интересовало, чем это обосновывается и ни разу не услышал объективного обоснования. Обычно что-то рассказывают про лишние накладные расходы при передаче запросов, но никто не утруждался их просто посчитать и сравнить.

Но если уж так принципиально, то есть для ASA комопоненты прямого доступа, в т.ч. бесплатные.

Если заинтересовало, то глянь сюда . Это не рекламный буклет.
...
Рейтинг: 0 / 0
14.02.2005, 01:08
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914020
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Отвечц всем на вопрос "почему компоненты прямого доступа"
Я строю свой софт так:
Есть 1 EXE файл. Он самостоятельно соединяется с БД без каких либо dll или тем более провайдеров! и Выкачивает из базы по мере надобности DLL проекта так как они лежат в BLOB.
т.е. для запуска программы ничего не требуется кроме одого файла exe и настройки подключения. ВСЕ!
Я Убежден что это правильный подход!
При таком подходе администрирование клиенских машин сводится к 0!
И админ занимается сервером.

Из вышеизложенного прошу совета:
К какой из вышеобсуждаемых СУБД есть такие компоненты для Delphi 7?
т.е. без всего коннектятся ! Даже без DLL!
Для MySQL у меня такие есть. называются MYDAC. www.crLab.com

Креативу нет предела ;-)
...
Рейтинг: 0 / 0
14.02.2005, 11:31
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914051
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
s_elected
Из вышеизложенного прошу совета:
К какой из вышеобсуждаемых СУБД есть такие компоненты для Delphi 7?
т.е. без всего коннектятся ! Даже без DLL!


Ну, если это САМЫЙ ГЛАВНЫЙ КРИТЕРИЙ , то с этого и надо было начинать, а не морочить людям голову всякими надежностями, удобностями, триггерами и прочей ненужной чушью.

ASA тебе не подойдет. Там кажется одна или две DLL понадобятся для коннекта. В Firebird - 1 DLL. Про PostgreSQL не знаю. Вперед на MySQL с песней по жизни.
...
Рейтинг: 0 / 0
14.02.2005, 11:45
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32914061
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Александр Гoлдун s_elected
Из вышеизложенного прошу совета:
К какой из вышеобсуждаемых СУБД есть такие компоненты для Delphi 7?
т.е. без всего коннектятся ! Даже без DLL!


Ну, если это САМЫЙ ГЛАВНЫЙ КРИТЕРИЙ , то с этого и надо было начинать, а не морочить людям голову всякими надежностями, удобностями, триггерами и прочей ненужной чушью.

ASA тебе не подойдет. Там кажется одна или две DLL понадобятся для коннекта. В Firebird - 1 DLL. Про PostgreSQL не знаю. Вперед на MySQL с песней по жизни.

Все можно совмещать. И это не главный критерий. Просто ответил почему хочу именно так. И не нужно так резко реагирывать. Форум нужен чтобы общаться.
...
Рейтинг: 0 / 0
14.02.2005, 11:48
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #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
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32916745
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
AI s_electedВсе просто клент не нужен вовсе!
Есть компоненты ODAC http://crlab.com/odac/
они умеют соединяться напрямую к БАЗЕ через TCP/IP
OCI не учавствует при таком соединении!

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

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

А если на сервере прописано SQLNET.ENCRYPTION_SERVER = required и заданы алгоритмы шифрования, то работает ли ODAC?

Затрудняюсь ответить так как точно не знаю.
Но думаю что ODAC через OCI работать будет
а в режиме Net (напрямую через TCP/IP) думаю нет
хотя просто нужно потестирывать и убедиться
...
Рейтинг: 0 / 0
15.02.2005, 15:12
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32916766
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
ODAC Net не поддерживает некоторые функции Net 8. В том числе и шифрование.
...
Рейтинг: 0 / 0
15.02.2005, 15:20
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32916826
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
s_electedОтвечц всем на вопрос "почему компоненты прямого доступа"
Я строю свой софт так:
Есть 1 EXE файл. Он самостоятельно соединяется с БД без каких либо dll или тем более провайдеров! и Выкачивает из базы по мере надобности DLL проекта так как они лежат в BLOB.
т.е. для запуска программы ничего не требуется кроме одого файла exe и настройки подключения. ВСЕ!
Я Убежден что это правильный подход!
При таком подходе администрирование клиенских машин сводится к 0!
И админ занимается сервером.

Из вышеизложенного прошу совета:
К какой из вышеобсуждаемых СУБД есть такие компоненты для Delphi 7?
т.е. без всего коннектятся ! Даже без DLL!
Для MySQL у меня такие есть. называются MYDAC. www.crLab.com

Креативу нет предела ;-)

Подход поддерживаю! У меня аналогичный.
Штук 20 задач крутится для 50 юзеров.
Delphi 7 + dbExpress + FireBird 1.5
...
Рейтинг: 0 / 0
15.02.2005, 15:44
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32916849
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
S.PR s_electedОтвечц всем на вопрос "почему компоненты прямого доступа"
Я строю свой софт так:
Есть 1 EXE файл. Он самостоятельно соединяется с БД без каких либо dll или тем более провайдеров! и Выкачивает из базы по мере надобности DLL проекта так как они лежат в BLOB.
т.е. для запуска программы ничего не требуется кроме одого файла exe и настройки подключения. ВСЕ!
Я Убежден что это правильный подход!
При таком подходе администрирование клиенских машин сводится к 0!
И админ занимается сервером.

Из вышеизложенного прошу совета:
К какой из вышеобсуждаемых СУБД есть такие компоненты для Delphi 7?
т.е. без всего коннектятся ! Даже без DLL!
Для MySQL у меня такие есть. называются MYDAC. www.crLab.com

Креативу нет предела ;-)

Подход поддерживаю! У меня аналогичный.
Штук 20 задач крутится для 50 юзеров.
Delphi 7 + dbExpress + FireBird 1.5

Спасибо за поддержку =-)
приятно осознавать что у меня есть единомышленники
...
Рейтинг: 0 / 0
15.02.2005, 15:49
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32917084
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
S.PRПодход поддерживаю! У меня аналогичный.
Штук 20 задач крутится для 50 юзеров.
Delphi 7 + dbExpress + FireBird 1.5
У меня другой подход - использую нормальные средства и при этом тоже нет проблем с установкой. Так одну из программ для 6000 пользователей тоже не нужно устанавливать - достаточно скопировать содержимое каталога и запустить. После этого работает автообновление и т.п., копируются все нужные библиотеки для работы с БД. Такой подход мне нравится больше.
C# + Web Services + ADO.Net + MS SQL2k
...
Рейтинг: 0 / 0
15.02.2005, 18:26
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32917143
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
andsm S.PRПодход поддерживаю! У меня аналогичный.
Штук 20 задач крутится для 50 юзеров.
Delphi 7 + dbExpress + FireBird 1.5
У меня другой подход - использую нормальные средства и при этом тоже нет проблем с установкой. Так одну из программ для 6000 пользователей тоже не нужно устанавливать - достаточно скопировать содержимое каталога и запустить. После этого работает автообновление и т.п., копируются все нужные библиотеки для работы с БД. Такой подход мне нравится больше.
C# + Web Services + ADO.Net + MS SQL2k

А какой у вас критерий нормальности средств?
...
Рейтинг: 0 / 0
15.02.2005, 18:51
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32917203
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
S.PRА какой у вас критерий нормальности средств?
Критерий нормальности - это использование как можно более производительных с точки зрения скорости разработки инструментов.
Подчеркиваю - именно с точки зрения скорости разработки, а не скорости работы. Инструменты естественно должны удовлетворять и требованиям по производительности, надежности, прочим требованиям ТЗ. Как правило требования к производительности невысокие, и выбор инструментов очень широкий. Например возьмем случай 50 пользователей. Это небольшое количество пользователей. При более-менее неплохой архитектуре БД, пользователи базу сильно загрузить не смогут для большинства типов приложений. Поэтому использовать тут всевозможные компонеты прямого доступа и т.п. оптимизации - считаю это лишним. Хотя плохой архитектурой БД запросто можно добиться того что все будет основательно тормозить. Но если это случится, то причина почти наверняка - плохая архитектура или только БД, или в целом всего приложения. Компоненты прямого доступа и прочие оптимизации могут улучшить ситуацию, но ненамного. Причина в таких случаях не в лишних интерфесных вызовах, а в архитектуре.
Иногда, и я встречался с такими проектами, действительно важна каждая миллисекунда. В этих случаях в ТЗ расписываются требования к времени вызова каждого метода, и т.п. Тогда действительно нужно думать о всевозможных оптимизациях. Но такие проекты встречаются очень нечасто.
...
Рейтинг: 0 / 0
15.02.2005, 19:18
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32917385
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
andsmКритерий нормальности - это использование как можно более производительных с точки зрения скорости разработки инструментов.
Подчеркиваю - именно с точки зрения скорости разработки, а не скорости работы.
Вы в корне не правы! если мы говорим об ODAC, то я вас уверяю эти компоненты гораздо удобнее!!! И скорочть разработки на них возрастает в 2 а то и в 3 раза! Только одно формирование секций insert update modify что стоит. Я уже не говорю о специальных задачах заранее приготовленных для соответсвующей СУБД. А вот как раз универсальные компоненты тем и ценятся что они универсальные, но в то же время не удобные потому что каждая СУБД имеет особенности!

И выбор компонентов прямого доступа это как раз выбор в сторону удобства разработки а не производительности! С этим трудно поспорить.
Пройдитесь по форумам и почитайте как люди мучаются с ODBC и прочей универсальностью. =-)

Креативу нет предела ;-)
...
Рейтинг: 0 / 0
15.02.2005, 23:00
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32917387
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
andsmКритерий нормальности - это использование как можно более производительных с точки зрения скорости разработки инструментов.
Подчеркиваю - именно с точки зрения скорости разработки, а не скорости работы.
Вы в корне не правы! если мы говорим об ODAC, то я вас уверяю эти компоненты гораздо удобнее!!! И скорочть разработки на них возрастает в 2 а то и в 3 раза! Только одно формирование секций insert update modify что стоит. Я уже не говорю о специальных задачах заранее приготовленных для соответсвующей СУБД. А вот как раз универсальные компоненты тем и ценятся что они универсальные, но в то же время не удобные потому что каждая СУБД имеет особенности!

И выбор компонентов прямого доступа это как раз выбор в сторону удобства разработки а не производительности! С этим трудно поспорить.
Пройдитесь по форумам и почитайте как люди мучаются с ODBC и прочей универсальностью. =-)

Креативу нет предела ;-)
...
Рейтинг: 0 / 0
15.02.2005, 23:02
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32917404
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
авторПройдитесь по форумам и почитайте как люди мучаются с ODBC и прочей универсальностью. =-)


Они просто не умеют их готовить :)
...
Рейтинг: 0 / 0
15.02.2005, 23:47
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32917671
s_elected
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
s_elected
Участник
Alexey Sh авторПройдитесь по форумам и почитайте как люди мучаются с ODBC и прочей универсальностью. =-)


Они просто не умеют их готовить :)

=-))))))))))))) Супер подкол!
...
Рейтинг: 0 / 0
16.02.2005, 09:33
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918291
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
andsm
Критерий нормальности - это использование как можно более производительных с точки зрения скорости разработки инструментов.
Подчеркиваю - именно с точки зрения скорости разработки, а не скорости работы. Инструменты естественно должны удовлетворять и требованиям по производительности, надежности, прочим требованиям ТЗ.


А чем Delphi 7 не угодил?

andsm
Как правило требования к производительности невысокие, и выбор инструментов очень широкий. Например возьмем случай 50 пользователей. Это небольшое количество пользователей. При более-менее неплохой архитектуре БД, пользователи базу сильно загрузить не смогут для большинства типов приложений.


Требования по производительности высокие ВСЕГДА ,
в БД это один из важнейших показателей.

andsm
Хотя плохой архитектурой БД запросто можно добиться того что все будет основательно тормозить. Но если это случится, то причина почти наверняка - плохая архитектура или только БД, или в целом всего приложения.


Насчет архитектуры - согласен.
...
Рейтинг: 0 / 0
16.02.2005, 13:02
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918351
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
авторТребования по производительности высокие ВСЕГДА,
в БД это один из важнейших показателей.

Производительность бывает не только у СУБД и приложения, но и у разработчика(индивидуального или команды)
...
Рейтинг: 0 / 0
16.02.2005, 13:17
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918380
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
Alexey Sh авторТребования по производительности высокие ВСЕГДА,
в БД это один из важнейших показателей.

Производительность бывает не только у СУБД и приложения, но и у разработчика(индивидуального или команды)
Точна!
...
Рейтинг: 0 / 0
16.02.2005, 13:22
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918475
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
S.PRТребования по производительности высокие ВСЕГДА,
в БД это один из важнейших показателей.
Не верю. Чаще только кажется что требования высокие, при внимательном изучении оказывается что требования по производительности на самом деле невысокие. И для обеспечения требуемой производительности не нужно заниматься всякими оптимизациями и т.п., нужно лишь как можно быстрее сделать работающую систему.
...
Рейтинг: 0 / 0
16.02.2005, 13:47
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918511
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
andsm S.PRТребования по производительности высокие ВСЕГДА,
в БД это один из важнейших показателей.
Не верю. Чаще только кажется что требования высокие, при внимательном изучении оказывается что требования по производительности на самом деле невысокие. И для обеспечения требуемой производительности не нужно заниматься всякими оптимизациями и т.п., нужно лишь как можно быстрее сделать работающую систему.
Это чтобы быстрее деньги получить
и когда другие дяди будут систему поддерживать.
...
Рейтинг: 0 / 0
16.02.2005, 13:56
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918619
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
S.PRЭто чтобы быстрее деньги получить
и когда другие дяди будут систему поддерживать.
Заказчику нужна в первую очередь система решающая его бизнес-проблемы.
То что она будет работать на несколько процентов медленнее или наоборот быстрее, при условии что производительность находится в рамках ТЗ, заказчика не волнует.
Как между собой связана ориентация на скорость разработки (при полном выполнении ТЗ) и поддержка системы не вижу.
...
Рейтинг: 0 / 0
16.02.2005, 14:35
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918820
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
andsm
Заказчику нужна в первую очередь система решающая его бизнес-проблемы.
То что она будет работать на несколько процентов медленнее или наоборот быстрее, при условии что производительность находится в рамках ТЗ, заказчика не волнует.
Как между собой связана ориентация на скорость разработки (при полном выполнении ТЗ) и поддержка системы не вижу.

На первых порах да.
Но если бизнес развивается то увеличиваются и бизнес-проблемы
и объемы данных и количество пользователей.
Становится все более актуальной проблема производительности.
А если изначально не было ставки на производительность, то при поддержке системы оптимизация перерастает в главную проблему,
которая может эту систему вообще завалить.
Конечно все зависит от конкретной задачи задачи.
Я например имею ввиду информационную систему масштаба предприятия.
...
Рейтинг: 0 / 0
16.02.2005, 15:35
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918873
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
Не тратьте силы, возьмите молоток потяжелее (с)
Задача выбора СУБД - многокритериальная
...
Рейтинг: 0 / 0
16.02.2005, 15:52
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918904
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
S.PRНа первых порах да.
Но если бизнес развивается то увеличиваются и бизнес-проблемы
и объемы данных и количество пользователей.
Становится все более актуальной проблема производительности.
А если изначально не было ставки на производительность, то при поддержке системы оптимизация перерастает в главную проблему,
которая может эту систему вообще завалить.
Конечно все зависит от конкретной задачи задачи.
Я например имею ввиду информационную систему масштаба предприятия.
Странно, я тоже говорю о системах масштаба предприятия. Я проектировал и делал такие системы, с многими сотнями пользователей, и особых проблем с производительностью не заметил. Не требовалось бороться за скорость каждого кусочка кода и т.п. При этом пользователи довольны.

Сейчас например я в проекте где скорость имеет очень большое значение. В ТЗ прописаны ожидаемые средние времена транзакций, прописана планируемая нагрузка - 10 000 пользователей и 1000 транзакций в секунду в пиковые моменты. СУБД - MS SQL2k. С учетом того что железо для такой задачи будет относительно слабым, здесь нужно думать о скорости. Но для большинства задач с которыми обычно сталкиваются разработчики, думать о процентах скорости не нужно - достаточно построить грамотную архитектуру системы и БД.
...
Рейтинг: 0 / 0
16.02.2005, 16:05
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918912
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andsm!
Ты пишешь:

andsma> Сейчас например я в проекте где скорость имеет очень большое значение.
a> В ТЗ прописаны ожидаемые средние времена транзакций,
a> прописана планируемая нагрузка - 10 000 пользователей
А дворникам компьютеры тоже положены на этом "предприятии"?

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

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
16.02.2005, 16:08
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918932
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
2 Мимопроходящий : в качестве пользователя может выступать не только дворник, а датчик. например
...
Рейтинг: 0 / 0
16.02.2005, 16:14
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918946
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Alexey!
Ты пишешь:

Alexey AS> 2 Мимопроходящий : в качестве пользователя может выступать не только дворник, а датчик. например
Хороший у тебя датчик!
Прямиком к RDBMS подключается.
Без MidleWare!
Чё мелочиться-то?!.

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

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
16.02.2005, 16:17
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918965
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
Формально этот датчик является пользователем (хотя бы с лицензионной точки зрения) независимо от использования MidleWare.
...
Рейтинг: 0 / 0
16.02.2005, 16:22
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918970
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
Alexey Sh2 Мимопроходящий : в качестве пользователя может выступать не только дворник, а датчик. например
В той задаче о которой я написал - пользователи это именно физические лица, а не датчики. Да, бывают и такие задачи.
...
Рейтинг: 0 / 0
16.02.2005, 16:23
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32918976
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Alexey!
Ты пишешь:

AlexeyФормально этот датчик является пользователем (хотя бы с лицензионной точки зрения)
независимо от использования MidleWare.Ах какая интересная лицензия!
А мужики то и не знают...

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

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

andsm a> Alexey Sh
a> 2 Мимопроходящий : в качестве пользователя может выступать не только дворник, а датчик. например

a> В той задаче о которой я написал - пользователи это именно физические лица, а не датчики.
a> Да, бывают и такие задачи.Бывают, кто ж спорит.
Только как с этим увязываются слова о "...относительно слабом железе".
При такой-то цене на серверную софтину...

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

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
16.02.2005, 16:32
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919017
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
andsm
В ТЗ прописаны ожидаемые средние времена транзакций, прописана планируемая нагрузка - 10 000 пользователей и 1000 транзакций в секунду в пиковые моменты.
Что за задача, если не секрет?
...
Рейтинг: 0 / 0
16.02.2005, 16:34
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919028
Alexey Sh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Sh
Участник
2 Мимопроходящий : в подобных случаях приобретаюнся лицензии на "процессор".

Относительно слабое - не означает "слабое"
...
Рейтинг: 0 / 0
16.02.2005, 16:36
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919030
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
andsmВ ТЗ прописаны ожидаемые средние времена транзакций, прописана планируемая нагрузка - 10 000 пользователей и 1000 транзакций в секунду в пиковые моменты.
Разумеется, транзакции и пользователи - сферические и как минимум в вакууме? У нас в проекте есть таблички с 150 индексами, под транзакцией понимается обновление примерно сотни таких и сотни записей попроще, при этом стоит куча алгоритмики с поиском по индексам. Что нам надо сделать чтобы дорасти до сферической транзакции?
...
Рейтинг: 0 / 0
16.02.2005, 16:36
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919036
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Alexey!
Ты пишешь:

Alexey2 Мимопроходящий : в подобных случаях приобретаюнся лицензии на "процессор".
В стоимость Processor License дистрибутив не входит.

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

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
16.02.2005, 16:39
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919052
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
ну яРазумеется, транзакции и пользователи - сферические и как минимум в вакууме?
Какая разница, топик вообще-то о другом. Пусть будут сферические транзакции в вакууме. И этот пример я привел лишь чтобы показать что заниматься всевозможные оптимизациями типа работать напрямую через OCI и т.п., чем некоторые любят заниматься, нужно нечасто.
...
Рейтинг: 0 / 0
16.02.2005, 16:43
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919117
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
S.PR andsm
В ТЗ прописаны ожидаемые средние времена транзакций, прописана планируемая нагрузка - 10 000 пользователей и 1000 транзакций в секунду в пиковые моменты.
Что за задача, если не секрет?
А?
...
Рейтинг: 0 / 0
16.02.2005, 17:01
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919140
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andsm
Участник
Задача - финансы.
...
Рейтинг: 0 / 0
16.02.2005, 17:06
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919148
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, andsm!
Ты пишешь:

andsmЗадача - финансы.
Глубоко...
В принципе, любой бизнес можно охарактеризовать фразой: зарабатывание денег ...

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

Posted via ActualForum NNTP Server 1.1
...
Рейтинг: 0 / 0
16.02.2005, 17:08
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919161
Фотография S.PR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.PR
Участник
andsmЗадача - финансы.
Учет банкоматов, что-ли?
...
Рейтинг: 0 / 0
16.02.2005, 17:12
| Ответить | Цитировать | Написать  
Посоветуйте СУБД
    #32919171
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
S.PR andsmЗадача - финансы.
Учет банкоматов, что-ли?
Рост массы банкомата в килограммах по дням и месяцам.
Там еще график нужно строить.
...
Рейтинг: 0 / 0
16.02.2005, 17:15
| Ответить | Цитировать | Написать  
87 сообщений из 87, показаны все 4 страниц
  все  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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