|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Есть БД около 50 табличек, требуется хранить не только текущение значение но и все предыдущие. Как это можно организовать? Требуемых по функционалу темпоральных субд не нашёл. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2007, 10:58 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
1C 7.5 и выше, функциональность включается галочкой :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2007, 12:10 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2007, 12:18 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
А6дулла1C 7.5 и выше, функциональность включается галочкой :) Я в шоке :) но 1с не подходит ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2007, 12:49 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
ЧендлерЕсть БД около 50 табличек, требуется хранить не только текущение значение но и все предыдущие. Как это можно организовать? Требуемых по функционалу темпоральных субд не нашёл. Создайте собственную похожий топик Поддержка исправлений и версий ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2007, 13:06 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
В теме Проектирование БД поиск по слову История даст Вам практически все известные варианты решения данной проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2007, 14:27 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
По МССКЛ кажется в профильном форуме скуль.ру была статья ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2007, 14:50 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Такая задача обычно ставится для Хранилища Данных, а не для OLTP базы. Называется это Slowing Changing Dimensions. В Oracle и MSSQL они немного отличаются, для Оракла вот дока http://asun.ifmo.ru/docs/doc111/owb.111/b31278/concept_data_modeling.htm#BEIEDBGG Вам нужен Type 2 Slowly Changing Dimension (SCD) retains the full history of values ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2007, 16:22 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Попробуйте использовать систему версионности Т.е для каждой сущности добавьте два атрибута - начало и конец периода актуальности. Соответствнно актуальной будет только одна запись в табличке. Как? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2007, 18:14 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Gues99Вам нужен Type 2 Slowly Changing Dimension (SCD) retains the full history of values забыли одну незначительную мелочь, еще ORACLE нужен. а также то, что к OLTP это никакого отнощения конечно не имеет. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2007, 22:09 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Den_TSTПопробуйте использовать систему версионности Т.е для каждой сущности добавьте два атрибута - начало и конец периода актуальности. Соответствнно актуальной будет только одна запись в табличке. Как? никак. предлагаете танцы с бубнами для того чтобы просто узнать текущее состояние БД ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2007, 22:11 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
ЧендлерЕсть БД около 50 табличек, требуется хранить не только текущение значение но и все предыдущие. Как это можно организовать? Требуемых по функционалу темпоральных субд не нашёл. Можно использовать EAV с параметрами "дата создания" и (при необходимости) "актуально" для каждого значения. Только стоит ли эта "фича" таких сложностей? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2007, 18:32 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
ЧендлерЕсть БД около 50 табличек, требуется хранить не только текущение значение но и все предыдущие. Как это можно организовать? Требуемых по функционалу темпоральных субд не нашёл. Зависит от того, зачем и в каких условиях Вам это нужно. Например, можно использовать фичу Oracle, которая называется flashback query. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2007, 21:35 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
"Например, можно использовать фичу Oracle, которая называется flashback query." - и сколько они по-времени будут эту инфу хранить :)?один день? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2007, 10:08 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Так,пропало куда-то мое сообщение. В общем нелестно я там отозвался об этих самых флешах.опасны все эти проприетарные вещи+имеют место плодиться.если мне не изменяет память у оракла еще одна была какая-то хрень тоже для истории (причем реализовала аналогичные вещи флешу,только не было всяких VERSIONS_STARTSCN и прочих ненужных пмсм вещей для бизнес-программ).в итоге все пользуются своими и собственно довольны. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2007, 10:20 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
блин,сообщение появилось.как-то забавно форум ведет себя.единственно,что может быть ценно в флешах-это UNDO_SQL,но тоже как-то встает вопрос о длительности и оптимальности его хранения и последующем росте БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2007, 10:24 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
ну а "Some DDLs that alter the structure of a table, such as drop/modify column, move table, drop partition, and truncate table/partition, invalidate any existing undo data for the table. It is not possible to retrieve data from a point earlier than the time such DDLs were executed. " просто ставит крест на всей этой идее. Так что "ручная" история рулит. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2007, 10:29 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Shtockи сколько они по-времени будут эту инфу хранить :)?один день? Можно и год. Зависит от условий и требований. ShtockВ общем нелестно я там отозвался об этих самых флешах.опасны все эти проприетарные вещи+имеют место плодиться. Проприетарность тут не при чем. Флеши - специфическая фича, удобная в некоторых случаях и неподходящая во многих других. Если обратите внимание, я нигде не утверждаю, что ее стоит применять в этом неописанном конкретном случае - упомянул для расширения кругозора топикстартера. Shtockесли мне не изменяет память у оракла еще одна была какая-то хрень тоже для истории Еще минимум три :) Shtockв итоге все пользуются своими и собственно довольны. А, ну оно конечно. Типа - "Мерседес" выпускает хрени от мотоциклов до танков, поэтому все ездят на велосипедах и довольны :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2007, 13:00 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Ладно,это все словоблудие. после этого расширять кругозор думаю больше не стоит. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2007, 13:06 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Хранить нужно каждое изменение поля, время хранения = время жизни системы. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2007, 13:16 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
ЧендлерХранить нужно каждое изменение поля, время хранения = время жизни системы. в Русском бизнесе именно так и происходит - историруется каждое изменения поля во всех объектах. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2007, 15:14 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
Кстати, как вам такая идея - оставить вашу базу "как есть", но включить в Oracle CDC (штатный механизм отлова изменений). Данные, отловленные CDC, складировать в еще одной базе. Или там же. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.10.2007, 12:15 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
А6дуллаоставить вашу базу "как есть", но включить в Oracle CDC (штатный механизм отлова изменений). Данные, отловленные CDC, складировать в еще одной базе. Или там же. Зачем такие сложности? Код: plaintext 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. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64.
... |
|||
:
Нравится:
Не нравится:
|
|||
04.10.2007, 12:30 |
|
хранение, просомтр предыдущих значений полей
|
|||
---|---|---|---|
#18+
нет дат изменения ... |
|||
:
Нравится:
Не нравится:
|
|||
04.10.2007, 12:34 |
|
|
start [/forum/topic.php?fid=33&fpage=49&tid=1548983]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
68ms |
get tp. blocked users: |
1ms |
others: | 280ms |
total: | 441ms |
0 / 0 |