Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 MySQL vs Access  [new]
tolsty28
Member

Откуда:
Сообщений: 3
Задача состоит сделать простую БД объемом 3 Гб, которая будет содержать OLE объекты (*.pdf *.tif), максимум подключений 10, пока хотя бы на локальной машине.
Подскажите:
Что лучше использовать MySQL, Access либо MS SQL.
Знаком только с MySQL, что проще в плане администрирования, трудозатрат.

Заранее благодарен.
23 мар 08, 00:36    [5446414]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

tolsty28 пишет:
> Что лучше использовать MySQL, Access либо MS SQL.

Хуже аксеса вряд ли что --то может быть, так что один из трех
уже отпадает. Далее решите, нужна ли вам коммерческая версия
и достаточно ли вам только одной платформы, и выбирайте.

Posted via ActualForum NNTP Server 1.4

23 мар 08, 11:26    [5446706]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
Ынтырпрайз
Guest
tolsty28
Задача состоит сделать простую БД объемом 3 Гб, которая будет содержать OLE объекты (*.pdf *.tif), максимум подключений 10, пока хотя бы на локальной машине.
Подскажите:
Что лучше использовать MySQL, Access либо MS SQL.
Знаком только с MySQL, что проще в плане администрирования, трудозатрат.

Заранее благодарен.


Вообще-то Access это FrontEnd. Его можно и к MS SQL подлключить, и к MySQL.

Клиентов будем писать на пиве?
23 мар 08, 12:07    [5446780]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
Shiva Razrushitel
Member

Откуда:
Сообщений: 203
конечно на мускуле ибо 3гб это видимо расчетный размер а у акса 4гб макс размер файла и имеет поганое свойство меняться (всегда большую сторону)
23 мар 08, 12:13    [5446791]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
apapacy
Member

Откуда:
Сообщений: 1297
Вы совершенно правильно ставите вопрос о трудозатратах.
По трудозатратам прописать таблички в Мускуле одинаково что и в Акцизе.
Но после этого в первом случае прийдется еще затратить на два порядка больше времени для разработки клиентского интерфейса. А во втором случае клиент уже будет готов и Вам нужно будет только довести клиента до кондиции (с)"БР".
В Вашем случае может быть использован Acces+MySQL, как справедливо заметил автор поста выше.
23 мар 08, 13:19    [5446893]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
tolsty28
Member

Откуда:
Сообщений: 3
ну так На MySQL можно реализовать данную базу.
Эта БД в будущем максимум до 5 Гб возрастет.


ДБ:
1 столбец название задачи;
2 столбец (файл MathCad или PDF или Word)
3. PDF либо tif.

база простая в принципе тока не могу определиться с выбором СУБД.
Желательно конечно не коммерческая версия.
23 мар 08, 13:20    [5446895]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
Shiva Razrushitel
Member

Откуда:
Сообщений: 203
бред какойто вы написали (прочтите его и подумайте) ;)
23 мар 08, 13:21    [5446897]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
Shiva Razrushitel
Member

Откуда:
Сообщений: 203
это было апачу
23 мар 08, 13:22    [5446899]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
Ынтырпрайз
Guest
tolsty28
ну так На MySQL можно реализовать данную базу.
Эта БД в будущем максимум до 5 Гб возрастет.


ДБ:
1 столбец название задачи;
2 столбец (файл MathCad или PDF или Word)
3. PDF либо tif.

база простая в принципе тока не могу определиться с выбором СУБД.
Желательно конечно не коммерческая версия.


Тебе в первую очередь надо определиться с клиентом.

Хотя в данном случае можно и

Delphi + Firebird 2

Дешево и сердито
23 мар 08, 14:56    [5447078]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
apapacy
Member

Откуда:
Сообщений: 1297
Shiva Razrushitel
это было апачу


Не бред.
Acces можно использовать как клиент к серверу БД.
В частности это может быть MySQL, хотя более трудемко чем с MSSQL.

Создавая структуру таблиц в MySQL и в Acces мы затрачиваем примерно одинаковое время,
и не очень эта операция трудоемкая. Если структура БД уже готова - сделать CREATE TABLE
что в Accese что в MySQL, что в GUI, что без GUI - дело нескольких минут.

Создав таблицу в Acces мы получаем уже готовый GUI к работе с этой таблицей, который необходимо довести с учетом конкретной задачи.

В MySQL - мы не получаем GUI и только начинаем думать на чем разрабатывать его.

Все ведущие настольные БД (Acces, FoxPro, Paradox, dBASE, Clarion) имеют и уже давно интерфейс к SQL-базам данных. И GUI на них можно разработать с меньшими трудозатратами.

(Я молчу про 1с в связи SQL)
23 мар 08, 15:20    [5447111]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
вшивый разрушитель
Guest
не слухай их :)
клиента пиши на чем умееш хоть на пхп
база (из двух) = майскуль

зы: клиента для любой бд писать одинакава трудоемко (читай - лехко) если писать умееш
23 мар 08, 15:26    [5447121]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
apapacy
Member

Откуда:
Сообщений: 1297
Я очень живо представляю этого клиента.
Почитайте Java Bueprint, где маститые архитекторы J2EE признают, что
из-за трудоемкости создание клиентов пока что превалирует веб-интерфейсы.
23 мар 08, 16:27    [5447243]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
вшивый разрушитель
Guest
в вашем словесном ....се видно что не знаете как приладить к клиенту на аксе любую бд (через дао) так что не будет разницы акс прилинкован или мускуль

но это плохой вариант. адо помогает

с@сут ваши архитекторы ненагибаясь ;)

зы:
> веб-интерфейсы
> хоть на пхп
23 мар 08, 16:39    [5447258]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
apapacy
Member

Откуда:
Сообщений: 1297
Судя по жаргону Вы максимум ученик 5 класса и уже целую четверть изучаете информатику.
23 мар 08, 17:13    [5447335]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
tolsty28
Member

Откуда:
Сообщений: 3
Я только знаю MySQL и PHP чуть-чуть.
Скорее всего и буду на них делать.
Всем спасибо за инфу.

Просто меня волновало поддержит ли MySQL 3-5 ГБ.И вообще сравнить её с другими СУБД.
23 мар 08, 19:13    [5447543]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
ученик 5 класса
Guest
кстати нефик хранить файлы в таблице
файлы в директориях
в таблице - ссылки на них
тогда может и акцесс-бд подойдет (но все равно оно гамно)
23 мар 08, 21:19    [5447797]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
ЛёхаSPb
Member

Откуда:
Сообщений: 138
Считаю что сперва нужно определиться с типом приложения Web или Десктоп

Если Web - то, как посоветовали выше, PHP+MySQL

Если Десктоп - то , опять же как выше, Дерфи + FireBird

В обоих случаях в инете есть куча примеров

Вариант с Акцессом я бы не рассматривал
24 мар 08, 00:06    [5448103]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
Mikle83
Member

Откуда: Санкт-Петербург
Сообщений: 659
ученик 5 класса
кстати нефик хранить файлы в таблице
файлы в директориях
в таблице - ссылки на них
тогда может и акцесс-бд подойдет (но все равно оно гамно)


а как ты будешь целостность данных обеспечивать?
Модератор: ...


Сообщение было отредактировано: 25 мар 08, 19:02
25 мар 08, 16:10    [5456832]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
The_rat
Member

Откуда:
Сообщений: 162
ИМХО, клиент Access (runtime) к БД MySql на FreeBSD. Практически бесплатный вариант. Ntv более БД простая.
А делфя денек стОит.
26 мар 08, 14:04    [5461658]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
cyx
Member

Откуда: Москва
Сообщений: 10144
Поясните, как выглядит клиент на PHP?
30 мар 08, 22:37    [5478706]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
Albatross
Member

Откуда:
Сообщений: 1001
tolsty28
Я только знаю MySQL и PHP чуть-чуть.
Скорее всего и буду на них делать.
Всем спасибо за инфу.

Просто меня волновало поддержит ли MySQL 3-5 ГБ.И вообще сравнить её с другими СУБД.


MySQL поддержит не только 2-5Гбайт, но и гораздо больше

А у MS Access ограничение не 4 Гбайта на размер базы, а всего лишь 2.
31 мар 08, 14:47    [5481484]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
M$
Guest
Albatross
tolsty28
Я только знаю MySQL и PHP чуть-чуть.
Скорее всего и буду на них делать.
Всем спасибо за инфу.

Просто меня волновало поддержит ли MySQL 3-5 ГБ.И вообще сравнить её с другими СУБД.


MySQL поддержит не только 2-5Гбайт, но и гораздо больше

А у MS Access ограничение не 4 Гбайта на размер базы, а всего лишь 2.


Не на размер базы, а на размер файла, таблицы и "МЕМО-поля". Вот, например, ораклиная база в 100 файлах по 2000М хранится и ничего. А что мешает сделать также в аксессе? Для каждой большой таблицы - отдельный файл, для кучи маленьких справочников - отдельный. А для супер-таблиц (ну конечно же, в любой настольной БД должна быть таблица больше 2 Гб - без этого ну никак!) делать ручной или автоматический "partition".
1 апр 08, 15:08    [5487335]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
M$
Не на размер базы, а на размер файла, таблицы и "МЕМО-поля". Вот, например, ораклиная база в 100 файлах по 2000М хранится и ничего. А что мешает сделать также в аксессе? Для каждой большой таблицы - отдельный файл, для кучи маленьких справочников - отдельный. А для супер-таблиц (ну конечно же, в любой настольной БД должна быть таблица больше 2 Гб - без этого ну никак!) делать ручной или автоматический "partition".
И ВЫ назовете этот лисапед базой данных? А как транзакции будут шариться между этими "огрызками" БД.

И внешние ключи / целостность как будет работать?
3 апр 08, 13:40    [5498067]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
M$
Guest
VoDA
M$
Не на размер базы, а на размер файла, таблицы и "МЕМО-поля". Вот, например, ораклиная база в 100 файлах по 2000М хранится и ничего. А что мешает сделать также в аксессе? Для каждой большой таблицы - отдельный файл, для кучи маленьких справочников - отдельный. А для супер-таблиц (ну конечно же, в любой настольной БД должна быть таблица больше 2 Гб - без этого ну никак!) делать ручной или автоматический "partition".
И ВЫ назовете этот лисапед базой данных? А как транзакции будут шариться между этими "огрызками" БД.

И внешние ключи / целостность как будет работать?


Отдельные личности и на Солнце находят пятна... Даже слово не дадут сказать, тут же "целостность, транзакции". Эти слова аксессу противопоказаны!

Кое-что не будет работать, но где в условиях топикстартера вы увидели намеки на необходимость ключей для таблички из трёх полей? По BLOB-полю, наверное, не иначе?

P.S. А вообще-то вы правы, не переписать оракл на VBA.
3 апр 08, 14:38    [5498728]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Access  [new]
VoDA
Member

Откуда: сеРверная пальмира :)
Сообщений: 4898
M$
VoDA
M$
Не на размер базы, а на размер файла, таблицы и "МЕМО-поля". Вот, например, ораклиная база в 100 файлах по 2000М хранится и ничего. А что мешает сделать также в аксессе? Для каждой большой таблицы - отдельный файл, для кучи маленьких справочников - отдельный. А для супер-таблиц (ну конечно же, в любой настольной БД должна быть таблица больше 2 Гб - без этого ну никак!) делать ручной или автоматический "partition".
И ВЫ назовете этот лисапед базой данных? А как транзакции будут шариться между этими "огрызками" БД.

И внешние ключи / целостность как будет работать?


Отдельные личности и на Солнце находят пятна... Даже слово не дадут сказать, тут же "целостность, транзакции". Эти слова аксессу противопоказаны!

Кое-что не будет работать, но где в условиях топикстартера вы увидели намеки на необходимость ключей для таблички из трёх полей? По BLOB-полю, наверное, не иначе?

P.S. А вообще-то вы правы, не переписать оракл на VBA.
а табличку из трех полей лучше вообще сделать на уровне FS.

первичный ключ - полный путь к файлу.
название задачи - каталог первого уровня.
тип файла - суффикс файла.
данный - сам файл

и консистентна (ибо нет ни ключей ничего вообще) и легко и быстро пишется.
Еще легко переносится и визуально понятно что находится в этой "БД" ;)
3 апр 08, 18:13    [5500916]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить