Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: Какую БД выбрать  [new]
Зязиков
Guest
palich12
Зязиков
будет входить в вашу проблему 3 месяца. Плюс на ее решение три месяца. Итого год. :)
Жжоте ))
На самом деле конечно больше. Еще 6 мес. потребуется на исправление, сопровождение и документацию :)
18 июн 08, 16:27    [5816407]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
palich12
Member

Откуда:
Сообщений: 359
softwarer
vadiminfo
Ну если он выберет Оракла, то тада он купит все же целый автомобиль, а к нему потом можно подобрать шофера. И это, возможно, не так и глупо в общем случае.

Это не глупо в случае, если цель "купить автомобиль". То есть например для софтовой конторы, которая решает "на чем разрабатывать", или для фирмы, планирующей свою информационную инфраструктуру. Мое хрустальное блюдце говорит, что в данном случае речь об этом не идет, а речь идет о задаче "доехать куда нужно". И в этом случае надо выходить на дорогу и голосовать, а остановится ли первым Мерседес, КАМАЗ или мопед - дело десятое.

хрустальное блюдце облажалось
18 июн 08, 16:41    [5816554]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
гость12
Guest
так чем выбор закончился?
просто palich12 не огласил не планируемую ос сервера и клиентов, ни кол-во записей в БД,
ни кол-во пользователей, ни сумму на покупку субд, ну и много еще чего...
но ощущение что свой выбор сделал
18 июн 08, 17:07    [5816763]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
okdoky
Member

Откуда:
Сообщений: 349
Странная постановка. Кто знает такую СУБД, у которой есть разграничение доступа к записям? Ответ подробнее, плиз.

palich12: Мне кажется для разграничения доступа к записям по логину, вам все равно придется писать код. Не думаю, что вам следует надеяться на саму СУБД. Обычно там есть разграничение доступа к таблицам. Но это - для системного интерфейса (навигатора базы данных).

Вы собираетесь писать толстого клиента. Неужели вы предполагаете разграничение доступа делать на клиенте? Основная тяжесть должна быть на сервере.

Информация о том, кому, что и как, может храниться в любой базе данных. Чтобы не тратить время на сопровождение, изучение и решение чайных проблем, возьмите что-нибудь попроще. Например, MySQL. Эта СУБД бесплатная и с открытым кодом. Имеет SQL интерфейс. Популярная.
18 июн 08, 17:27    [5816893]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
edward-bear
Member

Откуда:
Сообщений: 3
гость12
...
просто palich12 не огласил не планируемую ос сервера и клиентов, ни кол-во записей в БД,
ни кол-во пользователей, ни сумму на покупку субд, ну и много еще чего...

Я бы еще добавил, что в изначальной "постанановке" не были указаны системные требования, так как если будет условие работы на "слабых" серверах, то автоматом можно сузить круг СУБД.
Да и кто админить СУБД будет?
18 июн 08, 17:33    [5816937]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
Неизвестный
Guest
palich12
softwarer
palich12
А почему нельзя выбрать программиста под СУБД.

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

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


Выбирать по сути не из чего.
В качестве корпоративных субд используются Oracle и MS SQL Server. Они имеют бесплатные версии для мелких приложений на слабых серверах. В случае необходимости можно будет купить платную версию и поставить приложение на более мощный сервер (масштабирование). Oracle лучше масштабируется, так как он ставится не только на Windows-серверах, а также и на Unix и Linux - эти серверы могут быть весьма мощными. Поэтому можно начинать с маленького проекта и постепенно его наращивать и наращивать. С другими субд такие фокусы не пройдут.
18 июн 08, 17:43    [5817015]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
_мод
Guest
okdoky
Кто знает такую СУБД, у которой есть разграничение доступа к записям? Ответ подробнее, плиз.

Да все знают: Oracle FGA
18 июн 08, 17:51    [5817072]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
okdoky
Кто знает такую СУБД, у которой есть разграничение доступа к записям? Ответ подробнее, плиз.

Row-level Security в СУБД Caché.
19 июн 08, 08:54    [5818668]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
okdoky
Странная постановка. Кто знает такую СУБД, у которой есть разграничение доступа к записям? Ответ подробнее, плиз.


Чем больше знают такие СУБД (и, скорее всего не только такие, но и обладающие могоим, что для Зигзаговцев в диковинку), тем больше ощущение, что странная не постановка, а выбор Зигзага в качестве СУБД.
19 июн 08, 09:18    [5818731]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
Зязиков
Ну что вы упираетесь. Его интересует СУБД, прежде всего. Ведь он не собирается выбрасывать СУБД.

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

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

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

Потому квалифицированные разработчики с форума советуют найти программиста, а он сам уже выберет СУБД которую знает.
19 июн 08, 11:55    [5819730]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
VoDA

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

Я бы посоветовал всё-таки находить программиста, который выберет СУБД, которую знает не только он.
В противном случае можно стать счастливым обладателем какого-нить редкостного чуда.
19 июн 08, 12:20    [5819954]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
vadiminfo
Member

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

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

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

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

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

Что-то не нашел где Зязиков говорил про бесплатные автомобили. Таковые тока на свалке, наверное, и есть. Если рассматриваить бесплатные, то аналогия была и не верная: все же бесплатные СУБД не на свалке еще пока, в отличии от бесплатных авто.. А Зязиков подчеркивал, что не собираются выбрасывать СУБД. Т.е. дорогую брать будут. И тада аналогия более или менее. Выбрать дорого мерина или крузера а уж под него найти водилу. Потому шо авто может нравиться само по себе.
19 июн 08, 12:51    [5820236]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
zloy den
Member

Откуда:
Сообщений: 2579
имхо, если уж и прводить аналогию с водителями/машинами, то не такую что водитель для мерина/жигулей/бехи, а водитель для карьерного грузовика/дальнобойщик/автобус/легковая/мотоцикл/раллийная и т.д. А тут нужно четко определиться что именн тебе нужно
19 июн 08, 13:10    [5820362]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
Зязиков
Guest
VoDA
Потому квалифицированные разработчики с форума советуют найти программиста, а он сам уже выберет СУБД которую знает.
Выбросьте обгаженное блюдце. Не мутите воду.

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

Бесплатная/дешевая СУБД, это - личный автомобиль, на который не нужно искать специалиста 6 мес., платить ему зарплату 6 мес, а потом увольнять за то, что тот уехал не в ту сторону.
19 июн 08, 13:43    [5820573]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
zloy den
имхо, если уж и прводить аналогию с водителями/машинами, то не такую что водитель для мерина/жигулей/бехи, а водитель для карьерного грузовика/дальнобойщик/автобус/легковая/мотоцикл/раллийная и т.д. А тут нужно четко определиться что именн тебе нужно

Ну тада получается, что он выберет типа класс СУБД, а под него проггера. Т.е. опять не совсем проггер первичен. Судя по тому шо есть на форуме, если проггер первичен, то есть риск оказаться не тока Зигзагистом, моно обнаружить у себя потом и самого Селебрума: их представители значительно активнее, чем проггеры реальных СУБД. Т.е. вместо "карьерного грузовика/дальнобойщик/автобус/легковая/мотоцикл/раллийная" у вас окажется что-то самодельное и, возможно, даже велосипед.
19 июн 08, 13:47    [5820596]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
zloy den
Member

Откуда:
Сообщений: 2579
vadiminfo
zloy den
имхо, если уж и прводить аналогию с водителями/машинами, то не такую что водитель для мерина/жигулей/бехи, а водитель для карьерного грузовика/дальнобойщик/автобус/легковая/мотоцикл/раллийная и т.д. А тут нужно четко определиться что именн тебе нужно

Ну тада получается, что он выберет типа класс СУБД, а под него проггера. Т.е. опять не совсем проггер первичен. Судя по тому шо есть на форуме, если проггер первичен, то есть риск оказаться не тока Зигзагистом, моно обнаружить у себя потом и самого Селебрума: их представители значительно активнее, чем проггеры реальных СУБД. Т.е. вместо "карьерного грузовика/дальнобойщик/автобус/легковая/мотоцикл/раллийная" у вас окажется что-то самодельное и, возможно, даже велосипед.


Однако стоит посоветоваться со специалистом, что лучше подойдет для его целей. Например, водителю карьерного белаза будет неинтересно возить 3 мешка картошки. Только автор не обозначил своих целей, так что все это пока гадание на кофейной гуще
19 июн 08, 14:28    [5820930]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
okdoky
Member

Откуда:
Сообщений: 349
vadiminfo
okdoky
Странная постановка. Кто знает такую СУБД, у которой есть разграничение доступа к записям? Ответ подробнее, плиз.


Чем больше знают такие СУБД (и, скорее всего не только такие, но и обладающие могоим, что для Зигзаговцев в диковинку), тем больше ощущение, что странная не постановка, а выбор Зигзага в качестве СУБД.
Что такое "могоим"? Разграничение доступа по записям реализуется очень легко. Проще создать самому таблицу и простую прогу к ней, чем изучать какой-то дополнительный интерфейс, а потом месяц "гадать" почему не работает. Толи запятую не там поставил, толи в продукте баг. :-) (это и про Оракэл тоже)
PS:==========================================================================
А таблица для контроля доступа к записям может быть очень простой:
ДОСТУП_К_ЗАПИСЯМ
------------
ТАБЛИЦА
ЗАПИСЬ
ПОЛЬЗОВАТЕЛЬ
ДОСТУП

Для ДОСТУП разработчик сам может придумать значения в зависимости от задач в проекте, например: 1(READ), 2(WRITE), 3(EDIT). Все, что нужно интерактивной программе, перед тем как показать запись, проверить на значение ДОСТУП >= 1. И зачем для этого Оракэл?
19 июн 08, 17:28    [5822413]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
VoDA
Member

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

смысл самой фразы пролетел мимо меня (если он был)
19 июн 08, 17:52    [5822582]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
Зязиков
Выбросьте обгаженное блюдце. Не мутите воду.

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

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


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


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

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

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


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


Это разные способы и они имеют разные ТТХ, но продукт будет быстрее и дешевле сделан, если подбирается команда программистов и сама выбирает себе СУБД.
19 июн 08, 17:53    [5822588]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
okdoky
И зачем для этого Оракэл?

Оракл не для "проще". В смысле не для "получить деньги и убежать подальше". Он для "правильнее". В смысле "благодарный пользователь не придет потом бить морду". Хотя, конечно, некоторые индивиды и с Ораклом добьются такого результата.
19 июн 08, 17:54    [5822595]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
okdoky
Что такое "могоим"?

Забыли свои первые посты? Да и этот Ваш вопрос, включая то как он был задан, разве не говорит о том сколько Вам еще предстоит открытий того, что бывает в реальных СУБД?


okdoky

Разграничение доступа по записям реализуется очень легко. Проще создать самому таблицу и простую прогу к ней, чем изучать какой-то дополнительный интерфейс, а потом месяц "гадать" почему не работает. Толи запятую не там поставил, толи в продукте баг. :-) (это и про Оракэл тоже)
PS:==========================================================================
А таблица для контроля доступа к записям может быть очень простой:
ДОСТУП_К_ЗАПИСЯМ
------------
ТАБЛИЦА
ЗАПИСЬ
ПОЛЬЗОВАТЕЛЬ
ДОСТУП

Для ДОСТУП разработчик сам может придумать значения в зависимости от задач в проекте, например: 1(READ), 2(WRITE), 3(EDIT). Все, что нужно интерактивной программе, перед тем как показать запись, проверить на значение ДОСТУП >= 1. И зачем для этого Оракэл?

Вообще предполагается, что любой кто из под данного логина выполняет или пишет произвольный запрос будет видеть тока то шо положно ему. Т.е. СУБД, например, буит переписывать любой запрос Юзера, добавляя отскающее WHERE.
А Ваше предложение заставляет предположить, что Зигзаглвцы ф-ии СУБД склонны перекладывать на клиентские проги. У вас там "итерактивная программа" буит переписывать все запросы? Или у вас предполагаентся что в приложениях не бывает больше одного двух зпросов в приложениях показывающие записи? Ить у Вас на скока я помню групповых запросов не было? Т.е. удовлением информационных потребностей юзеров Ваши приложения не заморачиваются.
Если продолжить аналогии с автомобилями, то Вы типа сказали зачем Вам автомобиль (Оракэл), када моно на велосипеде доехать, который сами еще и налабали. Можно, но смотря куда и скока км ехать.
20 июн 08, 08:49    [5824125]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Уточнение: любой запрос из под любой проги, а не только "итерактивной программы", в которой разработчик что-то придумал для просмотра записей.
20 июн 08, 08:57    [5824140]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
okdoky
Member

