Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
ИзопропилАлексей КА если логика в хранимых процедурах, то триггера удобны. то они не нужны +1 Снова буря в стакане Если весь CRUD идет через хранимки, то триггеры, ограничители и прочие дефаулты нафиг не нужны. Только путаницу создают. Взялся писать на хранимках - пиши все в хранимках! Если будет что-то глючить - будешь точно знать что глюк в конкретной хранимке, и не будешь рыскать по всему скулю в поисках где что отваливается. Если приложение инсертит/апдейтит прямо в таблицы, то здесь два варианта, или оставляем всю историю на совести разраба приложения или вешаем триггер. ИМХО вариант с триггером нужно рассмативать в последнюю очередь, если разработку БД и приложения ведут разные спецы, одни не умеют писать хранимки, а вторые явные апологеты ORM ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2014, 21:26 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
winsky!нужно инкрементально апдейтить олап куб, т.е. скармливать ему на входе только дельту изменений. кто как решает подобную задачу? Ммм... можно подробней? Нафига олапу инкрементальные данные? Продажи или есть или нет, если вчера продали а сегодня оказалось что нет, то это хня какая-то а не аналитика... Или Вы о чем? Я так ваще всегда делаю отдельную базу(базы), сливаю туда всю нужную инфу и затем начинаю крутить кубы. Правда пока с небольшими объемами данных работаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2014, 21:45 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
EDUARD SAPOTSKIИМХО вариант с триггером нужно рассмативать в последнюю очередь, если разработку БД и приложения ведут разные спецы, одни не умеют писать хранимки, а вторые явные апологеты ORM Или еще вариант - одну таблицу инсертят/апдейтят 100500 хранимок, при этом выполняется один и тот же кусок логики, дублировать код в хранимках не есть хорошо, тогда можно повесить триггер. Но на практике такое редко встретишь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2014, 21:58 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
Andrey1306Алексей Кпропущено... NULL в OldValue будет вместо 'удалено', если вопрос в этом. А должен быть в NewValue !!!Мы обсуждаем эту реализацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2014, 09:00 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
Andrey1306Алексей Кпропущено... NULL в OldValue будет вместо 'удалено', если вопрос в этом. А должен быть в NewValue !!!Стоит вопрос, хранить OldValue в информации о текущей транзакции, или брать из предыдущей. Код: sql 1. vs Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2014, 09:06 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
Алексей КСтоит вопрос, хранить OldValue в информации о текущей транзакции, или брать из предыдущей. Код: sql 1. vs Код: sql 1. Ну хорошо, давай отталкиваться от того, что никакие чистильщики ничего не удаляют. При достижении определенного объема, история "отсоединяется" и заводится новая. Отсоединение трактуй как хочешь - новая таблица DocumentsHistory_yyyyMMdd, своп на диск в виде файла, отправка данных почтовыми голубями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2014, 10:58 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
МСУАлексей КСтоит вопрос, хранить OldValue в информации о текущей транзакции, или брать из предыдущей. Код: sql 1. vs Код: sql 1. Ну хорошо, давай отталкиваться от того, что никакие чистильщики ничего не удаляют. При достижении определенного объема, история "отсоединяется" и заводится новая. Отсоединение трактуй как хочешь - новая таблица DocumentsHistory_yyyyMMdd, своп на диск в виде файла, отправка данных почтовыми голубями.Ну назови очистку отсоединением, это ничего не меняет. Всегда будет последняя транзакция, не имеющая предыдущей. :-) Я не пойму, о чём мы спорим, места на диске мало что ли? :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2014, 15:58 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
Алексей КНу назови очистку отсоединением, это ничего не меняет. Всегда будет последняя транзакция, не имеющая предыдущей. :-) Предыдущую всегда можно определить через отсоединенную. Мы ж ничего не удаляем. Алексей КЯ не пойму, о чём мы спорим, места на диске мало что ли? :-) Не в этом проблема. Проблема в дублировании полей. Избыточность поди. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2014, 22:19 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
МСУМы ж ничего не удаляем.Ну а мы удаляем. Что, мы теперь не люди что ли? :-) МСУАлексей КЯ не пойму, о чём мы спорим, места на диске мало что ли? :-) Не в этом проблема. Проблема в дублировании полей. Избыточность поди.Таблица неизменяемая, избыточность ей сильно не повредит. Зато проблем меньше: не надо париться по поводу удаления, одним join-ом меньше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 07:28 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
Алексей КМСУМы ж ничего не удаляем.Ну а мы удаляем. Что, мы теперь не люди что ли? :-) Меня удивляют "люди", которые преднамеренно удаляют записи, а потом жалуются, что информация-то, оказывается, похерилась! Алексей КТаблица неизменяемая, избыточность ей сильно не повредит. Зато проблем меньше: не надо париться по поводу удаления, одним join-ом меньше. Тут палка о двух концах :) Простота хранения и извлечения vs избыточность и прочие бла-бла из 3НФ. Против аргументированной денормализации никогда ничего не имел против, так что я не запрещаю тебе логировать Value и OldValue. Но и ты имей совесть и не наезжай на иерархию дат, это же рабочий способ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 09:36 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
МСУНо и ты имей совесть и не наезжай на иерархию дат, это же рабочий способ! Ну я же сразу сказал, что у меня сейчас работает такое решение, и оно мне не нравится. Это истина, проверенная практикой! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 10:58 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
EDUARD SAPOTSKIwinsky!нужно инкрементально апдейтить олап куб, т.е. скармливать ему на входе только дельту изменений. кто как решает подобную задачу? Ммм... можно подробней? Нафига олапу инкрементальные данные? Продажи или есть или нет, если вчера продали а сегодня оказалось что нет, то это хня какая-то а не аналитика... Или Вы о чем? Я так ваще всегда делаю отдельную базу(базы), сливаю туда всю нужную инфу и затем начинаю крутить кубы. Правда пока с небольшими объемами данных работаю. не вдаваясь в подробности - хня или не хня :). но: если у вас сотни миллионов записей в таблице фактов, то процессинг такого куба в любом случае может занять неопределенно долгое время. поэтому выхода здесь может быть два: разбить куб на партишины, либо инкрементальный апдейт куба. а "нафига олапу инкрементеальные данные" - вы спросите ребят из Microsoft, которые механизм инкрементального апдейта сделали в кубах ЗЫ: это все страшный оффтоп. если кому интересно пожевать эту тему - может создать соотв. ветку в проф. форуме. к сожалению, у меня есть желание, но нет достаточного количества времени говорить на эту тему :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 11:17 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
MOLAP вообще в принципе не имеет большого практического смысла без наличия инкрементального апдейта!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 12:30 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
Ivan DurakMOLAP вообще в принципе не имеет большого практического смысла без наличия инкрементального апдейта!!! спорное утверждение. почему все так любят крайности? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 12:33 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
winsky!Ivan DurakMOLAP вообще в принципе не имеет большого практического смысла без наличия инкрементального апдейта!!! спорное утверждение. почему все так любят крайности? практика. ROLAP наступает на всех фронтах. Всем нужен онлайн!! С MPP базами агрегирование на лету уже не так страшно. С другого фланга наступают in-memory кубы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 12:39 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
Ivan Durakwinsky!пропущено... спорное утверждение. почему все так любят крайности? практика. ROLAP наступает на всех фронтах. Всем нужен онлайн!! С MPP базами агрегирование на лету уже не так страшно. С другого фланга наступают in-memory кубы. MPP - непомните, что это? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 12:50 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
http://www.mpp.org Marijuana Policy Project ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 13:05 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
winsky!Ivan Durakпропущено... практика. ROLAP наступает на всех фронтах. Всем нужен онлайн!! С MPP базами агрегирование на лету уже не так страшно. С другого фланга наступают in-memory кубы. MPP - непомните, что это? https://ru.wikipedia.org/wiki/Массово-параллельная_архитектура ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 13:18 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
Там все Terradata, Netezza, Vertica, Greenlum и прочие Hana. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 13:21 |
|
||
|
способы записи в таблицу историю
|
|||
|---|---|---|---|
|
#18+
Ivan Durakwinsky!пропущено... MPP - непомните, что это? https://ru.wikipedia.org/wiki/Массово-параллельная_архитектура ясно. ну, то, то решение, о котором я говорю, начало реализовываться еще лет 5-6 назад... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2014, 15:12 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=38780639&tid=1356925]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
32ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
| others: | 217ms |
| total: | 336ms |

| 0 / 0 |
