ReSQL.ru
     
powered by simpleCommunicator - 2.0.56     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / не удалять данные по внешним ключам
41 сообщений из 41, показаны все 2 страниц
  все  
не удалять данные по внешним ключам
    #38414905
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
в базе данных есть таблицы Контрагент , Организация и Договор.
в таблице договор создала внешний ключ к таблицам контрагент и организация.
подскажите как реализовать следующее при попытке изменении записи в таблице контрагент и организация- выдавать предупреждение если данные используются в таблицы Договор.
подскажите как это кодом проверяется ....
...
Рейтинг: 0 / 0
02.10.2013, 22:45
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38414935
sphinx_mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sphinx_mv
Участник
Tanya_0306в базе данных есть таблицы Контрагент , Организация и Договор.
в таблице договор создала внешний ключ к таблицам контрагент и организация.
подскажите как реализовать следующее при попытке изменении записи в таблице контрагент и организация- выдавать предупреждение если данные используются в таблицы Договор.
подскажите как это кодом проверяется .... Внешний ключ - одно из средств поддержания ссылочной целостности в базах данных. Его использование уже само по себе является необходимым и достаточным решением для Вашей задачи - в подавляющем большинстве случаев.
...
Рейтинг: 0 / 0
03.10.2013, 00:30
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38414938
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Relic Hunter
Участник
sphinx_mvВнешний ключКак это поможет "попытке изменении записи" ?

>>> Tanya_0306

проверить наличие
Код: sql
1.
select 1 from Договор where Организация_ID = ? or Контрагент_ID = ?
...
Рейтинг: 0 / 0
03.10.2013, 00:42
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38414989
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
sphinx_mv,

Может я не совсем понятно выразила постановку задачи. Пользователь начинает редактировать данные в таблице Организация, когда нажимает на кнопку сохранить - мне надо его предупредить что эти данные уже используются в таблице Договор и спросить - действительно сохранить изменения?
Если он подтвердит изменения - то все данные каскадно поменяются. Ссылочную целостность таблиц я настроила.
И так же при удалении - захочет пользователь удалить запись в таблице организации - надо проверить не используется ли эта запись в таблице Договор, если не используется то просто удалить. Иначе спросить - "действительно удалить запись и все все связанные с ней данные???". Подтвердить - удалить из таблицы Организации ? если да - то каскадно удалить записи из таблицы Организация и договоры.
...
Рейтинг: 0 / 0
03.10.2013, 07:29
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38414991
Alex Kuznetsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Kuznetsov
Участник
Tanya_0306sphinx_mv,

Может я не совсем понятно выразила постановку задачи. Пользователь начинает редактировать данные в таблице Организация, когда нажимает на кнопку сохранить - мне надо его предупредить что эти данные уже используются в таблице Договор и спросить - действительно сохранить изменения?
Если он подтвердит изменения - то все данные каскадно поменяются. Ссылочную целостность таблиц я настроила.
И так же при удалении - захочет пользователь удалить запись в таблице организации - надо проверить не используется ли эта запись в таблице Договор, если не используется то просто удалить. Иначе спросить - "действительно удалить запись и все все связанные с ней данные???". Подтвердить - удалить из таблицы Организации ? если да - то каскадно удалить записи из таблицы Организация и договоры.А что, параметризованные запросы нынче уже не используют?
Каким образом Вы настроили ссылочную целостность таблиц? Можете привести для примера SQL скрипт создания таблиц и внешних ключей?
...
Рейтинг: 0 / 0
03.10.2013, 07:46
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38414999
Фотография Где-то в степи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Где-то в степи
Участник
Tanya_0306, Тетенька, зачем вы трогаете уникальный идентификатор записи?
...
Рейтинг: 0 / 0
03.10.2013, 07:56
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415001
Фотография Где-то в степи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Где-то в степи
Участник
Tanya_0306,
ИМХО: Пользователям удалять организацию - это жестоко, лучше за маркировать запись как на удаление, а эту привилегию оставить root_у, мало ли глупых куриц которые готовы поиграться с кнопочкой удалить...
...
Рейтинг: 0 / 0
03.10.2013, 08:08
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415006
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
Alex Kuznetsov,

Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
Create table
Clients (
	Client	varchar(25)  ,
 	Name	varchar(100),
 	Identifier	varchar(25),
 	Adress	varchar(50),
 	Contact	varchar(50),
 	Tel	varchar(25),
 	Remark	varchar(100),
       CONSTRAINT PK_Clients PRIMARY KEY (Client)     
)

