Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / FoxPro, Visual FoxPro Новый топик    Ответить
 Организация приложения  [new]
DmitryKn
Member

Откуда:
Сообщений: 308
Добрый всем день!

Существуют два приложения на две различные услуги. Таблицы, содержащие данные заказчиков, не идентичны, но "пересекаются". Таблицы юзеров идентичны. Логика подсказывает, что это должны быть общие для двух приложений таблицы.

Прошу подсказать, можно ли их сделать как-то общими, и если да - то как правильно.
10 сен 21, 10:21    [22370251]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
Penner
Member

Откуда:
Сообщений: 348
Use MyTable Shared Again
10 сен 21, 12:06    [22370319]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
Dima T
Member

Откуда:
Сообщений: 16063
В общем случае надо объединить обе базы в одну.

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

Лучше просто сделай прогу, которая будет запускаться из планировщика и синхронизировать однотипные таблицы в разных БД.
10 сен 21, 12:27    [22370330]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
DmitryKn
Member

Откуда:
Сообщений: 308
Dima T,

Объединить две базы в одну - т.е. сделать одно приложение из двух? Или как-то еще?

Удалить запись из этих таблиц юзер не может, а вот я как раз могу. Но ведь можно какую-то проверку перед удалением написать.

Синхронизирующая отдельная прога - как вариант, подумаю. Но вот если не этим путем, то как бы вы решили ?
10 сен 21, 14:17    [22370378]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
Dima T
Member

Откуда:
Сообщений: 16063
Два разных приложения могут работать с одной БД. Одно приложение может работать с несколькими БД. Тут нет никаких ограничений.

В рамках одной БД гораздо проще контролировать целостность данных. Но это если контроль вынесен в БД, а не прописан в коде приложения.
10 сен 21, 14:31    [22370392]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
asdor
Member

Откуда: Москва
Сообщений: 513
DmitryKn

Существуют два приложения на две различные услуги. Таблицы, содержащие данные заказчиков, не идентичны, но "пересекаются". Таблицы юзеров идентичны. Логика подсказывает, что это должны быть общие для двух приложений таблицы.

Не совсем ясна задача.
Как пример. Есть БД, с которой работают несколько приложений, Т.к. они логически связаны, зависимы, и одно, зависит от другого.

В то же время, этих БД, как и приложений много, т.к. с ними работают разные организации.

Если вопрос по первому случаю, то тут много путей. Можно объединить, таблицы, и поручить контроль целостности и каких то общих БП - СУБД. А можно и разные БД. Лично я и так и так делал. И что лучше, ответа нет. Все зависит от конкретики
14 сен 21, 07:34    [22371532]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
DmitryKn
Member

Откуда:
Сообщений: 308
asdor
DmitryKn

Существуют два приложения на две различные услуги. Таблицы, содержащие данные заказчиков, не идентичны, но "пересекаются". Таблицы юзеров идентичны. Логика подсказывает, что это должны быть общие для двух приложений таблицы.

Не совсем ясна задача.
... Все зависит от конкретики


Конкретика такова:

Есть приложение 1: прайс, счета и т.п. для продажи товара А. Есть приложение 2: прайс на услуги, счета и т.п. для ремонта товаров А,Б.
Юзеры одни и те же, т.е. при заведении нового его нужно заводить в оба приложения. Таблицы идентичны.
Заказчики встречаются только в одном из приложений, либо в обоих сразу. Очень часто появившись в одном, позже появляются и во втором.

Можно убрать в одном из приложений, например 1, возможность редактирования юзеров, и обновлять таблицу при редактировании в приложении 2.

Но вот как быть с заказчиками? Общая таблица выглядит наиболее правильно, но как это практически организовать?
16 сен 21, 11:44    [22372437]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
Это реальная задача?

Если да - то зачем вообще два приложения - достаточно одного.

Данные надо объединить в одной базе данных и приложение переписать.

Simples :)
17 сен 21, 09:29    [22372816]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
DmitryKn
Member

Откуда:
Сообщений: 308
Sergey Ch,

задача реальная. Приложения уже существуют, создавались в разное время и разными людьми. Переписать - проще застрелиться.

Объединение в одно приложение двух видов деятельности, имхо, не самый элегантный выход.
17 сен 21, 09:55    [22372832]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
asdor
Member

Откуда: Москва
Сообщений: 513
DmitryKn
Sergey Ch,

Объединение в одно приложение двух видов деятельности, имхо, не самый элегантный выход.


Из описаний, не видно разных видов деятельности.
Вы не поверите, бухи в одном приложении, и платят, т получают, и счета выписывают)

Реализация разных БП, в одном приложении, единственно верный ход.

Ну или застрелиться)
17 сен 21, 13:49    [22372946]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
DmitryKn
Member

Откуда:
Сообщений: 308
asdor,

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

Про бухов мне понятно, но ведь 1С не один самоучка писал вечерами, свободными от нездорового образа жизни, так? И прога тоже не сильно удачная вышла.

На счет последнего - надо крепко подумать )

Сообщение было отредактировано: 17 сен 21, 15:14
17 сен 21, 15:21    [22373002]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
Dima T
Member

Откуда:
Сообщений: 16063
DmitryKn
Общая таблица выглядит наиболее правильно, но как это практически организовать?

Просто убираешь эти таблицы из обеих БД и делаешь их свободными. Физически можешь вынести в отдельную папку, куда обоим прогам указать путь в SET PATH
17 сен 21, 19:29    [22373098]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
ВладимирМ
Member

Откуда: г. Москва
Сообщений: 7919
DmitryKn

Есть приложение 1: прайс, счета и т.п. для продажи товара А. Есть приложение 2: прайс на услуги, счета и т.п. для ремонта товаров А,Б.
Юзеры одни и те же, т.е. при заведении нового его нужно заводить в оба приложения. Таблицы идентичны.
Заказчики встречаются только в одном из приложений, либо в обоих сразу. Очень часто появившись в одном, позже появляются и во втором.

Можно убрать в одном из приложений, например 1, возможность редактирования юзеров, и обновлять таблицу при редактировании в приложении 2.

Но вот как быть с заказчиками? Общая таблица выглядит наиболее правильно, но как это практически организовать?


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

Собственно, из-за чего вопрос-то возник? Ну, есть таблицы одинаковые по структуре. И что? Таких полно в любом приложении. Настолько часто стали заводить одинаковые данные? Так это решается загрузкой. Т.е. например, в Excel завести список новых пользователей/заказчиков, а в каждом приложении сделать загрузку из Excel.
17 сен 21, 21:40    [22373120]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
asdor
Member

Откуда: Москва
Сообщений: 513
DmitryKn
asdor,
Виды деятельности разные - номенклатура не совпадает, прайсы совершенно различные и разные подходы к их формированию.
На счет последнего - надо крепко подумать )


Все же не понятно. Что и как у вас.
Вот примеры:
1. Есть ПО телефонный справочник внутренних телефонов.
Оно одно, но БД на каждом предприятии одна.
Ясно, что тут 1 приложение, работаете с разными БД.

2. Есть ПО которое ведет учет кадров, ну что оно там делает, кроме справочника Сотрудников, не могу придумать)))
Так вот, это ПО, соединить с тел справочником, в одну БД, вполне логично.
Хотя бы сотрудники одни и те же.

У вас какой то 3й случай.
Скажем у меня 2 области, реализация и поставки.
По логике очень похожи, и справочники во многом совпадают, но отнюдь не все.
И как я тока это не пробовал. И вместе (у справочника флаг ставил к какой области, или общий)

В конце концов поделили БД.
На мой взгляд, написать - это 10% важнее, быстро найти и исправить косяк.

Посмотрите, что вам легче сопровождать... и подумайте, вспомните ли об этом через 5 лет)
18 сен 21, 09:15    [22373178]     Ответить | Цитировать Сообщить модератору
 Re: Организация приложения  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
DmitryKn
Sergey Ch,
задача реальная. Приложения уже существуют, создавались в разное время и разными людьми. Переписать - проще застрелиться.
Объединение в одно приложение двух видов деятельности, имхо, не самый элегантный выход.

А Вы сами программист?

Если Ваш бизнес вырос и оно видит необходимость в изменениях то надо просто поговорит с руководством, описать проблему и возможное решение. Поговорить о бюджете. Если бизнесу это не надо - то просто оставьте всё как есть.

P.S. Я много раза переписывал подобные "нетленки" - ничего в этом сложного нет. Сколько сотен таблиц и тысяч форм? Всю business logic можно просто скопировать, изменив источники данных на объединённый. Можно вообще всё "залить" в MS SQL Server или другую бесплатную базу данных. В меню приложения разделить доступ разным пользователям только к их задачам (по виду деятельности). Всё это намного проще чем кажется. И если Вы программист, то это будет хорошая практика для Вас.

Good luck!
18 сен 21, 09:42    [22373181]     Ответить | Цитировать Сообщить модератору
Все форумы / FoxPro, Visual FoxPro Ответить