Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Чистка БД от тестовых данных
|
|||
|---|---|---|---|
|
#18+
Приветствую. При создании нового аккаунта задействовано около 29 таблиц. Политика работы с данными в компании такова, что данные не удаляются из БД. Пока это выражается в отсутствии наложения ограничений на внешнии ключи. Но это не всегда удобно, так как есть тестеры, которые время от времени заносят тестовые данные и потом просят их удалить для повтора своих тестов. Перекладывать эту процедуру (написание апликации или скрипта для очистки тестовых данных) на тесторов не реально. Можно было бы наложить определенные действия на внешние клучи (ON DELETE CASCADE or ON DELETE SET NULL), но тогда можно случайно удалить и реальные данные. Первое что приходит на ум, это писать тригер, который бы обновлял флаг в таблице с 0 на 1 при удалении записи, но в этом случае прийдется переписывать все приложения и число таких тригеров вырастет непомерно. Или написать SQL function, в которой и реализовать всю процедуру очистки, но она получается очень громоздкой. Буду рад выслушать любые идеи, если у кого есть подобный опыт. Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2006, 09:37 |
|
||
|
Чистка БД от тестовых данных
|
|||
|---|---|---|---|
|
#18+
STEНо это не всегда удобно, так как есть тестеры, которые время от времени заносят тестовые данные и потом просят их удалить для повтора своих тестов. На боевой базе??? STEБуду рад выслушать любые идеи, если у кого есть подобный опыт. Вот вам моя идея - для тестеров сделайте отдельный инстанс (базу, как хотите ее называйте). Периодически можете туда заливать реальную базу. Когда она будет сильно захламлена - опять реальную. Тестерам не место на боевой базе. Впрочем, как и разработчикам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2006, 10:09 |
|
||
|
Чистка БД от тестовых данных
|
|||
|---|---|---|---|
|
#18+
Исхожу из политики принятой у вас и из того что данная функциональность будет востребованна только на этапе тестирования. Триггера и применение каскадного удаления - это вмешательство в существующую функциональность, и после тестирования все это придется вычищать - и при этом есть вероятность допуска очередной ошибки. Поэтому, самым приемлимым для данного случая, считаю написание отдельной функции- не смотря на то что она может выйти громоздкой. Зато все будет в одном месте и без проблем удаляется из метаданных после прохождения этапа тестирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2006, 10:10 |
|
||
|
Чистка БД от тестовых данных
|
|||
|---|---|---|---|
|
#18+
Всем спасибо за ответы. База тестовая, специально сделанная для девелоперов и тестеров. Видимо придется писять SQL function. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2006, 10:37 |
|
||
|
Чистка БД от тестовых данных
|
|||
|---|---|---|---|
|
#18+
Ну, ну... А разделить девелоперскую и тестовую не судьба? Ведь намучаетесь потом, когда данные станут кривыми - либо девелоперы не смогут работать, либо тестеры будут находить ошибки, которых нет (из-за кривизны даных). Но дело ваше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2006, 10:40 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=33891103&tid=2006189]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
65ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 260ms |
| total: | 436ms |

| 0 / 0 |
