palich12К сожалению я считаю иначе. Проект достаточно большой! Программиста найти не проблема, в конце концов большинство программистов знакомы с нескольками субд . Единственное, что меня смущает, это то что нужно реализовать возможность редактирования записей в зависимости от login'a, раньше я с такими задачами не сталкивался, возможно это можно решить в любой СУБД а может и нет, поэтому и хочу услышать совет, где это точно можно реализовать, я конечно не сомниваюсь что например в оракле возможно всё, но он громоский дорогой и требует установки клиента на машину пользователя, этого хотелось бы избежать.Программисты которые знакомы со многими СУБД знают все очень поверхностно. И нужно несколько лет ведения системы в продакшене чтобы узнать узкие места и научиться их обходить.

Задание описанное вами можно реализовать на любой адекватной СУБД: MySQL / PostgreSQL / MS SQL / Oracle / Derby и т.п.
НО если программист хорошо знает одну из них, то заставлять его программировать на другой ИМХО странно. А для проектов где мало программистов еще и дорого (заметно увеличивается стоимость проекта).

softwarerМожно, просто глупо. Выбор СУБД намного менее важен с точки зрения влияния на результат проекта и особенно мелкого проекта; это все равно, что например купить бутсы, а потом искать в команду футболиста именно с таким размером ноги. +1

palich12мда.. . Но что-то дискуссия постоянно уходит не вто русло, мы СУБД обсуждаем, а не программистов. Может хоть кто нибудь предложит СУБД приемлимую для моей задачи? а ?Вам на протяжении топика указывают, что это НЕКОРРЕКТНАЯ ПОСТАНОВКА ВОПРОСА!!! И подсказывают как более правильно подойти к получанию результата !


PS задавай мне вопрос по решению задачи, а не выбранному тобой способу. (с) не мое.

ЗязиковНу что вы упираетесь. Его интересует СУБД, прежде всего. Ведь он не собирается выбрасывать СУБД.

Никто не ищет вначале шофера, а потом автомобиль. Дайте объявление "Нужен специалист по любой СУБД". Настоящего специалиста тогда вы точно не найдете. Он просто не откликнется на это. Не сбивайте с толку.Вы рассматриваете пример автомобилей и водителей и делаете логичные выводы на основе этого. Но сама аналогия не верна...

ВЫ исходите из того, что автомобиль стоит 100 р, а водитель 1 р в месяц (цены относительные). Но для правилности аналогии нужно рассмотривать, что авто для целей разработки а часто и для продажи выдается БЕСПЛАТНО, и потому основная стоимость - водитель и его время.
Получается: авто (MySQL, PostgreSQL, Oracle XE, другие) - бесплатно, а водитель 10 р в месяц + если нужно переучиваться, то на это потратится 2-3 месяца.

Итого: изначальный выбор СУБД бесплатно, цена выбора СУБД которую не знает программист 3 зарплаты программиста + 3 лишних месяца работы.

Потому квалифицированные разработчики с форума советуют найти программиста, а он сам уже выберет СУБД которую знает.

ЗязиковБесплатная/дешевая СУБД, это - личный автомобиль, на который не нужно искать специалиста 6 мес., платить ему зарплату 6 мес, а потом увольнять за то, что тот уехал не в ту сторону.Если команда занималась не тем 6 МЕС!, то увольнять нужно PM за такое руководство!

смысл самой фразы пролетел мимо меня (если он был)

ЗязиковВыбросьте обгаженное блюдце. Не мутите воду.

Сколько раз можно повторять. Палыча 12-го пока интересует только СУБД. Давайте по этапам проанализируем

исходя из palich12Вопрос какую СУБД выбрать??1. палыч не является специалистом в области создаваемой системы.
palich12 Проект достаточно большой! Программиста найти не проблема, в конце концов большинство программистов знакомы с нескольками субд.
...2. исходя из этого палыч будет на проекте не один и программистов будет много! (если программистов мало, то проект тоже малый).


Если еще нет команды, значит проект только стартует, т.е. "стартап".
Для проектов особено стартапов очень важны изначальные умения команды и правильная архитектура приложения (архитектура тоже зависит от умений и опыта команды).


Далее требования:
palich12Требования: установка толстого клиента должна быть максимально простой, чтобы его мог установить не специалист, поэтому установка дополнительного клиента к БД неприемлема, БД должна обеспечивать разграничение доступа, так чтобы пользователи могли получать доступ к ограниченному числу записей в одной и той же таблице (Пример: Есть таблица сообщений. Каждый пользователь может редактировать только свои сообщения, а администратор все)драйвер подключения к СУБД легко вкладывается в само приложение, потому является тривиальным требованием. Остальные требования можно реализовать на любой адекватной СУБД от MySQL / PostgreSQL до Oracle / DB2.

Скорость реализации и возникающие проблемы зависят от знаний и опыта команды! Потому проект в большей степени зависит от профессионализма программистов, а в меньшей от СУБД.

Потому и говорят, что подход не верный и правильнее идти от опытного-программиста или лучше архитектора.


PS уточню, что я исхожу из задачи СОЗДАТЬ СИСТЕМУ, КОТОРАЯ делает то-то, то есть из РЕЗУЛЬТАТА И ЕГО СКОРЕЙШЕГО ДОСТИЖЕНИЯ .
вы же исходите, что нужно выбрать СУБД потому подобрать программиста, потом подучить его в области СУБД, То есть исходя из конкретных шагов и вероятности, что шаги приведут к решению задачи (что к сожалению бывает не всегда).

Это разные способы и они имеют разные ТТХ, но продукт будет быстрее и дешевле сделан, если подбирается команда программистов и сама выбирает себе СУБД.