И так суть проблемы. Нужно разработать специализированную информационную систему. Принцип построения - БД + толстый клиент. Вопрос какую СУБД выбрать?? Требования: установка толстого клиента должна быть максимально простой, чтобы его мог установить не специалист, поэтому установка дополнительного клиента к БД неприемлема, БД должна обеспечивать разграничение доступа, так чтобы пользователи могли получать доступ к ограниченному числу записей в одной и той же таблице (Пример: Есть таблица сообщений. Каждый пользователь может редактировать только свои сообщения, а администратор все)

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

Dimitry Sibiryakov
palich12и это тоже ))), но всёже сейчас речь идет о СУБД

Вот выберете программиста, он и назовёт СУБД.
Posted via ActualForum NNTP Server 1.4

А почему нельзя выбрать программиста под СУБД. В этой теме я просто хотел узнать о функциональности различных субд и приемлимости их использования к данной задаче??

а как реализовать возможность редактирования записей в зависимости от login, например в mySQL, ведь для этого на сколько я понимаю нужно использовать хранимые процедуры. Или я ошибаюсь??

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

мда.. . Но что-то дискуссия постоянно уходит не вто русло, мы СУБД обсуждаем, а не программистов. Может хоть кто нибудь предложит СУБД приемлимую для моей задачи? а ?

Favn palich12Принцип построения - БД + толстый клиент. Вопрос какую СУБД выбрать?? Требования: установка толстого клиента должна быть максимально простой, чтобы его мог установить не специалист, поэтому установка дополнительного клиента к БД неприемлема, БД должна обеспечивать разграничение доступа, так чтобы пользователи могли получать доступ к ограниченному числу записей в одной и той же таблице (Пример: Есть таблица сообщений. Каждый пользователь может редактировать только свои сообщения, а администратор все)1. Толстый клиент всегда подразумевает установку - хотя бы саму программу-клиента. Если так, вместе с ней может пакетно ставится и клиент БД - много не ест. Если не так - выбор за AJAX/Flex, вообще другая архитектура. ВСЕ РСУБД работают через какого-нибудь клиента - даже для ODBC нужен драйвер :) Не понимаю, в чем разница между копированием одного файла и нескольких.
2. Разграничение доступа к записям редко делается собственно логинами к БД - на ней незачем держать тучу однотипных юзверей. Обычно это делает приложение, но можно и через почти любую СУБД, например через view в извращененой форме. Если большая задача - через сервер приложений.
3. В случае большой задачи СУБД выбирают не толко для разработки, но и для сопровождения :)
Большое спасибо за конструктивный ответ !

Зязиковбудет входить в вашу проблему 3 месяца. Плюс на ее решение три месяца. Итого год. Жжоте ))