Кто может поделится, как наиболее эффективно организовать коллективный доступ к PL/SQL ?
У нас блокируется целый пакет. В результате выстраимаются очереди из желающих программистов, так как каждому нужно править совю процедуру или функцию , а пакет один в результате страдают крайние тестеры.
Может есть средства которые позволяют делать блокировки на уровне процедуры или функции пакета ?
Коллективный доступ к PL/SQL ( Oracle)
Автор
Гость_@Alex_*
, 24 сен 2006 21:50
Сообщений в теме: 11
#2
Гость_Autotester_*
Гость_Autotester_*
-
- Guests
Отправлено 25 сентября 2006 - 07:22
Чё за бред, правьте функцию на соседней базе, а потом реплицируйте сюда.
Должно быть как минимум две базы - разработки и тестирования.
Слышали что-нибудь про СКВ?
Должно быть как минимум две базы - разработки и тестирования.
Слышали что-нибудь про СКВ?
#3
SALar
-
- Members
-
- 2 298 сообщений
Профессионал
- Город:Москва
Отправлено 25 сентября 2006 - 07:58
Похоже, вопрос не в плохом молотке, а в человеке неумеющем забивать гвозди.
Вы точно уверены, что вам с инструментом разбираться надо? А не процесс поправить?
Лирическое отступление.
Однажды ТРИЗовцев пригласили на завод и попросили найти способ улучшить качество сварного шва. Два одинаковых листа сваривались для получения большого листа, но качество сварки было недостаточным. В результате выяснилось, что в соседнем цеху большой лист поступающий от поставщиков резали на две части. И отдавали эти две части на сварку.
Для решения проблемы "плохого качества шва" оказалось достаточно сходить в другой цех. На заводе были проблемы не со сваркой, а с организацией.
2Autotester
А что такое "СКВ"? Свободно конвертируемая валюта?
Вы точно уверены, что вам с инструментом разбираться надо? А не процесс поправить?
Лирическое отступление.
Однажды ТРИЗовцев пригласили на завод и попросили найти способ улучшить качество сварного шва. Два одинаковых листа сваривались для получения большого листа, но качество сварки было недостаточным. В результате выяснилось, что в соседнем цеху большой лист поступающий от поставщиков резали на две части. И отдавали эти две части на сварку.
Для решения проблемы "плохого качества шва" оказалось достаточно сходить в другой цех. На заводе были проблемы не со сваркой, а с организацией.
2Autotester
А что такое "СКВ"? Свободно конвертируемая валюта?
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#4
astik
-
- Members
-
- 79 сообщений
Активный участник
- Город:Deutschland
Отправлено 25 сентября 2006 - 08:23
Poprobuite pogovorit' s Administratorami i oni smogut vam vydelit' okno v opredelennoe vremja ili zhe naznachit' kvoty kazhdemu Uzeru. V osnovnom soglasen stradaet planirovanie i organizacija testirovanija.
Отредактировано SALar
Попробуите поговорить с Администраторами и они смогут вам выделить окно в определенное время или же назначить квоты каждему юзеру.
В основном согласен страдает планирование и организация тестирования.
Модераториал.
Пишите сообщения на русском языке.
Отредактировано SALar
Попробуите поговорить с Администраторами и они смогут вам выделить окно в определенное время или же назначить квоты каждему юзеру.
В основном согласен страдает планирование и организация тестирования.
Модераториал.
Пишите сообщения на русском языке.
#5
Гость_@Alex_*
Гость_@Alex_*
-
- Guests
Отправлено 25 сентября 2006 - 12:48
Баз несколько, и правят на них, беда в объединении потом, особенно если пакет ссылается на другие, те еще куда-то. CVS не очень спасает
Поэтому и хочу поинтересоваться, как делают "умные люди" которые достигли зрелости в этом вопросе. Может есть умные тулзы, может есть уже готовый процесс который не секретный. Иными словами я готово и процес как-то поменять и тулз поменять, направте только
Поэтому и хочу поинтересоваться, как делают "умные люди" которые достигли зрелости в этом вопросе. Может есть умные тулзы, может есть уже готовый процесс который не секретный. Иными словами я готово и процес как-то поменять и тулз поменять, направте только
#6
Гость_@Alex_*
Гость_@Alex_*
-
- Guests
Отправлено 25 сентября 2006 - 12:49
Слышали что-нибудь про СКВ?
нет не доводилось. Может ссылочкой поможете ?
#7
Гость_@Alex_*
Гость_@Alex_*
-
- Guests
Отправлено 25 сентября 2006 - 13:02
Лирическое отступление.
Однажды ТРИЗовцев пригласили на завод и попросили найти способ улучшить качество сварного шва. Два одинаковых листа сваривались для получения большого листа, но качество сварки было недостаточным. В результате выяснилось, что в соседнем цеху большой лист поступающий от поставщиков резали на две части. И отдавали эти две части на сварку.
Для решения проблемы "плохого качества шва" оказалось достаточно сходить в другой цех. На заводе были проблемы не со сваркой, а с организацией.
Спасибо, я тоже слышал одну притчу как к мастеру привели одного ученика. Мастер крикнул:
- Не подходи ! у меня насморк !!!
А сам в то время начал прятать свои работы в шкаф. Когда он их спрятал то увидел что ученик развернулся и пошел.
- Ты куда ????
- Я не хочу учится у того мастера кто боится мне пердать даже свой насморк ..
#8
SALar
-
- Members
-
- 2 298 сообщений
Профессионал
- Город:Москва
Отправлено 25 сентября 2006 - 14:29
Попробуйте еще подробней описать проблему. Похоже у вас нарушение консистентности (проблемы в процессе управления версиями), но мали, вдруг не так.Баз несколько, и правят на них, беда в объединении потом, особенно если пакет ссылается на другие, те еще куда-то. CVS не очень спасает
Поэтому и хочу поинтересоваться, как делают "умные люди" которые достигли зрелости в этом вопросе. Может есть умные тулзы, может есть уже готовый процесс который не секретный. Иными словами я готово и процес как-то поменять и тулз поменять, направте только
Решений сушествует несколько. Какое лучше для вас - станет ясно после уточнения.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#9
Гость_@Alex_*
Гость_@Alex_*
-
- Guests
Отправлено 25 сентября 2006 - 20:06
Ну вот, убежал от работы жены и детей ...
Основные моменты.
Изначально было так что :
- в рамках задания, разработчик получал набор пакетов, которые он блокировал.
- На время выполнения задания, разработчик был монопольным владельцем.
- Потом все это дела поступало тестерам, которые после успешного тестирования
- разрешали отблокировать объекты и следующий разработчик мог брать объекты
Работало несколько лет, компания росла, сложность проектов тоже. Блокировка стала узким местов в разработке из-за очередей.
Попытались применить CVS, для параллельной рабты с PL/SQL пакетами. Из-за сложных взаимосвязей между пакетами и наверное неправильной постановки процессов, очереди сильно не сократились, но усложнилась сдача на тестирвание. Дело в том что мердж пакетов часто давал сбои и тестеры много времини стали тратить на разбор ошибок инсталяции и прочие ...
Кроме того одновременная работа тоже была не сахар, так как каждый компилировал свою часть объекта в ущерб изменениям своего товарища. Каждому разработчику отдельную БД поставить не представляется возможным, так как БД разработки имеет набор параметров и данных, ну и размер тоже имеет ...
Народ по тиху стал сочинять свои методы, что тоже не есть гуд.
Вот такая ситуевина. Расскажите как решаете у себя, если это не коммерческая тайна.
Я так чувствую что под проект надо
- делать репликацию БД разработки
- разрабатывать на ней
- правильно пользоваться CVS, в смысле процессов и правил когда разные изменения поступают на тестирование
- выроботать подсистему репликации и переноса нужных наборов данных и параметров ...
но как говорится, что скажут старшие опытные товарищи ?
Основные моменты.
Изначально было так что :
- в рамках задания, разработчик получал набор пакетов, которые он блокировал.
- На время выполнения задания, разработчик был монопольным владельцем.
- Потом все это дела поступало тестерам, которые после успешного тестирования
- разрешали отблокировать объекты и следующий разработчик мог брать объекты
Работало несколько лет, компания росла, сложность проектов тоже. Блокировка стала узким местов в разработке из-за очередей.
Попытались применить CVS, для параллельной рабты с PL/SQL пакетами. Из-за сложных взаимосвязей между пакетами и наверное неправильной постановки процессов, очереди сильно не сократились, но усложнилась сдача на тестирвание. Дело в том что мердж пакетов часто давал сбои и тестеры много времини стали тратить на разбор ошибок инсталяции и прочие ...
Кроме того одновременная работа тоже была не сахар, так как каждый компилировал свою часть объекта в ущерб изменениям своего товарища. Каждому разработчику отдельную БД поставить не представляется возможным, так как БД разработки имеет набор параметров и данных, ну и размер тоже имеет ...
Народ по тиху стал сочинять свои методы, что тоже не есть гуд.
Вот такая ситуевина. Расскажите как решаете у себя, если это не коммерческая тайна.
Я так чувствую что под проект надо
- делать репликацию БД разработки
- разрабатывать на ней
- правильно пользоваться CVS, в смысле процессов и правил когда разные изменения поступают на тестирование
- выроботать подсистему репликации и переноса нужных наборов данных и параметров ...
но как говорится, что скажут старшие опытные товарищи ?
#10
Inevitable
-
- Members
-
- 8 сообщений
Новый участник
Отправлено 25 сентября 2006 - 20:49
Что такое СКВ не знаю, но идею полностью поддерживаю.Чё за бред, правьте функцию на соседней базе, а потом реплицируйте сюда.
Должно быть как минимум две базы - разработки и тестирования.
Слышали что-нибудь про СКВ?
Не понимаю, как на одном сервере (на одной базе, точнее) могут работать и девелоперы и тестировщики.
Не придумывайте, насчет кто-кого заблокирует, разнесите базу! Ведь при Вашем подходе к тестирвоанию и разработки на одной базе велика вероятность выпуска некачественного итогового продукта.
#11
Гость_@Alex_*
Гость_@Alex_*
-
- Guests
Отправлено 26 сентября 2006 - 06:13
Извините не акцентировал, Бд для разработки и тестирования разные
Более того для тестирования используются 2 БД
- одна для оперативных нужд
- другая для выпуска новой версии, там тестирование на дым и т.д.
Беда в том что разработывать на одной БД тесно стало
Более того для тестирования используются 2 БД
- одна для оперативных нужд
- другая для выпуска новой версии, там тестирование на дым и т.д.
Беда в том что разработывать на одной БД тесно стало
#12
astik
-
- Members
-
- 79 сообщений
Активный участник
- Город:Deutschland
Отправлено 27 сентября 2006 - 07:08
Отзеркальте Базу данных и тестируите себе на здоровье. Не забываите делта логи накатывать ;)
Т.е. вы не кому не мешаете и вам ни кто. Если вам конечно функциональное тестирование пакета нужно.
Но все ето же снова зависит от размера БД. И производственных мошностеи. :(
А так тестировать пакет которыи каждую минуту претерпевает изменения. Не благадарное дело.
Все равно что вилкои суп кушать ;)
Т.е. вы не кому не мешаете и вам ни кто. Если вам конечно функциональное тестирование пакета нужно.
Но все ето же снова зависит от размера БД. И производственных мошностеи. :(
А так тестировать пакет которыи каждую минуту претерпевает изменения. Не благадарное дело.
Все равно что вилкои суп кушать ;)
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных
