|
|
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
Хотелось бы чтобы вы поделились опытом. есть небольшой проект - система взвешивания машин на предприятии (машина ввозит на территорию материал и ее нужно взвесить). Создана маленькая база. в ней есть таблицы машин(номер, вес, марка), материал(название, плотность) и т. д. Ну и сам архив. в нем нужн фиксировать какая машина въехала, чаво и сколько привезла, снимки с камер и т. д. Вопрос вот в чем: по уму, а таблице "архив" нужно хранить лишь ссылки на машины, материалы и прочее, т.е. FK. Но, таблицы с машинами, материалами работники пополнять часто не очень-то горят желанием. и просто печатают в комбобоксах номера. или наоборот, удаляю "ненужные" машины из базы почем зря. Поэтому, на данном этапе, в таблице "архив" у меня дублируются поля из таблиц машин и материалов. Как вы поступаете в похожих ситуациях. Это нормальная практика ведения архива вообще, ведь это не "по правилам" реляционных БД.??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 09:08 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
kakos, давай схемы или ddl. я не могу сообразить о чем это все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 09:48 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
Во-первых, что значит "удаляют почем зря"? Они у вас все под админскими учетками сидят? Права у них отнимите на DELETE - и сразу перестанут удалять, вот увидите. Далее, ваша проблема немного в другом - у вас на входе грязные данные, которые надо сначала почистить, прежде чем загонять в реляционное хранилище. В исходной БД может вообще никаких FK не быть, с вашим-то инпутом. P.S. Но, честно говоря, в 2014 году номера машин пора бы уже автораспознавать с камер... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 09:55 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
Ennor Tiegael, 1. пожалел заказчик денюжку на автораспознавание. 2. запретить удалять можно, согласен. Только пользователю не нравится огромный список с машинами или материалами, например. много наемных машин, и они часто увольняются и все. по сути, они не нужны оператору, а в таблице они будут. А если таблицы "архив" и "машины" будут связаны, удалять машины вообще будет нельзя. Ведь обязательно понадобятся старые архивы, и в них не будет ссылки на авто. это тоже плохо. конечно можно завести невидимую таблицу - с группировками по авто (старые авто, актуальные), которые не будет видеть пользователь. и при удалении машины, просто изменять ей ключ "актуальная" на "старая". Но стоит ли оно того?? просто база растет медленно, и лишнюю информацию в таблице "архив" хранить не накладно. Сейчас все устраивает, и проблем нет. но на душе хреново:) ведь база не оптимизирована. Короче, охото чтобы успокоили:) Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Код: sql 1. 2. 3. 4. 5. 6. первая таблица - взвешивания. вторая - машины. все примитивно:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 11:26 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
kakosПоэтому, на данном этапе, в таблице "архив" у меня дублируются поля из таблиц машин и материалов. Как вы поступаете в похожих ситуациях. Это нормальная практика ведения архива вообще, ведь это не "по правилам" реляционных БД.??? Это не очень хорошо - а что будет, если при "печати в комбобоксе номера" оператор опечатается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 11:38 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
kakosПоэтому, на данном этапе, в таблице "архив" у меня дублируются поля из таблиц машин и материалов. Как вы поступаете в похожих ситуациях. Это нормальная практика ведения архива вообще, ведь это не "по правилам" реляционных БД.??? IMHO Тут все от потребностей бизнеса. Нужно ли строить более-менее нормальную аналитику, насколько должен быть "чистыми" результаты поиска по данным полем. Это все может сказать только владелец бизнеса, который заинтересован в результатах хранения данного архива. Если архив нужен "что бы был", излишне напрягать операторов возможно смысла нет, всем пофиг и забить нано болт. Если же архив нужен для какой-то аналитики - то тогда нужно напрягать операторов, что бы там были более-менее чистые данные или отдельно сажать девочку эти данные потом "чистить" или х.з. что еще. Но такие вопросы надо решать не на форуме, где никто о специфики задачи знать не может, а разговаривая с заказчиком. IMHO И тот и другой подход имеет свои достоинства и недостатки. Что использовать - зависит от потребностей бизнеса заказчика в данный момент и в будущем. IMHO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 12:59 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
Кот Матроскин, Да, для отчета - это беда. эту возможность ( ввод в комбобоксе произвольного значения ) я тоже могу "почикать". Тем не менее, как бы вы поступили при удалении ненужных машин, материалов? а) оставить как есть? б) в таблице "машины" завести метку - поле что машина удалена , хранить все машины в базе и просто не показывать "удаленные"? как делается на практике, в общем:) в) при удалении записи из таблицы "машины", засовывать вместо конкретной машины значение по-умолчанию какое-нибудь? как правильно, как делаете вы, программеры? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 13:01 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev, Спасибо, огромное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2014, 13:03 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
2. запретить удалять можно, согласен. Только пользователю не нравится огромный список с машинами или материалами, например. много наемных машин, и они часто увольняются и все. по сути, они не нужны оператору, а в таблице они будут. Да и пусть будут, в чём проблема-то ? А если таблицы "архив" и "машины" будут связаны, удалять машины вообще будет нельзя. Ведь обязательно понадобятся старые архивы, и в них не будет ссылки на авто. это тоже плохо. конечно можно завести невидимую таблицу - с группировками по авто (старые авто, актуальные), которые не будет видеть Не надо вообще никаких архивов, никаких старых авто. Сделай одну таблицу машин. Одну таблицу весов или чего там у тебя. пользователь. и при удалении машины, просто изменять ей ключ "актуальная" на "старая". Но стоит ли оно того?? Нет, данные вообще не стоит удалять. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 02:28 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
kakos как правильно, как делаете вы, программеры? Просто вообще никогда ничего не удаляй. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 02:29 |
|
||
|
как вы храните архивы
|
|||
|---|---|---|---|
|
#18+
kakosб) в таблице "машины" завести метку - поле что машина удалена , хранить все машины в базе и просто не показывать "удаленные"? как делается на практике, в общем:) Ну и правильно делается, вполне хороший вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2014, 09:10 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38547966&tid=1540991]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
127ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
| others: | 245ms |
| total: | 474ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...