powered by simpleCommunicator - 2.0.18     © 2024 Programmizd 02
Map
Форумы / FoxPro, Visual FoxPro [игнор отключен] [закрыт для гостей] / Организация приложения
15 сообщений из 15, страница 1 из 1
Организация приложения
    #40096630
DmitryKn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Добрый всем день!

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

Прошу подсказать, можно ли их сделать как-то общими, и если да - то как правильно.
...
Рейтинг: 0 / 0
Организация приложения
    #40096671
Penner
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Use MyTable Shared Again
...
Рейтинг: 0 / 0
Организация приложения
    #40096679
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В общем случае надо объединить обе базы в одну.

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

Лучше просто сделай прогу, которая будет запускаться из планировщика и синхронизировать однотипные таблицы в разных БД.
...
Рейтинг: 0 / 0
Организация приложения
    #40096709
DmitryKn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dima T,

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

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

Синхронизирующая отдельная прога - как вариант, подумаю. Но вот если не этим путем, то как бы вы решили ?
...
Рейтинг: 0 / 0
Организация приложения
    #40096713
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Два разных приложения могут работать с одной БД. Одно приложение может работать с несколькими БД. Тут нет никаких ограничений.

В рамках одной БД гораздо проще контролировать целостность данных. Но это если контроль вынесен в БД, а не прописан в коде приложения.
...
Рейтинг: 0 / 0
Организация приложения
    #40097430
asdor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DmitryKn

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

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

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

Если вопрос по первому случаю, то тут много путей. Можно объединить, таблицы, и поручить контроль целостности и каких то общих БП - СУБД. А можно и разные БД. Лично я и так и так делал. И что лучше, ответа нет. Все зависит от конкретики
...
Рейтинг: 0 / 0
Организация приложения
    #40097979
DmitryKn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
asdor
DmitryKn

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

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


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

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

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

Но вот как быть с заказчиками? Общая таблица выглядит наиболее правильно, но как это практически организовать?
...
Рейтинг: 0 / 0
Организация приложения
    #40098202
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это реальная задача?

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

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

Simples :)
...
Рейтинг: 0 / 0
Организация приложения
    #40098216
DmitryKn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Sergey Ch,

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

Объединение в одно приложение двух видов деятельности, имхо, не самый элегантный выход.
...
Рейтинг: 0 / 0
Организация приложения
    #40098303
asdor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DmitryKn
Sergey Ch,

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


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

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

Ну или застрелиться)
...
Рейтинг: 0 / 0
Организация приложения
    #40098337
DmitryKn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
asdor,

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

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

На счет последнего - надо крепко подумать )
...
Рейтинг: 0 / 0
Организация приложения
    #40098393
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DmitryKn
Общая таблица выглядит наиболее правильно, но как это практически организовать?

Просто убираешь эти таблицы из обеих БД и делаешь их свободными. Физически можешь вынести в отдельную папку, куда обоим прогам указать путь в SET PATH
...
Рейтинг: 0 / 0
Организация приложения
    #40098397
Фотография ВладимирМ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DmitryKn

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

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

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


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

Собственно, из-за чего вопрос-то возник? Ну, есть таблицы одинаковые по структуре. И что? Таких полно в любом приложении. Настолько часто стали заводить одинаковые данные? Так это решается загрузкой. Т.е. например, в Excel завести список новых пользователей/заказчиков, а в каждом приложении сделать загрузку из Excel.
...
Рейтинг: 0 / 0
Организация приложения
    #40098426
asdor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DmitryKn
asdor,
Виды деятельности разные - номенклатура не совпадает, прайсы совершенно различные и разные подходы к их формированию.
На счет последнего - надо крепко подумать )


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

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

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

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

Посмотрите, что вам легче сопровождать... и подумайте, вспомните ли об этом через 5 лет)
...
Рейтинг: 0 / 0
Организация приложения
    #40098427
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DmitryKn
Sergey Ch,
задача реальная. Приложения уже существуют, создавались в разное время и разными людьми. Переписать - проще застрелиться.
Объединение в одно приложение двух видов деятельности, имхо, не самый элегантный выход.

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

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

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

Good luck!
...
Рейтинг: 0 / 0
15 сообщений из 15, страница 1 из 1
Форумы / FoxPro, Visual FoxPro [игнор отключен] [закрыт для гостей] / Организация приложения
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (1): Анонимы (1)
Читали форум (2): Анонимы (1), Bing Bot 5 мин.
Пользователи онлайн (8): Анонимы (6), Bing Bot 1 мин., Yandex Bot 2 мин.
x
x
Закрыть


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