|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Drema 2:5020/400 03 Apr 2001 16:19:27
To : Ilya Zvyagin
Subject : RE: Дремина хитрость 2
--------------------------------------------------------------------------------
>From: news [mailto:news@host.talk.ru]On Behalf Of Ilya Zvyagin
>>Hе знаю чем это плохо. Может для внешних ключей это плохо, но у меня
>внешние
>>ключи обрабатываются совершенно по другому, их просто нет в самой таблице.
>Hу, я бы сказал, что это тоже плохо.
Hу не знаю... :)
>>А для простых полей (varchar, float и тп) там где надо стоят default, а где
>значение
>>обязательно - стоят клиентские проверки.
>Это, я бы сказал, еще хуже. Клиентские проверки со сменой клиента могут
>поменяться.
Вы когда-нибудь меняли своего клиента?
>В идеале - в ISQL - их не будет вообще. База должна себя защищать.
В некоторых вариантах применения - безусловно, но не в моем. :)
>>Да, правильно, из-за лени...:) У меня в базе данных на данный момент >600
>таблиц... и мне что,
>>для каждой таблице свою процедуру писать?
>У нас около 1000, пишем и не жужжим.
У меня около 900 и они обеспечивают чисто бизнес-правила базы,
а не тривиальные вставки. Само ядро (общие стандартные процедуры)
состоит из десятка процедур и десятка таблиц.
>>Тем более что сам клиентский интерфейс программы однообразен - он может
>работать
>>с любыми таблицами, и в интерфейсе вызывается всего одна процедура вставки.
>Hо это достигается и без наличия одной процедуры, можно иметь согласованный
>протокол по именованию процедур, например.
Можно конечно... думаю что у меня есть еще много путей модернизации
ядра, поэтому будем работать дальше :)
--
Drema. mailto:dremkin@avtlg.ru
http://i.am/dremkin
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Talk.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
