Шаблоны для хранимых процедур?

Вам не нужен он, но это может быть полезно.

я нашел FlashDevelop быть намного лучшим IDE для кодирования ActionScript. Это соединяется со (свободным) SDK Flex, поэтому, пока Вы не возражаете кодировать MXML вручную тогда, это должно работать отлично. Я создал много меньших приложений Flex с помощью этого, и это работало отлично. Я обычно уклоняюсь от графических разработчиков GUI так или иначе, таким образом, это работало вполне хорошо на меня.

FlexBuilder получает Вас две вещи, которые (afaik) Вы не можете получить в другом месте. Визуальный разработчик для MXML и отладчик. Если Вы получаете более дорогую версию Разработчика Flex, Вы также получаете профилировщика.

визуальный разработчик хорош, если Вы хотите быстро моделировать что-то, или если бы Вы привыкли разрабатывать материал UI тот путь (и я вижу, где это было бы полезно, как только Вы начинаете входить в более сложный материал UI).

SDK Flex идет с отладчиком командной строки, но GUI, который Вы получаете с FlexBuilder, делает использование его намного легче. Это - то, что сделало получение FlexBuilder стоящим того для меня. Я обычно не использую FlexBuilder для повседневной разработки, но когда я должен отладить его, делает вещи намного легче.

, Если бы Вы - тот, который должен был бы заплатить за FlexBuilder, попробуйте его без FlexBuilder. Если Вы начинаете сталкиваться с ситуацией, где Вы чувствуете наличие графического разработчика, или GUI отладчика был бы полезен, захватил бы пробную версию FlexBuilder. У Вас будет 30 дней для испытания его. Если это помогает Вам достаточно, что Вы думаете, что это стоит стоимости, то купите его. Если Вы проживаете прекрасные без него тогда, Вы не должны волноваться о получении его.

, Если Ваш работодатель купил бы его и имеет бюджет для него тогда, могло бы стоить получить его раньше, но Вы могли, вероятно, сделать то же самое, которое я упомянул выше, чтобы возможно сохранить Вашу компанию немного денег.

5
задан gbn 2 August 2009 в 19:19
поделиться

1 ответ

Обычно сохраненные процедуры следуют за CRUD ( http: //en.wikipedia. org / wiki / Create, _read, _update_and_delete ), но они не должны ограничиваться этим.

1) Возможно, вы захотите объединить обновление и вставку. Если первичный ключ заполнен, то это обновление, иначе это вставка. Для GUID и других ключей, сгенерированных клиентом, вы обновляете сначала, и если rowcount равен нулю, вам нужно выполнить вставку. Процедура вставки / обновления обычно возвращает первичный ключ.

Вам понадобится процедура get_by_id, а также некоторое количество get_by_non-unique-критериев, которые возвращают любое количество строк. Идея состоит в том, чтобы убедиться, что столбцы в результирующем наборе идентичны во всех процедурах get / list.

Цель этих процедур не обязательно одна таблица или даже одно представление, а скорее логическая сущность, поэтому вам может потребоваться выполнить различные соединения, как для отношений, так и для поиска. Это может помочь вернуть несколько наборов результатов.

2) Представления удобны, но не особенно важны для этого. Иногда они помогают с повторным использованием, но не всегда.

3) Все зависит от бизнес-правил. Вы, безусловно, можете предотвратить определенные виды повреждения данных на уровне хранимой процедуры, но есть ограничения на то, сколько он может или должен знать. Сказав это, есть специальные случаи, когда вы можете захотеть добавить больше логики в процедуру, например, логин.

4) Вы не всегда можете это сделать,

6
ответ дан 14 December 2019 в 13:43
поделиться
Другие вопросы по тегам:

Похожие вопросы: