|
Организация приложения
|
|||
---|---|---|---|
#18+
Добрый всем день! Существуют два приложения на две различные услуги. Таблицы, содержащие данные заказчиков, не идентичны, но "пересекаются". Таблицы юзеров идентичны. Логика подсказывает, что это должны быть общие для двух приложений таблицы. Прошу подсказать, можно ли их сделать как-то общими, и если да - то как правильно. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2021, 10:21 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
Use MyTable Shared Again ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2021, 12:06 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
В общем случае надо объединить обе базы в одну. Если каждая база будет сама по себе, но эти две таблицы будут общие, то в один прекрасный день в одной из прог захотят удалить ненужную запись и удалят, т.к. в этой базе ссылок на нее нет, а во второй базе ссылки есть, поэтому начнется бардак с нарушением целостности. Лучше просто сделай прогу, которая будет запускаться из планировщика и синхронизировать однотипные таблицы в разных БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2021, 12:27 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
Dima T, Объединить две базы в одну - т.е. сделать одно приложение из двух? Или как-то еще? Удалить запись из этих таблиц юзер не может, а вот я как раз могу. Но ведь можно какую-то проверку перед удалением написать. Синхронизирующая отдельная прога - как вариант, подумаю. Но вот если не этим путем, то как бы вы решили ? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2021, 14:17 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
Два разных приложения могут работать с одной БД. Одно приложение может работать с несколькими БД. Тут нет никаких ограничений. В рамках одной БД гораздо проще контролировать целостность данных. Но это если контроль вынесен в БД, а не прописан в коде приложения. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2021, 14:31 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
DmitryKn Существуют два приложения на две различные услуги. Таблицы, содержащие данные заказчиков, не идентичны, но "пересекаются". Таблицы юзеров идентичны. Логика подсказывает, что это должны быть общие для двух приложений таблицы. Не совсем ясна задача. Как пример. Есть БД, с которой работают несколько приложений, Т.к. они логически связаны, зависимы, и одно, зависит от другого. В то же время, этих БД, как и приложений много, т.к. с ними работают разные организации. Если вопрос по первому случаю, то тут много путей. Можно объединить, таблицы, и поручить контроль целостности и каких то общих БП - СУБД. А можно и разные БД. Лично я и так и так делал. И что лучше, ответа нет. Все зависит от конкретики ... |
|||
:
Нравится:
Не нравится:
|
|||
14.09.2021, 07:34 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
asdor DmitryKn Существуют два приложения на две различные услуги. Таблицы, содержащие данные заказчиков, не идентичны, но "пересекаются". Таблицы юзеров идентичны. Логика подсказывает, что это должны быть общие для двух приложений таблицы. Не совсем ясна задача. ... Все зависит от конкретики Конкретика такова: Есть приложение 1: прайс, счета и т.п. для продажи товара А. Есть приложение 2: прайс на услуги, счета и т.п. для ремонта товаров А,Б. Юзеры одни и те же, т.е. при заведении нового его нужно заводить в оба приложения. Таблицы идентичны. Заказчики встречаются только в одном из приложений, либо в обоих сразу. Очень часто появившись в одном, позже появляются и во втором. Можно убрать в одном из приложений, например 1, возможность редактирования юзеров, и обновлять таблицу при редактировании в приложении 2. Но вот как быть с заказчиками? Общая таблица выглядит наиболее правильно, но как это практически организовать? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.09.2021, 11:44 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
Это реальная задача? Если да - то зачем вообще два приложения - достаточно одного. Данные надо объединить в одной базе данных и приложение переписать. Simples :) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 09:29 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
Sergey Ch, задача реальная. Приложения уже существуют, создавались в разное время и разными людьми. Переписать - проще застрелиться. Объединение в одно приложение двух видов деятельности, имхо, не самый элегантный выход. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 09:55 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
DmitryKn Sergey Ch, Объединение в одно приложение двух видов деятельности, имхо, не самый элегантный выход. Из описаний, не видно разных видов деятельности. Вы не поверите, бухи в одном приложении, и платят, т получают, и счета выписывают) Реализация разных БП, в одном приложении, единственно верный ход. Ну или застрелиться) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 13:49 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
asdor, Виды деятельности разные - номенклатура не совпадает, прайсы совершенно различные и разные подходы к их формированию. Про бухов мне понятно, но ведь 1С не один самоучка писал вечерами, свободными от нездорового образа жизни, так? И прога тоже не сильно удачная вышла. На счет последнего - надо крепко подумать ) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 15:21 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
DmitryKn Общая таблица выглядит наиболее правильно, но как это практически организовать? Просто убираешь эти таблицы из обеих БД и делаешь их свободными. Физически можешь вынести в отдельную папку, куда обоим прогам указать путь в SET PATH ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 19:29 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
DmitryKn Есть приложение 1: прайс, счета и т.п. для продажи товара А. Есть приложение 2: прайс на услуги, счета и т.п. для ремонта товаров А,Б. Юзеры одни и те же, т.е. при заведении нового его нужно заводить в оба приложения. Таблицы идентичны. Заказчики встречаются только в одном из приложений, либо в обоих сразу. Очень часто появившись в одном, позже появляются и во втором. Можно убрать в одном из приложений, например 1, возможность редактирования юзеров, и обновлять таблицу при редактировании в приложении 2. Но вот как быть с заказчиками? Общая таблица выглядит наиболее правильно, но как это практически организовать? Не надо этого делать. Если изначально приложения не были рассчитаны на общие таблицы, то попытка выдернуть некую часть из уже готового приложения ни к чему хорошему не приведет. Собственно, из-за чего вопрос-то возник? Ну, есть таблицы одинаковые по структуре. И что? Таких полно в любом приложении. Настолько часто стали заводить одинаковые данные? Так это решается загрузкой. Т.е. например, в Excel завести список новых пользователей/заказчиков, а в каждом приложении сделать загрузку из Excel. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 21:40 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
DmitryKn asdor, Виды деятельности разные - номенклатура не совпадает, прайсы совершенно различные и разные подходы к их формированию. На счет последнего - надо крепко подумать ) Все же не понятно. Что и как у вас. Вот примеры: 1. Есть ПО телефонный справочник внутренних телефонов. Оно одно, но БД на каждом предприятии одна. Ясно, что тут 1 приложение, работаете с разными БД. 2. Есть ПО которое ведет учет кадров, ну что оно там делает, кроме справочника Сотрудников, не могу придумать))) Так вот, это ПО, соединить с тел справочником, в одну БД, вполне логично. Хотя бы сотрудники одни и те же. У вас какой то 3й случай. Скажем у меня 2 области, реализация и поставки. По логике очень похожи, и справочники во многом совпадают, но отнюдь не все. И как я тока это не пробовал. И вместе (у справочника флаг ставил к какой области, или общий) В конце концов поделили БД. На мой взгляд, написать - это 10% важнее, быстро найти и исправить косяк. Посмотрите, что вам легче сопровождать... и подумайте, вспомните ли об этом через 5 лет) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2021, 09:15 |
|
Организация приложения
|
|||
---|---|---|---|
#18+
DmitryKn Sergey Ch, задача реальная. Приложения уже существуют, создавались в разное время и разными людьми. Переписать - проще застрелиться. Объединение в одно приложение двух видов деятельности, имхо, не самый элегантный выход. А Вы сами программист? Если Ваш бизнес вырос и оно видит необходимость в изменениях то надо просто поговорит с руководством, описать проблему и возможное решение. Поговорить о бюджете. Если бизнесу это не надо - то просто оставьте всё как есть. P.S. Я много раза переписывал подобные "нетленки" - ничего в этом сложного нет. Сколько сотен таблиц и тысяч форм? Всю business logic можно просто скопировать, изменив источники данных на объединённый. Можно вообще всё "залить" в MS SQL Server или другую бесплатную базу данных. В меню приложения разделить доступ разным пользователям только к их задачам (по виду деятельности). Всё это намного проще чем кажется. И если Вы программист, то это будет хорошая практика для Вас. Good luck! ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2021, 09:42 |
|
|
start [/forum/topic.php?fid=41&gotonew=1&tid=1581435]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
31ms |
get topic data: |
9ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
others: | 268ms |
total: | 409ms |
0 / 0 |