Здравствуйте, Igor Trofimov, Вы писали:
V>>Я даю совет в форме "делай так"
iT>Ты даешь совет в форме, исключающей другие варианты. ЕСЛИ openSource ТО mySQL.
Совершенно верно, совет я даю __от_своего_имени__
это значит, что если человек меня послушает, то __я__ смогу помочь при случае, а значит отвечать за свои слова..
ни с какой другой open-source системой я просто не работал..
люди советуют FireBird и я им не мешаю.. просто если человек выберет её то и помогуть будут
они, вот и вся разница..
(вот из обычных я работал с Oracle, MSSQL, Access и знаю, что лучше человеку начать с Access)
Здравствуйте, Foror, Вы писали:
F>Здравствуйте, vvaizh, Вы писали:
V>>c другой стороны mySQL и Yaffi доступны как embedded.. т.е. вообще в виде lib-ы
F>А какие именно либы? Мож где подробнее про это можно почитать?
Здравствуйте, h256, Вы писали:
H>Не очень знаком с базами данных. Посоветуйте что подойдет для моей задачки. H>Задача такая — база будет не очень большая(10-15 таблиц), записей тоже не слишком густо, но хотябы так на 1000 надо рассчитывать. В базе будут использоваться blob'ы. Нужно чтоб СУБД было поменьше размером, ну и стоило не слишком много. Может что из Open Source? Все будет распологаться на локальной машине.
Я бы на вашем месте посмотрел на Microsoft Desktop Engine (MSDE). Это — почти полный эквивалент MS SQL Server 2000, с той разницей, что покупать его не надо. Для его использования достаточно, например, лицензии на MS Office 2000 Professional. По производительности и функциям он далеко впереди Jet (Access). Кроме того, если в будущем надо будет масштабировать систему, вы безболезнено сможете перейти на SQL Server, т.к. Transact SQL у них одинаковый.
Здравствуйте, h256, Вы писали:
D>>MySQL для этого вполне подойдёт. D>>он бесплантый + Open Source + хорошая производительность и куча документации.
H>Всем спасибо за советы. H>Есть еще одно условие — легкость настройки, т.е. ПО будет с базой и надо чтоб его можно было поставить без особых проблем, в идеале одна кнопочка Install и все, ну или что-то в этом духе.
Тогда я советую Access — Элементарно устанавливается (MS Office — MS Access), можно использовать просто один файл без всяких установок. Легко настраивается. Хорошее описание всех функций и возможностей. Для небольшой базы (до 100 таблиц и до 50000 записей) идеальный вариант.
Здравствуйте, h256, Вы писали:
H>Не очень знаком с базами данных. Посоветуйте что подойдет для моей задачки. H>Задача такая — база будет не очень большая(10-15 таблиц), записей тоже не слишком густо, но хотябы так на 1000 надо рассчитывать. В базе будут использоваться blob'ы. Нужно чтоб СУБД было поменьше размером, ну и стоило не слишком много. Может что из Open Source? Все будет распологаться на локальной машине.
Чистая база — MySQL. С клиентом — MS Access (но хорошего в нем — только клиент, для чайников в самый раз).
Можно вместе. Хранить в MySQL, приложение на Access.
Почему MySQL: маленький, быстрый, ставится тривиально (распаковал, пустил...), нативные клиенты под все платформы, чертовски быстрый с InnoDB (с Oracle соревнуется из реляционных, остальные все где-то позади..), переносимость данных на высшем уровне, масштабируемость тоже.
Работал с: Clipper, FoxBase, потом FoxPro, MySQL плотно, Аccess много, MS SQL немного, сейчас ориентируюсь на MySQL с WEB-клиентами (php в основном) и объектную надстройку oodb.
Но вообще для твоей задачи база навряд ли нужна, достаточно нескольких сериализуемых контейнеров с произвольным доступом и поиском.
Re[5]: Помогите выбрать базу данных.
От:
Аноним
Дата:
26.08.03 16:06
Оценка:
Здравствуйте, algol, Вы писали:
A>Вот это ИМХО так ИМХО! Да будет Вам известно, что сейчас новые версии FoxPro выходят ежегодно. Вот в этом году вышел VFP8.0, в сентябре выйдет к нему service pack, готовится Я работал с 6. Когда грохнул почти месяц на отлов ошибок...
На свалку...
Может пофиксили его, незнаю...
Глючныя среда...
При зависании приложения куча глюков.
Постоянно вылеьающие сообщения об несуществующих ошибках вызванные ошибками совсем в другом месте...
Необьяснимое поведение приложение етс.
Я был рад когда отдал эту базу...
Здравствуйте, Аноним, Вы писали:
A>Я работал с 6. Когда грохнул почти месяц на отлов ошибок... А>На свалку... А>Может пофиксили его, незнаю... А>Глючныя среда... А>При зависании приложения куча глюков. А>Постоянно вылеьающие сообщения об несуществующих ошибках вызванные ошибками совсем в другом месте... А>Необьяснимое поведение приложение етс.
Непонятливым повторяю еще раз: "Радиостанция работает на бронетранспортере".
Я не предлагаю писать программу на FoxPro. Действительно, чтобы на нем писать, нужно иметь некоторый опыт. Кроме этого, как я понял, база данных это не главное в обсуждаемой программе.
Я предлагал писать программу на чем угодно (VB, VC++, Дельфи и т.д.) и использовать для работы с БД ADO плюс VFP OLEDB провайдер. Если нужен компактный движок и простота инсталляции, то это ИМХО лучший вариант. Движок БД и OLEDB провайдер в одном флаконе (т.е. DLL) размером 1 метр, абсолютно бесплатный и требующий для инсталляции только скопировать и зарегистрировать DLL — что может быть проще? Поскольку для доступа предлагается использовать ADO, то нет никаких проблем при переходе на использование другой БД при необходимости.
Я вижу только два небольших минуса в предложенном решении — язык SQL в FoxPro довольно ограниченный (например не поддерживаются вложенные запросы); и строковые поля возвращаются дополненные пробелами до длины поля и их приходится постоянно Trim'ить.
Другой реальной альтернативой для данного случая ИМХО является только Access (MS Jet). Ставить сервер БД типа MySQL, MSDE и т.д. + клиента + ODBC драйвер/OLEDB провайдер для обработки 1000 записей на локальной машине мне кажется _абсолютно_ бессмысленным.
