Access через SQL - помогите решить

проблемы написания (перевода) существующих БД в Access на SQL с использованием Access форм и пр. не нарушая привычного пользователям интерфейса программ

Спасибо всем братьям-программистам! Более 5-ти лет создается программа по учету движения материальных ценностей по производству машиностроительного профиля, расчет всех плановых показателей на месяц, квартал, полугодие, год,считается абсолютно все что можно сосчитать в производстве начиная с материалов со склада и вплоть до отгрузки готовой продукции, все остатки, незавершенное производство и т.д.(Вобщем все что может быть набрано на калькуляторе) База состоит из более 115 таблиц, очень многие из них имеют более 300 тыс. записей и более, работет более 1500 запросов всех возможных видов и типов. Весь пакет состоит и общей базы и 6 программ управления данными, которые вносят данные по принадлежности по специалистам или отделам (конструктора и технологи (информация об изделиях, технологии, материалы, нормы (материал, время и т.д.), станки инструмент остнастка и т.д.)),экономист, мат. бух., нач производства, нормировщих(нарядчик) и т.д.). и ведут расчет по определнным правилам и требованиям. Одновременный запуск более одной копии каждой программы. Использован Терминальный вход в Windows2003 Corporate, т.е. реально вся база и все программы находятся на одном серваке с хорошими показателями быстродействия. Писалось все это под Access Corporate version 2002 XP потому, что преследовалась цель написания программы, понятной любому программисту освоившему Access на уровне института или учебника, приемственность и беспроблемность передачи сопровождения или продолжения темы любому, т.е. не использованы ни коды ни VBA ни чего кроме чисто визуального построения запросов средствами Access, в запросах только построение формул через построитель (CtrlF2). Теперь возникают проблемы с вычислительной скоростью самого Access, вынуждены переходить на SQL, т.е. вся база (все таблицы) и все вычислительные запросы должны находиться на MicrosoftSQL. Но при этом формы (интерфейс) программ должен остаться прежним, для того чтобы пользователи даже не заметили перехода на SQL. Таблицы перетаскиваются вообще без проблем, а вот с запросами целая эпопея, например не смогли передавать параметры для выполнения выборки данных в запросах SQL из форм, даже пытались сделать это через определенные поля в таблицах (т.е. "поле" в форме заменяется на конкретное поле в таблице (все параметры выбора данных (или их указания, даты, производственные участки, изделия, сборочные единицы, детали, станки и т.д.) в программе в строго определенных местах. Ничего хорошего из этого не вышло. Т.е. в запросах в SQL в "параметер" или "критерий" указываем информацию и это все не проходит проверки синтаксиса SQL. Помогите пожалуйста братья-программисты. Заранее всем спасибо.

alex999kon

Спасибо всем братьям-программистам! Более 5-ти лет создается программа по учету движения материальных ценностей по производству машиностроительного профиля, расчет всех плановых показателей на месяц, квартал, полугодие, год,считается абсолютно все что можно сосчитать в производстве начиная с материалов со склада и вплоть до отгрузки готовой продукции, все остатки, незавершенное производство и т.д.(Вобщем все что может быть набрано на калькуляторе) База состоит из более 115 таблиц, очень многие из них имеют более 300 тыс. записей и более, работет более 1500 запросов всех возможных видов и типов. Весь пакет состоит и общей базы и 6 программ управления данными, которые вносят данные по принадлежности по специалистам или отделам (конструктора и технологи (информация об изделиях, технологии, материалы, нормы (материал, время и т.д.), станки инструмент остнастка и т.д.)),экономист, мат. бух., нач производства, нормировщих(нарядчик) и т.д.). и ведут расчет по определнным правилам и требованиям. Одновременный запуск более одной копии каждой программы. Использован Терминальный вход в Windows2003 Corporate, т.е. реально вся база и все программы находятся на одном серваке с хорошими показателями быстродействия. Писалось все это под Access Corporate version 2002 XP потому, что преследовалась цель написания программы, понятной любому программисту освоившему Access на уровне института или учебника, приемственность и беспроблемность передачи сопровождения или продолжения темы любому, т.е. не использованы ни коды ни VBA ни чего кроме чисто визуального построения запросов средствами Access, в запросах только построение формул через построитель (CtrlF2). Теперь возникают проблемы с вычислительной скоростью самого Access, вынуждены переходить на SQL, т.е. вся база (все таблицы) и все вычислительные запросы должны находиться на MicrosoftSQL. Но при этом формы (интерфейс) программ должен остаться прежним, для того чтобы пользователи даже не заметили перехода на SQL. Таблицы перетаскиваются вообще без проблем, а вот с запросами целая эпопея, например не смогли передавать параметры для выполнения выборки данных в запросах SQL из форм, даже пытались сделать это через определенные поля в таблицах (т.е. "поле" в форме заменяется на конкретное поле в таблице (все параметры выбора данных (или их указания, даты, производственные участки, изделия, сборочные единицы, детали, станки и т.д.) в программе в строго определенных местах. Ничего хорошего из этого не вышло. Т.е. в запросах в SQL в "параметер" или "критерий" указываем информацию и это все не проходит проверки синтаксиса SQL. Помогите пожалуйста братья-программисты. Заранее всем спасибо.

КАК МОЖНО СДЕЛАТЬ СИСТЕМУ ТАКОГО УРОВНЯ(!!!) БЕЗ КОДА НА VBA?

Тююю... Это высший класс.
Базу на помойку и писать т-скл ручками.

Идеолога-создателя - придушить в темном углу.

alex999kon

цель написания программы, понятной любому программисту освоившему Access на уровне института или учебника....не использованы ни коды ни VBA ни чего кроме чисто визуального построения запросов средствами Access, в запросах только построение формул через построитель

Кто решил, что понятная программа - это та, которая написана без SQL и VBA? Про это в книжках не пишут и в институтах не учат? =)

рыдаль

Не знаю как переносили таблицы, но можно сделать линк через ODBC, тогда таблицы должны работать также как и раньше (за исключением make table)

это не будет быстрее

Если автор не просто потрепался, а реально просит помощи, то при таком раскладе поможет только замена терминального сервера, хотя не знаю как у Jet с масштабированием, но должно помочь...