Откуда:
Сообщений: 349
softwarer
okdoky
И зачем для этого Оракэл?

Оракл не для "проще". В смысле не для "получить деньги и убежать подальше". Он для "правильнее". В смысле "благодарный пользователь не придет потом бить морду". Хотя, конечно, некоторые индивиды и с Ораклом добьются такого результата.
"Правильнее", уважаемый Софтвар, это когда работает так, как хочет заказчик. Если заказчик хочет Оракэл, это - одно. Если он хочет, чтобы система имела удобный интерфейс, время отклика в пределах 3 секунд (и тд в этом духе), это - другое. И совсем другое - free open source продукты, те независимость от вендора, возможность добавить свои "вещи", мобильность.

Если мы сравниваем с автомобилями. Все они ездят правильно. Одним нужно имя, марка. Другим средство передвижения. Третьим оригинальность и возможность их сопровождения (и даже усовершенствования) без привлечения дядей.
20 июн 08, 09:21    [5824211]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
okdoky
Member

Откуда:
Сообщений: 349
vadiminfo
Вообще предполагается, что любой кто из под данного логина выполняет или пишет произвольный запрос будет видеть тока то шо положно ему. Т.е. СУБД, например, буит переписывать любой запрос Юзера, добавляя отскающее WHERE.
А Ваше предложение заставляет предположить, что Зигзаглвцы ф-ии СУБД склонны перекладывать на клиентские проги. У вас там "итерактивная программа" буит переписывать все запросы? Или у вас предполагаентся что в приложениях не бывает больше одного двух зпросов в приложениях показывающие записи? Ить у Вас на скока я помню групповых запросов не было? Т.е. удовлением информационных потребностей юзеров Ваши приложения не заморачиваются.
Если продолжить аналогии с автомобилями, то Вы типа сказали зачем Вам автомобиль (Оракэл), када моно на велосипеде доехать, который сами еще и налабали. Можно, но смотря куда и скока км ехать.
Проверку записи можно делать в одном запросе, можно отдельно. Неужели это для вас так трудно? Под "доступом" я понимаю не только READ, WRITE. Могут быть совершенно разные операции с записями. Если эти операции реализованы в приложении, о них будет знать только приложение. Оно отвечает за них. Повторюсь, причем тут Оракэл?

Очень витиевато как-то у вас. Не дает покоя Зигзаг? Спрашивайте. У него, например, очень большие возможности для разработчиков Вэб-сайтов. Если вы считаете иерархические структуры и Вэб-разработку - тропинкой, по которой может ездить только велосипед. Тогда пусть Зигзаг будет велосипедом.
20 июн 08, 09:50    [5824308]     Ответить | Цитировать Сообщить модератору
 Re: Какую БД выбрать  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
okdoky
Проверку записи можно делать в одном запросе, можно отдельно. Неужели это для вас так трудно? Под "доступом" я понимаю не только READ, WRITE. Могут быть совершенно разные операции с записями. Если эти операции реализованы в приложении, о них будет знать только приложение. Оно отвечает за них. Повторюсь, причем тут Оракэл?

Да трудно понять фразу "можно делать в одном запросе, можно отдельно". А Вам трудно понять, что кроме "Если эти операции реализованы в приложении, о них будет знать только приложение.", эти операции могут не реализовываться в клиентском приложении. Что я могу любой тулсой лезть к БД, и писать любой сложности запросы из под данного юзера, ниче не зная об ограничении, я все равно получу тока то, что разрешено данному юзеру. Потому шо о них знает СУБД. И при том тут Оракэл. Неужели Вам трудно это вкурить?
Т.е. пишуший запросы (причем заранее не известные разработчикам операции) из приложения, в котором эти операции никто не реализовывал, я все равно получу тока разрешенные данному юзеру уже не записи, а информацию.
Вам еще одно открыте: БД это коллекция данных предназначеннная в общем случае для многих прог, а не тока для той "итерактивной", в которой Вы что-то там нареализовавыли.
Иначе идея БД как бы низводится до файловых систем. Бери файлы и "реализовывай в приложениях операции и знать о них будут тока эти приложения". А другие не будут и прочтут все.
20 июн 08, 12:49    [5825741]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить