Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Используя ЗАБОЙ, полю присваивается NULL, а хотелось бы НОЛЬ [IB6.x, FB]

Страницы: < 1 2 3 4 5 >
q-q © (2006-06-06 10:07:00)
При удалении цифры используется Забой => Полю присваивается NULL, а хотелось бы НОЛЬ. Устанавливать NOT NULL полю не хотелось бы (удалять инф-цию удобней Забоем, а не НУЛЕМ). Триггер на update (if f.new is null then f.new=0) по каждому числовому полю тоже нехорошо.
Подскажите, как решить оптимальнее на уровне базы.

Сергей М. (2006-06-06 13:51:00) [21]

> q-q (06.06.06 13:42) [67]

!!!

Sergey13 (2006-06-06 13:51:00) [22]
2[68] q-q (06.06.06 13:48)
>Забить ревизионную картонку по складу (бывает 5000 поз)
За <20 минут (500/2=5000/20)? Не смешите мои тапочки. 8-)

q-q (2006-06-06 13:48:00) [23]
>Sergey13 © (06.06.06 13:12) [62]
>>А если тебе надо забить >500 позиций как можно быстрее (<2 мин)
>Приведи хоть один жизненный пример с 500-ми позиций за <2 мин.
Забить ревизионную картонку по складу (бывает 5000 поз)

q-q (2006-06-06 13:42:00) [24]
>>Сергей М. © (06.06.06 13:12) [63]
>> если тебе надо забить >500 позиций как можно быстрее (<2 мин)
>На то есть табличные процессоры а-ля Excel и логика импорта.

%-)))

Sergey13 (2006-06-06 13:16:00) [25]
2[64] Ega23 © (06.06.06 13:13)
Легко. BeforePost дает полный контороль над записью на клиенте. Тригер дает полный контроль на сервере. Полнота контроля никак не зависит от модальности формы редактирования и вида представления информации. ИМХО так.

Ega23 (2006-06-06 13:14:00) [26]

> Правда чтобы отого достичь, к сожалению, DBGrida, да и DataSeta,
> недостаточно.

Ну как минимум в ClientDataSet данные писать. А уж потом пытаться базу обновить...

Ega23 (2006-06-06 13:13:00) [27]

> Не соглашусь. Но мы уходим от "забойной" темы. 8-)

Так. Серёг, мы с тобой уже, наверное, раз 20-й на этот счёт схлёстываемся.
Может, тогда, объяснишь мне приватно, как лучше с такой связкой работать? Я несколько раз пытался постичь дао этого дела, но не преуспел.

Сергей М. (2006-06-06 13:12:00) [28]

> если тебе надо забить >500 позиций как можно быстрее (<2
> мин)
>

На то есть табличные процессоры а-ля Excel и логика импорта.

Sergey13 (2006-06-06 13:12:00) [29]
2[59] q-q (06.06.06 13:07)
>А если тебе надо забить >500 позиций как можно быстрее (<2 мин)
Приведи хоть один жизненныйпример с 500-ми позиций за <2 мин.

ЮЮ (2006-06-06 13:11:00) [30]
[60] - это к [54] vs [55]

ЮЮ (2006-06-06 13:10:00) [31]
А вот здесь я на стороне q-q.
Правда чтобы отого достичь, к сожалению, DBGrida, да и DataSeta, недостаточно.

>Ega23 © (06.06.06 13:00) [55]
Глянь
http://orpo.msun.ru/files/projects/up.pdf(на стр.4-5). Как, по твоему, "правильнее" и удобнее для пользователя редактировать таблицу, где строки и столбцы - объекты двух разных таблиц, а ячейки - объекты из таюлицы кросс-связей.

Автору. Только у меня это не поля, а объекты(записи), которые либо есть либо нет

q-q (2006-06-06 13:07:00) [32]
А если тебе надо забить >500 позиций как можно быстрее (<2 мин)

Sergey13 (2006-06-06 13:06:00) [33]
2[53] Ega23 © (06.06.06 12:57)
> Дуракозащиту очень тяжело ставить, согласись...
Не соглашусь. Но мы уходим от "забойной" темы. 8-)

[56] q-q (06.06.06 13:02)
>Зачем людей мучать
Вот-вот. Приглашай программиста - он все и сделает для удовлетвореня логистов. 8-)

ЗЫ: надо же какой упорный попался! 8-)

Ega23 (2006-06-06 13:04:00) [34]

> Зачем людей мучать

Видишь-ли. Судя по данной ветке, людей мучаешь как раз ты. А попутно - сам мучаешься.
Что мешает сделать модальную форму с соответствующими контролами и показывать её на редактирование и изменение данных?

q-q (2006-06-06 13:02:00) [35]
>Ega23 © (06.06.06 13:00) [55]
>> Табличные данные надо и представлять, и редактировать в
>> табличной форме, вне завсимости от степени дурноты тона
>Вот оно как, оказывается! 7 лет писал клиенты под БД, а таких прописных >истин - не знал.

Зачем людей мучать

Ega23 (2006-06-06 13:00:00) [36]

> Табличные данные надо и представлять, и редактировать в
> табличной форме, вне завсимости от степени дурноты тона

Вот оно как, оказывается! 7 лет писал клиенты под БД, а таких прописных истин - не знал.
И заказчики, видимо, сплошные идиоты попадались, раз мне таких замечаний не делали.
Вот спасибо, открыл глаза на жизнь!

q-q (2006-06-06 12:58:00) [37]
> Ega23 © (06.06.06 12:51) [49]
> > Плохой тон - писать неправильно работающие программы.
> Все
> > остальное - индивидуальный стиль программирования. 8-)
> Согласен. Но если бы люди не пользовали эту дурацкую связку
> TTable - TDBGrid, то, согласись, таких вопросов бы не возникало.

Табличные данные надо и представлять, и редактировать в табличной форме, вне завсимости от степени дурноты тона

Ega23 (2006-06-06 12:57:00) [38]

> Задачи разные бывают. Иногда "TTable - TDBGrid" вполне себя
> оправдывает. Нпример всевозможные БД Вьюеры/Эдиторы работают
> именно так. И ничего - люди пользуются.

Дуракозащиту очень тяжело ставить, согласись...

Sergey13 (2006-06-06 12:55:00) [39]
2 [49] Ega23 © (06.06.06 12:51)
Задачи разные бывают. Иногда "TTable - TDBGrid" вполне себя оправдывает. Нпример всевозможные БД Вьюеры/Эдиторы работают именно так. И ничего - люди пользуются.

saxon (2006-06-06 12:54:00) [40]
Вот так "ЗАБОЙ" :)

Страницы: < 1 2 3 4 5 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »