vmagСергей ЛаловТакже лучше создавать базу myIsam , а не innodb,

Придется ковырять закрома... посмотрел своих провайдеров - по мускулю поддержка только именно innodb 5.0, 5.5 и 5.7... получается только для своего огорода...

Так не, с INNODB тоже все работает, можно в MyIsam,можно в innodb. В каком формате у вас база не важно, поедет все и так и так.
мне просто связи таблиц и транзакции не нужны на серверной БД, поэтому и myisam. В моем случае myisam быстрей innodb. Потому что у меня основное действия только SELECT со стороны пользователя бд. а остальные типы запросов точечные, в рамках изменения одной строки. В интернете много споров на эту тему, что лучше. у меня опытным путем выяснилось что myisam быстрее.

Есть небольшая таблица сравнений:
таблица сравнений

Кстати еще один позитивный и очень важный момент работы с MySQL, забыл сказать. (Это в принципе относиться ко всем связкам MS Access, MySQL,MS SQL, Postgress e.t.c..)
База не распухает во время использования. Не надо использовать сжать и восстановить. От слова совсем.

ROIСергей ЛаловКстати еще один позитивный и очень важный момент работы с MySQL, забыл сказать. (Это в принципе относиться ко всем связкам MS Access, MySQL,MS SQL, Postgress e.t.c..)
База не распухает во время использования. Не надо использовать сжать и восстановить. От слова совсем.
Движок InnoDB не поддерживает уменьшение размеров файлов БД — это принципиальное ограничение. Единственный способ уменьшить размер БД — сделать дамп, переинициализировать хранилище, восстановить из дампа. Увы, это действительно так.
База распухает(чудес не бывает)
А вот похудеть не так просто.
Не морочте людям голову.

Вы не поняли, о чем я пишу. Разберитесь сначала. При использовании файла аксесс с родными таблицами и jetSql ,при регулярном использовании ,клиентская часть приложения несоразмерно увеличивается. При активном использовании аксесса, к примеру с утра вес базы 3,5 мб, а к окончанию рабочего дня в районе 20мб. Это не связано с увеличением данных в таблицах ,либо загрузкой картинок в БД к примеру. Это связано с особенностями самого аксесса, с его неоптимальным способом кэшировать информацию.
Чтобы решить проблему на стороне аксесса приходится сжимать и восстанавливать БД. (аксесовскую БД) чтобы уменьшить размер файла.
При переходе на ms access + mysql этой проблемы нет. Читай хоть о чем я пишу.

Stanislav PСергей Лалов,

К любому "что-то там SQL" прилагается админ, которому нужны денежки. Файл с БД от Access может положить в любое место любой секретарь или любой другой юзер и это не будет стоить дополнительных затрат.

У вас наверное тяжело пошло программирование. С обслуживанием mysql (один сервер, одна база) разберется один сознательный семиклассник.

Кстати по поводу увеличения размеров бд , на этот раз на mysql- еще один плюс в сторону MyIsam.

NeboСергей Лалов,

https://stackoverflow.com/questions/5842/issues-using-ms-access-as-a-front-end-to-a-mysql-database-back-end#9200

Так я то использую связку ms access + mysql ч/з odbc уже наверное седьмой год) Уже набил руку так сказать) Аксесс работает как клиент. Таблицы линкуются через odbc. Аутентификация на стороне mysql. Как говорится все Ок)