|
|
|
Выборка данных порожденнх одной транзакцией
|
|||
|---|---|---|---|
|
#18+
Всем привет. Есть большой и постоянно растущий архив. (postgres) данные в архив ложат ХП, некоторые ХП обеспечивают разлчные расчеты и могут ложить в архив несколько данных. Эти данные между собой получаются никак не связаны, кроме как логически. А вот как бы красиво обеспечить выборку данных созданных одной транзакцией? На ум приходит что то типа сделать столбец bigint и инкрементный счетчик транзакций. Или сравнивать по времени. А как еще можно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2006, 17:05 |
|
||
|
Выборка данных порожденнх одной транзакцией
|
|||
|---|---|---|---|
|
#18+
вполне нормальный вариант с bigint. думаю, что остальные вряд ли будут быстрее или проще ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2006, 09:44 |
|
||
|
Выборка данных порожденнх одной транзакцией
|
|||
|---|---|---|---|
|
#18+
Можно еще сделать мастер таблицу с Транзакциями и временем их совершения. А в архиве сделать ссылку на эту мастер таблицу. Тем самым мы получим выборку всех архивных данных по транзакции и можем однозначно определить когда эта транзакция совершилась. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2006, 10:35 |
|
||
|
Выборка данных порожденнх одной транзакцией
|
|||
|---|---|---|---|
|
#18+
А мастер таблица это интересно! Легким движением руки у данного получается 2 времени возникновения, одно можно получать с клиента, а другой будет писать сервер БД как время транзакции. Только вот быстродействие наверно пострадает, вроде не принято в хронологических архивах ключи использовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2006, 11:16 |
|
||
|
Выборка данных порожденнх одной транзакцией
|
|||
|---|---|---|---|
|
#18+
Алексей КлючниковА мастер таблица это интересно! Только вот быстродействие наверно пострадает, вроде не принято в хронологических архивах ключи использовать.поскольку мастер и лог заполняются системой, а не руками, можно не прописывать ограничения целосности, ака связи. важно только не сломать этой неявной целосности самому. индексы однако строить придеца. для выборок по ключу мастера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2006, 12:23 |
|
||
|
Выборка данных порожденнх одной транзакцией
|
|||
|---|---|---|---|
|
#18+
4321 Алексей КлючниковА мастер таблица это интересно! Только вот быстродействие наверно пострадает, вроде не принято в хронологических архивах ключи использовать.поскольку мастер и лог заполняются системой, а не руками, можно не прописывать ограничения целосности, ака связи. важно только не сломать этой неявной целосности самому. индексы однако строить придеца. для выборок по ключу мастера. Индексы в любом случае придется использовать - будь-то master-detail или bigint. А связь надо рушить (disable) только после того, как система проработает досточное время. Тем более, если учесть, что данная транзакция делается не чаще чем раз в день, то записей получае в в мастере 368 за год, за 10 лет 3680, что не много и при проверки встаки данных это не будет занимать время (если оставить ключи). При удалении тоже не так критично. Зато выйгрыш от этого решения очевиден. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2006, 18:27 |
|
||
|
Выборка данных порожденнх одной транзакцией
|
|||
|---|---|---|---|
|
#18+
basТем более, если учесть, что данная транзакция делается не чаще чем раз в день, то записей получае в в мастере 368 за год Это что за год такой? Трижды висакосный :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2006, 09:52 |
|
||
|
Выборка данных порожденнх одной транзакцией
|
|||
|---|---|---|---|
|
#18+
alex_sm basТем более, если учесть, что данная транзакция делается не чаще чем раз в день, то записей получае в в мастере 368 за год Это что за год такой? Трижды висакосный :) А мож один день в году будут выполнять транзакцию аж 4 раза ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2006, 10:36 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33957605&tid=1545071]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
171ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
| others: | 248ms |
| total: | 528ms |

| 0 / 0 |
