Переход VB+Access на VB+MySQL

07.04.2010, 12:02. **Показов** 996. **Ответов** 5

Студворк — интернет-сервис помощи студентам

Есть система учета VB6+Access, 15 пользователей, 2 000 000 записей
руководство выразило желание идти не под MSSQL а под MySQL

инстинкт подсказывает что нельзя, но аргументов нет (MySQL не знаю)
решал ли кто подобные задачи, какие возникают проблемы?

Спасибо

@Konst_one · 07.04.2010, 13:26

можно, но зачем?

11.04.2010, 11:11

Аргументация сводится к тому что платформу(Access) надо менять на более надежную (+клиент сервер)

но решение приняли 'на верху' и на сегодня это указание к действию и только очень серьезные аргументы могут повлиять на этот процесс

@DjinnWalker · 11.04.2010, 15:08

Наиболее удобный способ юзать мускуль из ВБ это установить MyOLEDB библиотеки. Взять на сайте мускля. Тогда обычный доступ через АДО обеспечен. Сам так юзал. НО!
Пока в мускле нет хранимых процедур, есть ограничения на поддержание ссылочной целостости между таблицами, некоторые конструкции SQL не работают, т.е придется выделываться и идти в обход. Со стандартными типами таблиц MyISAM нет поддержки транзакций.
Из положительных сторон это конечно чистый клиент сервер, хорошая поддержка прав пользователей, возможность поднять сервер на юникс системе, чудовищная скорость. Вот такие пироги, может че забыл...но это основное.

11.04.2010, 16:33

нет поддержки транзакций
--------
одно это убивает все, это же приговор, или я чего не понял

@DjinnWalker · 11.04.2010, 17:13

Как я сказал, поддержки транзакций нет, если использовать стандартный тип таблиц - MyISAM. Это самый быстрый тип таблиц и самый простой, менее подвержен падениям, и в случае аварии - легко восстанавливается.
Транзакции будут, если использовать InnoDB таблицы. Но пока их запустишь, придеться попотеть. Это как система в системе - движок InnoDB как бы живет отдельно от мускля. Короче долго рассказывать. RTFM

Новые блоги и статьи Все статьи Все блоги /
Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .	wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .
Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .	К слову об оптимизации kumehtar 01.04.2026 Вспоминаю начало 2000-х, университет, когда я писал на Delphi. Тогда среди программистов на форумах активно обсуждали аккуратную работу с памятью: нужно было следить за переменными, вовремя. . .	Идея фильтра интернета (сервер = слой+фильтр). Hrethgir 31.03.2026 Суть идеи заключается в том, чтобы запустить свой сервер, о чём я если честно мечтал давно и давно приобрёл книгу как это сделать. Но не было причин его запускать. Очумелые учёные напечатали на. . .	Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем

Vsh

	Переход VB+Access на VB+MySQL 07.04.2010, 12:02. Показов 996. Ответов 5 Метки нет (Все метки) Есть система учета VB6+Access, 15 пользователей, 2 000 000 записей руководство выразило желание идти не под MSSQL а под MySQL инстинкт подсказывает что нельзя, но аргументов нет (MySQL не знаю) решал ли кто подобные задачи, какие возникают проблемы? Спасибо

@Konst_one 2 / 2 / 1 Регистрация: 19.07.2007 Сообщений: 737
	07.04.2010, 13:26
	можно, но зачем? 0

Vsh
	11.04.2010, 11:11
	Аргументация сводится к тому что платформу(Access) надо менять на более надежную (+клиент сервер) но решение приняли 'на верху' и на сегодня это указание к действию и только очень серьезные аргументы могут повлиять на этот процесс

@DjinnWalker 1 / 1 / 0 Регистрация: 25.05.2008 Сообщений: 232
	11.04.2010, 15:08
	Наиболее удобный способ юзать мускуль из ВБ это установить MyOLEDB библиотеки. Взять на сайте мускля. Тогда обычный доступ через АДО обеспечен. Сам так юзал. НО! Пока в мускле нет хранимых процедур, есть ограничения на поддержание ссылочной целостости между таблицами, некоторые конструкции SQL не работают, т.е придется выделываться и идти в обход. Со стандартными типами таблиц MyISAM нет поддержки транзакций. Из положительных сторон это конечно чистый клиент сервер, хорошая поддержка прав пользователей, возможность поднять сервер на юникс системе, чудовищная скорость. Вот такие пироги, может че забыл...но это основное. 0

Vsh
	11.04.2010, 16:33
	нет поддержки транзакций -------- одно это убивает все, это же приговор, или я чего не понял

@DjinnWalker 1 / 1 / 0 Регистрация: 25.05.2008 Сообщений: 232
	11.04.2010, 17:13
	Как я сказал, поддержки транзакций нет, если использовать стандартный тип таблиц - MyISAM. Это самый быстрый тип таблиц и самый простой, менее подвержен падениям, и в случае аварии - легко восстанавливается. Транзакции будут, если использовать InnoDB таблицы. Но пока их запустишь, придеться попотеть. Это как система в системе - движок InnoDB как бы живет отдельно от мускля. Короче долго рассказывать. RTFM 0