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

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

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

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

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

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


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

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


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

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

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

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

Delphi + Firebird 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

и консистентна (ибо нет ни ключей ничего вообще) и легко и быстро пишется.
Еще легко переносится и визуально понятно что находится в этой "БД" ;)
...
Рейтинг: 0 / 0
25 сообщений из 28, страница 1 из 2
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / MySQL vs Access
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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