Вопросы и ответы
Топ за год Облако тегов  

(Oracle vs MySQL vs PostgreSQL) +delphi

интернет программирование MySQL oracle postgresql

Nucleus, 196 просмотров
4
У меня вопрос выбора направления движения, так вышло,что мой работодатель он же научный руководитель просит написать ПО, на Delphi (пишу в RAD Studio 09), оно очень сильно завязано с БД большого размера.

БД выглядит так : есть много железок(если 1 железка = 1 строка и таких строк будет более 500-1000 в перспективе может быть 10000 и более) и очень много полей (более 60 длинных полей, где текстовые,числовые и смешанные параметры: (например) производитель, точность стабилизации, типы датчиков и т.д.) (возможно разбитие на несколько таблиц). Прога должна будет с помощью данных из таблиц делать расчёты, БД надо будет пополнять из интерфейса, отображать(в том числе с фильтрами) в интерфейсе, выполнять поиски по разным критериям, желательно многокритерильный поиск......ну и фото (тут можно в принципе просто отдельно от бд хранить)

вот тут возникает вопрос для меня (новичка в БД) что использовать? Oracle vs MySQL vs PostgreSQL?

1)могут ли работать эти БД с делфи
2)что понадобится для работы с программой пользователю, кроме моего ПО понадобится ли ставить ПО для БД? (был опыт работы с phpmyadmin,правда мизерный, от сюда и вопрос,понадобиться ли ему аналог сервера?)
3)можно ли,чтобы БД содержалась в файле? (т.е в директории проги лежал файл бд и с ним она работала)

пока начал писать ПО, в качестве БД на скорую руку вставил ACCESS.....(жду от вас совета, на что перевести и что изучать) ещё есть вторая прога, сделанная на paradox, её надо будет перевести на новую БД, на какую проще? (Oracle vs MySQL vs PostgreSQL)





Примечание:
1C не в теме, никаких лаве, это БД научная, а не экономическая

Примечание:
2bigbrother
выбрал мускл, + ты ошибся, на данный момент 4 бд, суммарно около 935 таблиц ))))
скажем так, просто на момент вопроса я через делфи не юзал такие БД и был вопрос в реализации функционала)
Ответы:
liberator
вопрос не для ВиО. Вам нужен форум специалистов специализированных.. Прежде всего, насколько мне известно Оракл база платная, поэтому из выбора выпадает сразу. Я бы на Мускуле сделал + PHP, интерфейс Web - куда проще..
Алекссс
Можно работать с любой БД, всё что хотите позволит любая из этих. Судя по всему БД будет довольно небольшая, т.е. о сравнении производительности речь не идет.
В общем используйте любую, не думаю что заметите различия особые ;)) MySQL наверное будет проще всего, более распространена.
liberator: Oracle есть и бесплатные версии, не вводите в заблуждение.
Без имени
на делфях пишется только интерфейс а саму работу с данными нужно выносить на сторону субд, т.е использовать максимально хранимые процедуры, индексы и прочее
кстати, серьезные приложения "на скорую руку" не пишутся. и то что вы хотите вполне приемлемо можно реализовать в 1С 7-ке , потому что полюбому заказчик захочет интегрировать в финансы и выписку расходных-приходных документов.
Кстати, почему не рассматривается MSSQL 2008 ? очень мощная штука и под ваши требования будет с запасом раз в 20-30
кстати, судя по описанию задачи вам нужно делать кучу взаимосвязанных таблиц а не в коей мере не одну. правильно спроектируйте базу и тогда уже подходите к реализации интерфейса
Финист
Как программист программисту - судя по задаче, никаких экстремальных нагрузок не предвидится, и данные в таблицах будут меняться оооочень редко. Поэтому - смотри в сторону SQLite (подробнее в википедии найдешь).
Web
Вы можете почиать #1 об этом.
bigbrother
Судя по заданному вопросу - собираетесь все делать в одной таблице, что в корне неверно. Совету почитать что-нибудь по проектированию баз данных, в частности - про их нормализацию.
Оракл с делфи прекрасно дружит, да и остальные упомянутые субд тоже. Средства для работы с СУБД идут в комплекте сразу, обычно


15 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.