Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / MySQL vs Access / 25 сообщений из 28, страница 1 из 2
  1  все
23.03.2008, 00:36
    #35207924
tolsty28
tolsty28
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
Задача состоит сделать простую БД объемом 3 Гб, которая будет содержать OLE объекты (*.pdf *.tif), максимум подключений 10, пока хотя бы на локальной машине.
Подскажите:
Что лучше использовать MySQL, Access либо MS SQL.
Знаком только с MySQL, что проще в плане администрирования, трудозатрат.

Заранее благодарен.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 11:26
    #35208052
MasterZiv
MasterZiv
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
tolsty28 пишет:
> Что лучше использовать MySQL, Access либо MS SQL.

Хуже аксеса вряд ли что --то может быть, так что один из трех
уже отпадает. Далее решите, нужна ли вам коммерческая версия
и достаточно ли вам только одной платформы, и выбирайте.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 12:07
    #35208085
Ынтырпрайз
Ынтырпрайз
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
tolsty28Задача состоит сделать простую БД объемом 3 Гб, которая будет содержать OLE объекты (*.pdf *.tif), максимум подключений 10, пока хотя бы на локальной машине.
Подскажите:
Что лучше использовать MySQL, Access либо MS SQL.
Знаком только с MySQL, что проще в плане администрирования, трудозатрат.

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

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

Клиентов будем писать на пиве?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 12:13
    #35208093
Shiva Razrushitel
Shiva Razrushitel
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
конечно на мускуле ибо 3гб это видимо расчетный размер а у акса 4гб макс размер файла и имеет поганое свойство меняться (всегда большую сторону)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 13:19
    #35208153
apapacy
apapacy
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
Вы совершенно правильно ставите вопрос о трудозатратах.
По трудозатратам прописать таблички в Мускуле одинаково что и в Акцизе.
Но после этого в первом случае прийдется еще затратить на два порядка больше времени для разработки клиентского интерфейса. А во втором случае клиент уже будет готов и Вам нужно будет только довести клиента до кондиции (с)"БР".
В Вашем случае может быть использован Acces+MySQL, как справедливо заметил автор поста выше.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 13:20
    #35208154
tolsty28
tolsty28
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
ну так На MySQL можно реализовать данную базу.
Эта БД в будущем максимум до 5 Гб возрастет.


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

база простая в принципе тока не могу определиться с выбором СУБД.
Желательно конечно не коммерческая версия.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 13:21
    #35208156
Shiva Razrushitel
Shiva Razrushitel
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
бред какойто вы написали (прочтите его и подумайте) ;)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 13:22
    #35208158
Shiva Razrushitel
Shiva Razrushitel
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
это было апачу
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 14:56
    #35208227
Ынтырпрайз
Ынтырпрайз
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
tolsty28ну так На MySQL можно реализовать данную базу.
Эта БД в будущем максимум до 5 Гб возрастет.


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

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

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

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

Delphi + Firebird 2

Дешево и сердито
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 15:20
    #35208241
apapacy
apapacy
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
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)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 15:26
    #35208246
вшивый разрушитель
вшивый разрушитель
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
не слухай их :)
клиента пиши на чем умееш хоть на пхп
база (из двух) = майскуль

зы: клиента для любой бд писать одинакава трудоемко (читай - лехко) если писать умееш
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 16:27
    #35208282
apapacy
apapacy
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
Я очень живо представляю этого клиента.
Почитайте Java Bueprint, где маститые архитекторы J2EE признают, что
из-за трудоемкости создание клиентов пока что превалирует веб-интерфейсы.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 16:39
    #35208289
вшивый разрушитель
вшивый разрушитель
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
в вашем словесном ....се видно что не знаете как приладить к клиенту на аксе любую бд (через дао) так что не будет разницы акс прилинкован или мускуль

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

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

зы:
> веб-интерфейсы
> хоть на пхп
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 17:13
    #35208326
apapacy
apapacy
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
Судя по жаргону Вы максимум ученик 5 класса и уже целую четверть изучаете информатику.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 19:13
    #35208397
tolsty28
tolsty28
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
Я только знаю MySQL и PHP чуть-чуть.
Скорее всего и буду на них делать.
Всем спасибо за инфу.

Просто меня волновало поддержит ли MySQL 3-5 ГБ.И вообще сравнить её с другими СУБД.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.03.2008, 21:19
    #35208483
ученик 5 класса
ученик 5 класса
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
кстати нефик хранить файлы в таблице
файлы в директориях
в таблице - ссылки на них
тогда может и акцесс-бд подойдет (но все равно оно гамно)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.03.2008, 00:06
    #35208578
ЛёхаSPb
ЛёхаSPb
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
Считаю что сперва нужно определиться с типом приложения Web или Десктоп

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

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

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

Вариант с Акцессом я бы не рассматривал
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
25.03.2008, 16:10
    #35212619
Mikle83
Mikle83
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
ученик 5 классакстати нефик хранить файлы в таблице
файлы в директориях
в таблице - ссылки на них
тогда может и акцесс-бд подойдет (но все равно оно гамно)

а как ты будешь целостность данных обеспечивать? Модератор: ...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.03.2008, 14:04
    #35214899
The_rat
The_rat
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
ИМХО, клиент Access (runtime) к БД MySql на FreeBSD. Практически бесплатный вариант. Ntv более БД простая.
А делфя денек стОит.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.03.2008, 22:37
    #35223315
cyx
cyx
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
Поясните, как выглядит клиент на PHP?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
31.03.2008, 14:47
    #35224634
Albatross
Albatross
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
tolsty28Я только знаю MySQL и PHP чуть-чуть.
Скорее всего и буду на них делать.
Всем спасибо за инфу.

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

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

А у MS Access ограничение не 4 Гбайта на размер базы, а всего лишь 2.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.04.2008, 15:08
    #35227505
M$
M$
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
Albatross tolsty28Я только знаю MySQL и PHP чуть-чуть.
Скорее всего и буду на них делать.
Всем спасибо за инфу.

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

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

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

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

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

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

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

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

P.S. А вообще-то вы правы, не переписать оракл на VBA.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
03.04.2008, 18:13
    #35233944
VoDA
VoDA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MySQL vs Access
M$ VoDA M$Не на размер базы, а на размер файла, таблицы и "МЕМО-поля". Вот, например, ораклиная база в 100 файлах по 2000М хранится и ничего. А что мешает сделать также в аксессе? Для каждой большой таблицы - отдельный файл, для кучи маленьких справочников - отдельный. А для супер-таблиц (ну конечно же, в любой настольной БД должна быть таблица больше 2 Гб - без этого ну никак!) делать ручной или автоматический "partition".И ВЫ назовете этот лисапед базой данных? А как транзакции будут шариться между этими "огрызками" БД.

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

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

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

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

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

и консистентна (ибо нет ни ключей ничего вообще) и легко и быстро пишется.
Еще легко переносится и визуально понятно что находится в этой "БД" ;)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / MySQL vs Access / 25 сообщений из 28, страница 1 из 2
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 369ms
Закрыть
start [/forum/topic.php?fid=35&mobile=1&tid=1553135]:
 0ms
get settings:
 9ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 40ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 59ms
get tp. blocked users:
 1ms
others: 226ms
total:  369ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]