Лучшая СУБД для использования от VB6

Мы начинаем грандиозный / огромный проект, который займет у нас около 1 года программирования (4 разработчика), чтобы выйти из стартовой площадки.

Это полная система управления бизнесом.

Мы можем использовать любую коммерчески доступную СУБД, такую ​​как Oracle, MS SQL Server и т. Д., Но мы стремимся использовать свободно распространяемую и открытую систему СУБД, такую ​​как FireBirdSQL, PostgreSQL и т. Д.

Я хотел бы знать, какая СУБД является наилучшей для использования, а какая имеет лучшую поддержку для стабильных поставщиков OLEDB. Мы экспериментировали с поставщиками OLEDB, которые бесплатны для FireBird и pgSQL, но не удовлетворены их производительностью и возможностями.

Любые предложения, пожалуйста ....

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

Йоги Ян

Примечание: мы будем использовать только VB 6 и никакие другие инструменты разработки или компиляторы! Целевое программное обеспечение должно работать на ПК под управлением Windows9x (около 60 пользователей), а сервер RDBMS будет работать на Linux / Windows, что когда-либо подходит.

11.12.2008 07:56:36
Мне неприятно это говорить, но прежде чем принимать решение о своей базе данных, сначала примите более правильное решение относительно вашего языка. По крайней мере, выберите Delphi или VC ++ 6.0, которые дают вам преимущество поддержки Win9x + ООП + огромная библиотека + постоянная поддержка компаний, которые делают язык. Также попробуйте PostGres.
Juliet 11.12.2008 08:09:37
Просто быстрая проверка: знает ли ваша команда по управлению проектами, что Windows9x теперь не поддерживается? Windows 98 не поддерживается уже два года! Вы почти наверняка могли бы купить 60 лицензий на WinXP за ту стоимость, которую вы сэкономите, используя современную среду + язык.
Jon Skeet 11.12.2008 08:17:23
Нет, если вы развиваетесь в большинстве азиатских стран. По крайней мере, не используя какую-либо модель лицензирования, которую нам было бы интересно обсудить.
dkretz 11.12.2008 20:13:26
@светодиод. - Слово. Зайдите в любой интернет-бар в Китае, и вы увидите, что 60 копий Windows 95/98 используются круглосуточно. Я съеживаюсь, чтобы вспомнить это. Вы также можете купить компакт-диск с взломанными копиями каждой версии Windows от 95 до XP за 4 юаня у уличного продавца (версии на китайском языке). Ура!
Troy Howard 19.12.2008 00:40:09
4 ОТВЕТА

Я был бы настолько консервативен, насколько это возможно, так как аппаратное и программное обеспечение вашего клиента будет нуждаться в нежной любовной заботе. Поскольку SQL Server и VB6 (и Windows) все поставляются Microsoft, я не вижу у вас другого выбора.

Вы могли бы даже рассмотреть возможность использования более старой версии SQL Server, поскольку стандартные серверные и клиентские части OLEDB могли бы выстраиваться лучше и иметь меньший вес. В противном случае SQL Server Express в Windows XP, я думаю, может обслуживать столько соединений. Это, безусловно, будет иметь мощность.

1
11.12.2008 08:07:31
Вы хотите сказать, что Oracle XE или MS SQL Server Express 2005 смогут обрабатывать 60 соединений одновременно, не прерывая активных соединений? Я слышал, что если пользовательская нагрузка увеличилась в обоих случаях, некоторые соединения теряются, и ограничение размера файла базы данных для нас плохо.
user45260 11.12.2008 10:43:10
Я помню SQL Server 7, работающий на 90 МГц NT, поддерживающем 60 пользователей и более. Скорость процессора / объем оперативной памяти / скорость сети / вы называете это с тех пор выросли как минимум в 20 раз. А программное обеспечение СУБД - это одна из категорий, где скорость выполнения не может снижаться со временем по маркетинговым причинам.
dkretz 11.12.2008 20:10:16

Поставщики OLE DB для SQL Server и собственного клиента SQL хорошо работают с SQL Server Express, как и следовало ожидать от Microsoft, и поэтому являются отличным выбором для VB6.

1
11.12.2008 08:24:21
Как размещено ранее. Мы должны принять во внимание ограничение размера файла БД, так как Oracle и MS SQL Server не поддерживают размер файла больше 4 ГБ.
user45260 11.12.2008 10:44:44
Диски объемом 4 ГБ практически не существовали, когда Windows 9x (и NT) были текущими версиями.
dkretz 11.12.2008 20:15:00
SQL Server Express поддерживает размер файла в 524 272 терабайта, согласно MSDN.
dkretz 11.12.2008 20:25:58
Спасибо, что просветил меня об этом. Из того, что я читал в различных обзорах MS SQL Server и Oracle Express Edition, у меня сложилось впечатление, что они поддерживают до 4 ГБ размера файла на базу данных.
user45260 12.12.2008 05:22:49

Мы можем использовать любую коммерчески доступную СУБД, такую ​​как Oracle, MS SQL Server и т. Д., Но мы стремимся использовать свободно распространяемую и открытую систему СУБД, такую ​​как FireBirdSQL, PostgreSQL и т. Д.

Что не так с бесплатными версиями SQL Server, Oracle или DB2? Все они значительно более эффективны, чем альтернативы, которые вы упомянули, и дают вам путь обновления, если вам это нужно.

0
11.12.2008 09:05:32
БД Ограничение размера файла является проблемой. В программном обеспечении мы собираемся хранить полные текстовые документы в самой БД. Надеюсь, вы поняли мою точку зрения.
user45260 11.12.2008 10:46:09
Сколько диска вы рассчитали, вам понадобится? Максимальный размер базы данных SQL Server Express в соответствии с MSDN: 524 272 терабайта. Единственные ограничения, которые я смог найти, это то, что он будет использовать только 1 процессор и 1 ГБ ОЗУ; оба из которых достаточно. Или получить лицензионную версию.
dkretz 11.12.2008 20:30:34

У меня был хороший опыт работы с бэкэндом базы данных MSSQL2005, с клиентами VB6 более 60-100 одновременных клиентских экземпляров ... И это было приложение с большим объемом данных с ОЧЕНЬ болтливым трафиком базы данных, блокировкой строк и чем-то другим.

Работал отлично. Взаимодействие с базой данных было наименьшей из проблем.

На этой ноте...

Пожалуйста, используйте параметризованные запросы, если вы не ненавидите себя и не хотите страдать без необходимости.

0
19.12.2008 00:46:31