Create table
Companies (	
	Company	varchar(25)  ,
 	Name	varchar(100),
 	Prefix	varchar(3),
 	Identifier	varchar(25),
 	Account	varchar(25),
 	Adress	varchar(50),
 	Contact	varchar(50),
 	Tel	varchar(25),
       CONSTRAINT PK_Companies PRIMARY KEY (Company)     
                              )



Create table
Contracts  
  (	Id	numeric(4,0)  IDENTITY(1,1),
       [Contract]  varchar(50) not null,  
 	Number	varchar(10) not null,
 	Dt	date,
 	Client	varchar(25),
 	Company	varchar(25),
	CONSTRAINT PK_Contracts PRIMARY KEY (Id)     
                                )


ALTER TABLE Contracts  WITH CHECK ADD  CONSTRAINT FK_Contracts_Clients
FOREIGN  KEY (Client)
REFERENCES  Clients(Client)
ON UPDATE CASCADE
ON DELETE CASCADE



ALTER TABLE Contracts  WITH CHECK ADD  CONSTRAINT FK_Contracts_Companies 
FOREIGN  KEY (Company)
REFERENCES  Companies(Company)
ON UPDATE CASCADE
ON DELETE CASCADE



Я новичок в С#, подскажите какие параметризованные запросы мне создать??
...
Рейтинг: 0 / 0
03.10.2013, 08:26
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415009
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
Где-то в степи,

Это было бы идеальный вариант. А механизм "маркирования записи".
Это что-то типа завести в таблице поле - признак "запись удалена"?
И при работе в приложении давать возможность пользователю помечать на удаление? Я правильно понимаю?
А можно по подробнее про root ?
...
Рейтинг: 0 / 0
03.10.2013, 08:34
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415012
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
Где-то в степи,

Можно без "Тетеньки".

В качестве уникального идентификатора записи используется текстовое поле. Это не моя идея, выше стоящее руководство так требует. Я бы создала идентификатор - код, инкрементное поле. Но начальник сказал - НЕТ. ЗАЧЕМ??
Пусть вводят текстовое поле - этого достаточно.
К примеру справочник Еденицы Измерения :
идентификатор - кг
наименование - Килограммы

Ну и соответственно пользователь может решить изменить "кг" на "Кг." Примерно такая ситуация ....
...
Рейтинг: 0 / 0
03.10.2013, 08:40
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415018
Фотография Где-то в степи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Где-то в степи
Участник
Tanya_0306,
До свидания...
...
Рейтинг: 0 / 0
03.10.2013, 08:48
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415022
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
Где-то в степи,

Зачем же сразу До свидания.
Если не правильная логика - подскажите.
Пример с "кг" я утрировала ...
...
Рейтинг: 0 / 0
03.10.2013, 08:58
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415023
Фотография Где-то в степи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Где-то в степи
Участник
Tanya_0306,
Тащите начальника сюда ))
...
Рейтинг: 0 / 0
03.10.2013, 09:05
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415024
Alex Kuznetsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Kuznetsov
Участник
Tanya_0306,

О параметрах запросов лучше почитать MSDN.

Немного конкретизирую под Вашу задачу:
Перед непосредственно удалением записи из таблиц Companies или Clients выполнить запросы вида:
Код: sql
1.
2.
3.
4.
5.
SELECT  [Contract],  
        [Number], 
        [Dt]
  FROM  Contracts
 WHERE  Company = @Company

или
Код: sql
1.
2.
3.
4.
5.
SELECT  [Contract],  
        [Number], 
        [Dt]
  FROM  Contracts
 WHERE  Client = @Client


Проверить наличие записей в выходном наборе данных, при необходимости показать их и сделать запрос на подтверждение удаления.

Если же просто нужно проверить наличие записей, то можно и так как Relic Hunter предложил:
Код: sql
1.
2.
3.
SELECT  COUNT( * ) as ConrtactsCnt
  FROM  Contracts
 WHERE  Company = @Company



Далее проверяем возвращаемое значение агрегата ContractsCnt на значение > 0.


Про обновление ключевых полей в таблицах Companies и Clients:
подумайте, а так-ли уж необходимо обновлять именно ключевые поля?
К тому-же странно, что у Вас ключевые поля символьные, получается,
что Вы их генерируете самостоятельно или пользователь их сам выдумывает?
Не лучше-ли для идентификаторов использовать IDENTITY?
...
Рейтинг: 0 / 0
03.10.2013, 09:07
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415026
Alex Kuznetsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Kuznetsov
Участник
Где-то в степиTanya_0306,
Тащите начальника сюда ))+100500

Хочется узнать "глубинные" причины такой "постановки задачи"
...
Рейтинг: 0 / 0
03.10.2013, 09:10
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415030
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
Alex Kuznetsov,

"А почему нет - пусть задает идентификатор как текстовое поле, краткое наименование".
...
Рейтинг: 0 / 0
03.10.2013, 09:17
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415033
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
Где-то в степи,

Это не реально ... ))
...
Рейтинг: 0 / 0
03.10.2013, 09:19
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415034
Фотография Где-то в степи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Где-то в степи
Участник
Tanya_0306,
не хочу вас обидеть, честное слово, но имхо: я бы это рассматривал как сексуальное домогательство ( без обид)
...
Рейтинг: 0 / 0
03.10.2013, 09:21
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415035
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
Alex Kuznetsov,

Спасибо!!
...
Рейтинг: 0 / 0
03.10.2013, 09:21
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415036
SerP1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SerP1983
Участник
2Tanya_0306
Шлите начальника в попу и меняйте работу )))
...
Рейтинг: 0 / 0
03.10.2013, 09:21
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415044
Alex Kuznetsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Kuznetsov
Участник
Tanya_0306Alex Kuznetsov,

"А почему нет - пусть задает идентификатор как текстовое поле, краткое наименование".А потом дать начальнику в руки просто sqlcmd.exe и пусть он исправляет косяки пользователей или сам придумывает уникальные идентификаторы записей
...
Рейтинг: 0 / 0
03.10.2013, 09:29
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415112
JavaSpringFrameworkHibernateGWT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JavaSpringFrameworkHibernateGWT
Участник
Помню, что когда после университета на первом месте работал, то там тоже такой начальник был. Он 8 лет сидел на одном месте ведущим программистом. Но абсолютно не знал ничего ни про первичные ключи, ни про целостность базы данных, ни про особенности движка, который писали в этой фирме. Но везде лез и заставлял делать так, как он хочет. Причём мне тогда выделили новый проект. И я в одиночку под командованием этого начальника стал его клепать на ихнем движке. Да, кстати, документации вообще никакой не было. Было только несколько старцев, но и они уже давно путались в проекте...

Короче, завалили мы тогда проект:) А из той фирмы я сам ушёл, когда через пару лет понял, что ничего у меня здесь хорошего не получится:)
...
Рейтинг: 0 / 0
03.10.2013, 10:30
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415130
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
JavaSpringFrameworkHibernateGWT,

Начало как в моей истории .... Только вот проект заваливать не хочется ..... Надо разумные доводы привести почему так делать нельзя ....
Он говорил про 1с - там кодом (идентификатором может быть и строка и число) и
еще Навижен (не работала в нем).
Говорит там тоже уникальный код - это может быть краткое наименование (текстовое поле).
...
Рейтинг: 0 / 0
03.10.2013, 10:36
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415184
Pallaris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Pallaris
Участник
Tanya_0306,

Что мешает сделать первичный ключ человеческим, а начальнику сказать, что сделала текстовым - пусть радуется?
...
Рейтинг: 0 / 0
03.10.2013, 11:08
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415187
Alex Kuznetsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Kuznetsov
Участник
Tanya_0306JavaSpringFrameworkHibernateGWT,

Начало как в моей истории .... Только вот проект заваливать не хочется ..... Надо разумные доводы привести почему так делать нельзя ....
Он говорил про 1с - там кодом (идентификатором может быть и строка и число) и
еще Навижен (не работала в нем).
Говорит там тоже уникальный код - это может быть краткое наименование (текстовое поле).Не верьте.
В 1С идентификатор записи действительно символьное поле, НО, значение поля генерируется, а не вносится пользователем. А вот КОД может быть сгенерирован и потом изменён пользователем.

В Навике то-же самое...

