> ну я тоже стараюсь, через хранимки и народ долго к этому принуждал, но и от триггеров не отказываюсь. я так понял по тексту, что ты против того, чтобы клиент напрямую с субд работал. quoted1
не, не, не… Мы тоже двухзвенку юзаем… Сервера приложений нет… Как-то были мысли вынести логику и отказаться совсем от ее хранения в СУБД… ноооо, как-то не срослось! У нас просто, прогаммисты которые ведут саму апликуху, к базе имею посредственный доступ... он получает просто набор ХП от дизайнера БД, и их юзает... на этом его работа с БД и заканчивается. То есть он даже не знает структуру таблиц индексов связей и остальные метаданные... Это прерогатива дизайнера БД ну или моя как руководителя проекта...
> так мы ж не специализированная контора по разработке ПО. отдел айтишнегов выросший из еще советского ВЦ > эт вы можете одно приложение разработать и потом жировать годами, а мы решаем насущные проблемы производства по мере их возникновения. quoted1
не, я тоже начинал с такого… Поэтому зоопарк ваш мне вполне понятен!
> приложение это скрипты на сиквеле хех хоть в блокноте пиши. и некий екзешник из комплекта оракла которому этот скрипт подсовывается в батнике. и никаких API. quoted1
_developer (_developer) писал (а) в ответ на сообщение:
> У нас просто, прогаммисты которые ведут саму апликуху, к базе имею посредственный доступ… он получает просто набор ХП от дизайнера БД, и их юзает… на этом его работа с БД и заканчивается. То есть он даже не знает структуру таблиц индексов связей и остальные метаданные… Это прерогатива дизайнера БД ну или моя как руководителя проекта… quoted1
был несколько лет в шкуре этого самого «дизайнера БД» у нас называется администратор БД. вот тогда триггеры и возлюбил а писать исчо и хранимки для ленивых разработчиков…. увольте шутка. все как всегда упирается в ресурсы — если разработчиков мало, а задачи стоят необъятные, то поневоле становишься и швецом, и жнецом, и на дудке дудцом
> > Йащур (Йащур) писал (а) в ответ на сообщение:
>> так мы ж не специализированная контора по разработке ПО. отдел айтишнегов выросший из еще советского ВЦ >> эт вы можете одно приложение разработать и потом жировать годами, а мы решаем насущные проблемы производства по мере их возникновения. quoted2
>не, я тоже начинал с такого… Поэтому зоопарк ваш мне вполне понятен! quoted1
точно зоопарк
> > Йащур (Йащур) писал (а) в ответ на сообщение:
>> кэширование, компиляция. однозначно быстрее чем из клиента запросами. quoted2
>Так стэйтмент кэш же есть! ну по крайней мере в ASE так… > В сиквеле и в оракл дб тоже! так называемая обработка ad-hock запросов. quoted1
я когда БД администрил имел возможность поэкспериментировать. и на тестах и на разрабатываемых апликухах. из этого и сделал вывод, что с ХП работает быстрее, чем если запросы в апликухе пользовать. на sql 2К еще. так что это субъективное мое личное мнение
>> приложение это скрипты на сиквеле хех хоть в блокноте пиши. и некий екзешник из комплекта оракла которому этот скрипт подсовывается в батнике. и никаких API. quoted2
> был несколько лет в шкуре этого самого «дизайнера БД» у нас называется администратор БД. вот тогда триггеры и возлюбил > а писать исчо и хранимки для ленивых разработчиков…. увольте шутка. > все как всегда упирается в ресурсы — если разработчиков мало, а задачи стоят необъятные, то поневоле становишься и швецом, и жнецом, и на дудке дудцом quoted1
не, мы четко разделяем кодеров БД и кодеров клиентов (аппликух)… Админы это вообще отдельно! ЗП у кодеров тоже разная… БДшники получают больше! Это сделано, потому что кодить аппликуху может любой маломайский выпускник профильной специальности, а вот с БД — нужен опыт или как минимум курсы… Курсы стоят дорого, около 2000 $, всех выпускников на них не отправишь и что самое главное, после таких вложений в них они могут помахать ручкой… Структура у нас такая… Я — руководитель проекта… технический директор по совместительству. Занимаюсь всем и админством и дизайном БД. Центральный модуль клиента тоже мой, аппликушники только плагины к нему пишут, причем ограничены в правилах этого центрального модуля… Один дизайнер БД… В основ ном сидит на различных тяжелых выборках для отчетов… Ну и мне с концепцией помогает… Есть еще девочка лет 35… закончившая ПриМат и имеющая очень крутой скил в математике… Алгоритмолог она очень крутой… Последнее с ней крутили обходы графа по Дейкстры… Ну и аппликушные кодеры… У них есть один старший… Остальные так, пацаны…
>> был несколько лет в шкуре этого самого «дизайнера БД» у нас называется администратор БД. вот тогда триггеры и возлюбил >> а писать исчо и хранимки для ленивых разработчиков…. увольте шутка. >> все как всегда упирается в ресурсы — если разработчиков мало, а задачи стоят необъятные, то поневоле становишься и швецом, и жнецом, и на дудке дудцом quoted2
>не, мы четко разделяем кодеров БД и кодеров клиентов (аппликух)… > Админы это вообще отдельно! > ЗП у кодеров тоже разная… БДшники получают больше! > Это сделано, потому что кодить аппликуху может любой маломайский выпускник профильной специальности, а вот с БД — нужен опыт или как минимум курсы… Курсы стоят дорого, около 2000 $, всех выпускников на них не отправишь и что самое главное, после таких вложений в них они могут помахать ручкой… > Структура у нас такая… > Я — руководитель проекта… технический директор по совместительству. Занимаюсь всем и админством и дизайном БД. Центральный модуль клиента тоже мой, аппликушники только плагины к нему пишут, причем ограничены в правилах этого центрального модуля…
> Один дизайнер БД… В основ ном сидит на различных тяжелых выборках для отчетов… Ну и мне с концепцией помогает… > Есть еще девочка лет 35… закончившая ПриМат и имеющая очень крутой скил в математике… Алгоритмолог она очень крутой… Последнее с ней крутили обходы графа по Дейкстры… > Ну и аппликушные кодеры… У них есть один старший… Остальные так, пацаны… quoted1
разная специфика. можно только позавидовать. у нас даже постановщиков задач постепенно извели. так что разрабу приходится самому и бизнес процессы формализировать, причем зачастую по нескольким задачам сразу, и как все это сделать придумывать. конечно, помогает то. что народ анмасс опытный, и боле менее стараемся, чтоб задачи хоть и разные, но близкие по тематике на одного валились. но геммороя конечно хватает
А вообще, зубчики нужны для шумоизоляции и прочих внедрений газов в среду, ЭПР там на последнем месте… Изделие 30 как обещают будет уже за 16 тонн тяги… А следовательно скорость истечения будет огромной и следовательно шумной, поэтому зубчики на нем и могут быть, только не для снижения ЭПР, а для снижения шума. Для ЭПР в ЗПС другие методы есть...
> хех да я ваще сторонник самописной системы силами заводских айтишнегов, благо они есть, и опыт внедрения 1С только подкрепляет в этом мнении > оно может и не такое красивое получалось, но прозрачное и гибкое. но что имеем то нас и имеет > quoted1
Аналогичное мнение. Но самописные системы будут хорошими, только если у завода и айтишников адекватное руководство и на них не сильно экономят.
_developer (_developer) писал (а) в ответ на сообщение:
> У нас просто, прогаммисты которые ведут саму апликуху, к базе имею посредственный доступ… он получает просто набор ХП от дизайнера БД, и их юзает… на этом его работа с БД и заканчивается. То есть он даже не знает структуру таблиц индексов связей и остальные метаданные… Это прерогатива дизайнера БД ну или моя как руководителя проекта… quoted1
Круто у тебя. У нас скорее ближе к этому: Йащур (Йащур) писал (а) в ответ на сообщение:
> если разработчиков мало, а задачи стоят необъятные, то поневоле становишься и швецом, и жнецом, и на дудке дудцом quoted1
Кстати, насчет хранимок и триггеров. ИМХО, нормально, когда логгирование — на триггерах, все остальное на процедурах. У нас винигрет в другом плане, особенно в больших проектах. Свои ОРМ, самописные, разных версий, бизнес-логика чаще на клиентах, но, когда надо/захотелось/не шмогли — то в хранимках. + куча dll-ок… Сопровождать все это сложно. Трехзвенка тоже есть, в новых проектах. Мода. Зачем, если это не веб — не понимаю. Иногда в проектах вообще code-first и СУБД в основном только для хранения данных.