Вход на сайт
sql stored procedure
232 просмотров
Перейти к просмотру всей ветки
в ответ digital_pilot 10.02.05 20:18
UNKNOWN вылезает моментально в 1-м сравнении, когда кто-то из двоих NULL.
-------------
Это решаемо - поменять местами операнд у OR.
свят-свят, сгинь, нечистая
-------------
А что делать? Железяка не тянет - лап-топ P3 с ХР - еле-еле сама дышит.
А руки все одно чего то делать хотят... Да и это... часть задач можно и
под ним пустить. Вот например - база выкладывается на вебе. Никакой
логики внутри - голые таблицы с принудительным полным обновлением
из... DBF'ов. Можно, конечно, MySQL, но потом зверя Юзверя надо сильно
дрессировать. А так - все путем - в Borlandэовском Билдере форма с
селектором диретктории с DBF'ами и кнопка Импорт.
Со временем сама собой возникнет необходимость переделать.
---------------
Рульный рулес, как показывает практика. Я разок тоже пихал куски SQL в
таблички... после 50 тыс стало тормозить...
Такой же равноправный код...
--------------
Не совсем. У меня есть правило.требование, чтобы при внесении изменений
в одну таблицу надо было делать изменения не более чем в одном файле
скрипта. Вьюшки это требование рушат напрочь...
Да и в нашем Crystal-репортинге они незаменимы.
А Crystal до 9-й версии ваще не умел хранимки с таблицами и другими
хранимками склеивать.
-------------
Ну это как посмотреть. Если что-то специфическое, то пусть оно и будет
комом-репортом. А сама база и ее логика - должны быть прозрачны.
По мне - так.
А под каждый репорт я свою хранимку писать не могу...
--------------
А я их пишу, точнее - генерю, по 4 штуки на каждую форму. Просто на
автопилоте по шаблону. Но это не репорты, это формы. Репорт последний
раз и не помню когда лепил.
плюс еще по 50 под спец. нужды каждого клиента.
---------------
А вынести в отдельную базу?
-------------
Это решаемо - поменять местами операнд у OR.

свят-свят, сгинь, нечистая
-------------
А что делать? Железяка не тянет - лап-топ P3 с ХР - еле-еле сама дышит.
А руки все одно чего то делать хотят... Да и это... часть задач можно и
под ним пустить. Вот например - база выкладывается на вебе. Никакой
логики внутри - голые таблицы с принудительным полным обновлением
из... DBF'ов. Можно, конечно, MySQL, но потом зверя Юзверя надо сильно
дрессировать. А так - все путем - в Borlandэовском Билдере форма с
селектором диретктории с DBF'ами и кнопка Импорт.
Со временем сама собой возникнет необходимость переделать.
---------------
Рульный рулес, как показывает практика. Я разок тоже пихал куски SQL в
таблички... после 50 тыс стало тормозить...

Такой же равноправный код...
--------------
Не совсем. У меня есть правило.требование, чтобы при внесении изменений
в одну таблицу надо было делать изменения не более чем в одном файле
скрипта. Вьюшки это требование рушат напрочь...
Да и в нашем Crystal-репортинге они незаменимы.
А Crystal до 9-й версии ваще не умел хранимки с таблицами и другими
хранимками склеивать.
-------------
Ну это как посмотреть. Если что-то специфическое, то пусть оно и будет
комом-репортом. А сама база и ее логика - должны быть прозрачны.
По мне - так.
А под каждый репорт я свою хранимку писать не могу...
--------------
А я их пишу, точнее - генерю, по 4 штуки на каждую форму. Просто на
автопилоте по шаблону. Но это не репорты, это формы. Репорт последний
раз и не помню когда лепил.

плюс еще по 50 под спец. нужды каждого клиента.
---------------
А вынести в отдельную базу?