Посмотрите структуры таблиц документов 1С непосредственно на сервере БД, а не через окошко в 1С, и поймёте о чём я говорю.
Так что, не следует слепо доверять тому, что говорит начальство.
Ищите доводы чтобы отказаться от этой глупой затеи...
...
Рейтинг: 0 / 0
03.10.2013, 11:09
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415221
sphinx_mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sphinx_mv
Участник
Tanya_0306Начало как в моей истории .... Только вот проект заваливать не хочется ..... Надо разумные доводы привести почему так делать нельзя ....
Он говорил про 1с - там кодом (идентификатором может быть и строка и число) и
еще Навижен (не работала в нем).
Говорит там тоже уникальный код - это может быть краткое наименование (текстовое поле).Скажем так...
Основное требование, которому должен удовлетворять первичный ключ - уникальность. Про обязательное использование какого-либо конкретного типа данных Вы нигде ничего не найдете, не говоря уже о том, что ключи могут быть составными (из нескольких полей с разными типами данных).

А по поводу "автоматических" каскадных операций... Если с каскадными обновлениями еще можно как-то смириться, то каскадные удаления - зло, из-за которого вполне реально огрести немалых люлей: удалив одну запись в одной таблице (в зависимости от расположения звезд на небе) можно получить "девственно пустую" базу данных.
И, в зависимости от типа сервера, необходимо учитывать технические ограничения при выполнении каскадных операций.

ЗЫ. Возможно, Вам нужно обратиться в несколько в более специализированный форум - Проектирование БД
...
Рейтинг: 0 / 0
03.10.2013, 11:26
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415252
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Tanya_0306в базе данных есть таблицы Контрагент , Организация и Договор.
в таблице договор создала внешний ключ к таблицам контрагент и организация.
подскажите как реализовать следующее при попытке изменении записи в таблице контрагент и организация- выдавать предупреждение если данные используются в таблицы Договор.
подскажите как это кодом проверяется ....

Я так понимаю, предполагается менять неключевые атрибуты в таблице контрагент и организация ?
Написать запрос, который проверяет наличие записей в связанных таблицах.
Выполнять его перед каждым изменением записей в родительских.
...
Рейтинг: 0 / 0
03.10.2013, 11:43
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415254
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Relic Huntersphinx_mvВнешний ключКак это поможет "попытке изменении записи" ?

>>> Tanya_0306

проверить наличие
Код: sql
1.
select 1 from Договор where Организация_ID = ? or Контрагент_ID = ?



этот запрос неправильный.
...
Рейтинг: 0 / 0
03.10.2013, 11:44
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415259
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
sphinx_mvTanya_0306в базе данных есть таблицы Контрагент , Организация и Договор.
в таблице договор создала внешний ключ к таблицам контрагент и организация.
подскажите как реализовать следующее при попытке изменении записи в таблице контрагент и организация- выдавать предупреждение если данные используются в таблицы Договор.
подскажите как это кодом проверяется .... Внешний ключ - одно из средств поддержания ссылочной целостности в базах данных. Его использование уже само по себе является необходимым и достаточным решением для Вашей задачи - в подавляющем большинстве случаев.

Внешние ключи тут ни при чём.
...
Рейтинг: 0 / 0
03.10.2013, 11:45
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415293
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Tanya_0306Где-то в степи,

Можно без "Тетеньки".

В качестве уникального идентификатора записи используется текстовое поле. Это не моя идея, выше стоящее руководство так требует. Я бы создала идентификатор - код, инкрементное поле. Но начальник сказал - НЕТ. ЗАЧЕМ??


Начальник -- идиот. Это нормально. А вот то, что ТЫ -- разработчик -- не хочешь брать на себя решение технических вопросов -- очень странно.

Tanya_0306Ну и соответственно пользователь может решить изменить "кг" на "Кг." Примерно такая ситуация ....

Если пользователь МОЖЕТ ИЗМЕНИТЬ поле, то УЖЕ заведомо это поле НЕ ДОЛЖНО служить первичным ключём или его частью.
Потому что первичный ключ неизменяем, это аксиома.
Потому и ржак в теме такой, после твоего этого сообщения.
...
Рейтинг: 0 / 0
03.10.2013, 12:03
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415304
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
sphinx_mvСкажем так...
Основное требование, которому должен удовлетворять первичный ключ - уникальность. ]

И неизменяемость.
...
Рейтинг: 0 / 0
03.10.2013, 12:07
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415403
JavaSpringFrameworkHibernateGWT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JavaSpringFrameworkHibernateGWT
Участник
Обычно никто не заморачивается поиском первичного ключа среди атрибутов. Вместо этого сразу ставят автоинкрементное поле. Так мороки меньше будет.
...
Рейтинг: 0 / 0
03.10.2013, 13:05
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415427
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
Pallaris,

