Mal Hack, т.е. получается, что лучше большую часть работы с СУБД, производить средствами языка программирования, нежели средствами СУБД, чтобы нагрузка на СУБД была меньше, я правильно понял? Но тогда, зачем было давать такую возможность. Думаю, что создатели СУБД это приняли во внимание.

Цитата(Bikutoru @ 15.8.2005, 16:15)

Я думал, "упадет" в данном случае означает "временно откажется работать".

Я так же думаю

Цитата(Bikutoru @ 15.8.2005, 16:15)

Можно же хранить информацию сразу на нескольких жестких (вроде бы, RAID-массив называется) тогда вероятность отказа из за неисправности HDD невелика, UPS и т.п. сводят такую вероятность к достаточно небольшому значению. Плюс регулярное копирование информации...

Это не совсем то, о чем я. Я имел ввиду, к примеру такую вещь, к примеру какой-ть глюк, к примеру из-за перегрузки. Сервер отказывается работать и как следствие не может скинуть в файл MYD данные, неаходящиеся в памяти.Как следствие данные теряются, еще хуже, если глюк происходит в момент записи этого файла. Все. Данные не вернешь, если MYD - битый. RAID конечно хорошо, но часть данных ты потеряешь, и можешь потерять целостность, к примеру в талицу с поставми пост нового пользователя добавился и сохранился, а на регистраци глюк и пара пользователей потерялась...

Цитата(Bikutoru @ 15.8.2005, 16:15)

Все-таки, по-моему, обеспечивать целостность скриптом, если можно базой не нужно...

Зачем нагружать ьлишний раз БД, если можно работать скиптом
Упадет сервер приложений ничего страшного, ну не сможешь ты некоторое время поработать... И все.

Цитата(slang @ 15.8.2005, 16:39)

Mal Hack, т.е. получается, что лучше большую часть работы с СУБД, производить средствами языка программирования, нежели средствами СУБД, чтобы нагрузка на СУБД была меньше, я правильно понял?

Да. Я считаю именно так.

Цитата(slang @ 15.8.2005, 16:39)

Но тогда, зачем было давать такую возможность. Думаю, что создатели СУБД это приняли во внимание.

Какую возможность? Самому подставлять БД под ошибку? ИМХО это не возможность. Возможность использовать UNIQUE и в случае "дубляжа" получить ошибку? дык это правильно.
Т.е. возможность они дали, но это что-то вроде "последнего стража", как опять же МНЕ кажется.

Цитата

получается, что лучше большую часть работы с СУБД, производить средствами языка программирования

Это как минимум спорный вопрос. По-хорошему, его надо бы вынести в "Общие вопросы по базам данных"...