Он "утверждает" структуру базы данных
...
Рейтинг: 0 / 0
03.10.2013, 13:22
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415434
Tanya_0306
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Tanya_0306
Гость
Alex Kuznetsov,

А Вы не подскажите эти самые доводы.
У меня только один - "так принято у каждой записи должен быть уникальный идентификатор скрытый от пользователя".
Но это не аргумент )
...
Рейтинг: 0 / 0
03.10.2013, 13:24
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415441
Pallaris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Pallaris
Участник
Tanya_0306А Вы не подскажите эти самые доводы.


"Попомните мое слово!" и "Когда вы будете горько плакать и вспоминать об автоинкрементном первичном ключе"
...
Рейтинг: 0 / 0
03.10.2013, 13:29
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415459
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Tanya_0306Pallaris,

Он "утверждает" структуру базы данных

Пусть утверждает.
...
Рейтинг: 0 / 0
03.10.2013, 13:37
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415462
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Tanya_0306,

Какие атрибуты родительской таблицы предполагается менять ?
Я так понимаю, предполагается менять неключевые атрибуты в таблице контрагент и организация ?
...
Рейтинг: 0 / 0
03.10.2013, 13:38
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415474
Фотография Где-то в степи
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Где-то в степи
Участник
<Задумчиво>
неужели она считает, что на работу ее взяли что бы программировать программы ?
</Задумчиво>
...
Рейтинг: 0 / 0
03.10.2013, 13:42
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415498
sphinx_mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sphinx_mv
Участник
MasterZivsphinx_mvСкажем так...
Основное требование, которому должен удовлетворять первичный ключ - уникальность. ]И неизменяемость.Теория этого не требует.
...
Рейтинг: 0 / 0
03.10.2013, 13:55
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415514
sphinx_mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sphinx_mv
Участник
Relic Huntersphinx_mvВнешний ключКак это поможет "попытке изменении записи" ?
Ну, попробуйте сменить значение первичного ключа, поля которого участвуют в проверяемом внешнем ключе с кляузой "ON UPDATE NONE".
При этом особых проблем со ссылочной целостностью даже наличие кляузы "ON UPDATE CASCADE" ни разу не наблюдается.
Только "ON UPDATE NULL" может пропустить изменение, и может быть получена куча записей с "потеряными" связями.
...
Рейтинг: 0 / 0
03.10.2013, 14:08
| Ответить | Цитировать | Написать  
не удалять данные по внешним ключам
    #38415562
Alex Kuznetsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Kuznetsov
Участник
Tanya_0306... "так принято у каждой записи должен быть уникальный идентификатор скрытый от пользователя".
Но это не аргумент )Конечно не аргумент, потому что существует такое понятие как ненормализованные данные, которые не требуют наличия уникального ключа для каждой записи.

По поводу аргументов, бейте своего начальника его-же доводами (ну это только в случае если он не самодур и может адекватно воспринимать критику).

В 1С уникальный идентификатор записей уникален не то что в пределах одной таблицы, а в пределах всей базы данных, т.е.:
Клиент
IDКод НаименованиеAF01217 ВЛ-093425 Клиент 1AF01234 ВЛ-093426 Клиент 2

Контракт
IDКод НаименованиеAF01218 ЦО-002453 Контракт ЦО 2453AF01222 Ф1-000026 Контракт Филиал 26

ДокументБухгалтерии
IDКод НаименованиеAF01219 ЦО-785903 Документ ЦО 6344AF01220 Ф1-456372 Документ Ф1 567


Таким образом пользователь увидит клиентов с кодами ВЛ-093425 и ВЛ-093426, контракты с кодами ЦО-002453 и Ф1-000026 и документы с кодами ЦО-785903 и Ф1-456372.
А связаны они будут между собой с помощью идентификаторов, к которым шаловливые ручки пользователей доступа не имеют, соответственно обновления не будут затрагивать подчинённые таблицы. Удаление - да, а обновление нет, т.к. ID не изменяется.
...
Рейтинг: 0 / 0
03.10.2013, 14:27
| Ответить | Цитировать | Написать  
41 сообщений из 41, показаны все 2 страниц
  все  
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / не удалять данные по внешним ключам
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=20&tid=1403932]:
 0ms
get settings:
 9ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 50ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 64ms
get tp. blocked users:
 1ms
others: 11ms
total:  166ms
созд. / загр.: 166ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]