Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / Write Conflict (Access & SQL) / 8 сообщений из 8, страница 1 из 1
30.04.2017, 22:18
    #39446798
NickBell
NickBell
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Write Conflict (Access & SQL)
Никак не могу понять причину возникновения этой ошибки. По-моему она появляется только с одной таблицей.

Создать новую запись и внести какие-то значения, дает спокойно. Но как только мне нужно бывает отредактировать запись, так моментально появляется такое сообщение.
Write conflictThis record has been changed by another user since you started editing it. If you save the record, you will overwrite the changes the other user made.

Copying the changed to the clipboard will let you look at the values the other user entered, and then paste your changes back in if you decide to make changes.

Кнопка "Save record" блеклая, а две другие "Copy to clipboard", and "Drop Changes" доступны для реагирования.
Сама таблица находится в SQL. Форма основана на таблице.
Если при редактировании просто изменить значения в некоторых полях, то даже простое закрытие формы без сохранения вызывает окно ошибки.

На форуме что-то было сказано об обработке ошибки, но по-моему без этого можно обойтись. Еще было сказано о bit и timestamp, только причем они.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.05.2017, 07:38
    #39446829
studieren
studieren
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Write Conflict (Access & SQL)
NickBell,

Покажите типы данных поначалу.
Не оно?
10591480
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.05.2017, 11:36
    #39446864
NickBell
NickBell
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Write Conflict (Access & SQL)
studieren,

По-моему замена bit на tinyint помогла и замена значений в форме произошла. В одном месте, точно знаю, что заработал.
Если причина только в этом заключается, тогда хорошо, надеюсь других сюрпризов не будет.
Сейчас что-то в другом месте мне не понравилось, что поисходит при создании новой формы и редактировании, надо будет спокойно всё проверить. Вроде бы раньше работал, а сейчас говорит, не могу. И почему только Access иногда мне портит некоторые формы, пока я произвожу какие-то изменения, никак не могу разобраться. Сейчас опять пришлось создавать заново.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.05.2017, 13:52
    #39446879
studieren
studieren
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Write Conflict (Access & SQL)
NickBellstudieren,

По-моему замена bit на tinyint помогла и замена значений в форме произошла. В одном месте, точно знаю, что заработал.
Если причина только в этом заключается, тогда хорошо, надеюсь других сюрпризов не будет.
Сейчас что-то в другом месте мне не понравилось, что поисходит при создании новой формы и редактировании, надо будет спокойно всё проверить. Вроде бы раньше работал, а сейчас говорит, не могу. И почему только Access иногда мне портит некоторые формы, пока я произвожу какие-то изменения, никак не могу разобраться. Сейчас опять пришлось создавать заново.

Вы бы показали типы данных своей таблицы. Там засада может быть не только в Bit, но и с другими типами данных. Например, возможно у Вас в первичном ключе или в уникальном индексе участвует поле с таким типом данных, которого нет в Access. Скажем bigint.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.05.2017, 14:21
    #39446885
NickBell
NickBell
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Write Conflict (Access & SQL)
studieren,

Здесь дана вся таблица
 
Код: sql
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.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
CREATE TABLE [dbo].[patients_history](
	[id_patient_history] [int] IDENTITY(1,1) NOT NULL,
	[id_patient] [int] NULL,
	[salaro] [nvarchar](2) NULL,
	[id_gadaricxva] [int] NULL,
	[code_virusology] [int] NULL,
	[codetxt_virusology] [nvarchar](6) NULL,
	[code_virusology_old] [int] NULL,
	[code_immunology] [int] NULL,
	[code_clinical] [int] NULL,
	[id_clinical] [nvarchar](50) NULL,
	[old_note] [nvarchar](255) NULL,
	[old_momartvis_tarigi] [datetime] NULL,
	[momartvis_tarigi] [datetime] NULL,
	[visitis_time] [datetime] NULL,
	[id_eqimi] [int] NULL,
	[id_laboranti_virusology] [int] NULL,
	[id_laboranti_immunology] [int] NULL,
	[id_laboranti_clinical] [int] NULL,
	[old_kvitris_nomeri] [int] NULL,
	[kvitris_nomeri] [int] NULL,
	[kvitris_txt] [nvarchar](20) NULL,
	[kodebi] [ntext] NULL,
	[sum_gamokvlevis_tanxa] [money] NULL,
	[procent] [int] NULL,
	[salaros_tanxa] [money] NULL,
	[baratis_tanxa] [money] NULL,
	[balance_tanxa] [money] NULL,
	[gadaricxvis_tanxa] [money] NULL,
	[gadaricxvis_tanxa_2] [money] NULL,
	[natilobrivi_tanxa] [money] NULL,
	[shidsis_centri] [tinyint] NULL CONSTRAINT [DF_patients_history_shidsis_centri]  DEFAULT ((0)),
	[gadaricxva] [tinyint] NULL CONSTRAINT [DF_patients_history_gadaricxva]  DEFAULT ((0)),
	[mark_virusology] [tinyint] NULL CONSTRAINT [DF_patients_history_mark_virusology]  DEFAULT ((0)),
	[mark_immunology] [tinyint] NULL CONSTRAINT [DF_patients_history_mark_immunology]  DEFAULT ((0)),
	[mark_clinical] [tinyint] NULL CONSTRAINT [DF_patients_history_mark_clinical]  DEFAULT ((0)),
	[mark_aids] [tinyint] NULL CONSTRAINT [DF_patients_history_mark_aids]  DEFAULT ((0)),
	[granti] [tinyint] NULL CONSTRAINT [DF_patients_history_granti]  DEFAULT ((0)),
	[not_paid_tests] [tinyint] NULL CONSTRAINT [DF_patients_history_not_paid_tests]  DEFAULT ((0)),
	[id_organization] [int] NULL,
	[elimination] [tinyint] NULL CONSTRAINT [DF_patients_history_elimination]  DEFAULT ((0)),
	[social_patient] [tinyint] NULL CONSTRAINT [DF_patients_history_social_patient]  DEFAULT ((0)),
	[factura_nomer] [int] NULL,
	[factura_date] [datetime] NULL,
	[factura_shemkveti] [nvarchar](255) NULL,
	[shemotanili_tanxa] [money] NULL,
	[dabrunebuli_tanxa] [money] NULL,
	[davalianeba] [money] NULL,
	[dasabrunebeli_tanxa] [money] NULL,
	[status_account] [tinyint] NULL CONSTRAINT [DF_patients_history_status_account]  DEFAULT ((0)),
	[note] [nvarchar](255) NULL,
	[sisxlis_aghebis_tarigi] [datetime] NULL,
	[davalianeba_chk] [tinyint] NULL CONSTRAINT [DF_patients_history_davalianeba_chk]  DEFAULT ((0)),
	[gadmotanili_chk] [tinyint] NULL CONSTRAINT [DF_patients_history_gadmotanili_chk]  DEFAULT ((0)),
	[gadmotanili_tanxa] [money] NULL,
	[fasdaklebis_tanxa] [money] NULL,
	[note_account] [nvarchar](255) NULL,
	[monitoring] [tinyint] NULL CONSTRAINT [DF_patients_history_monitoring]  DEFAULT ((0)),
	[pirveladi] [tinyint] NULL CONSTRAINT [DF_patients_history_pirveladi]  DEFAULT ((0)),
	[forma_100] [tinyint] NULL CONSTRAINT [DF_patients_history_forma_100]  DEFAULT ((0)),
	[meore_etapi] [tinyint] NULL CONSTRAINT [DF_patients_history_meore_etapi]  DEFAULT ((0)),
	[baratis_nomeri] [nvarchar](15) NULL,
	[consult_room] [int] NULL,
	[blood_room] [int] NULL,
	[eqo_room] [int] NULL,
	[fibro_room] [int] NULL,
	[gastro_room] [int] NULL,
	[status_deleted] [tinyint] NULL CONSTRAINT [DF_patients_history_status_deleted]  DEFAULT ((0)),
	[date_deleted] [timestamp] NULL,
 CONSTRAINT [PK_patients_history] PRIMARY KEY CLUSTERED 
(
	[id_patient_history] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

GO

...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.05.2017, 15:25
    #39446896
studieren
studieren
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Write Conflict (Access & SQL)
NickBell,

Вроде бы у Вас все типы данных "стандартные", с ними не должно быть проблем (разве что ntext и timestamp, но и с ними по идее Access не должен конфликтовать). Может какой-нибудь триггер написали, который пытается обновить некую таблицу, которая на тот момент "занята"? Ну скажем нечто похожее "зацикливанию": таблица А пытается обновить таблицу Б, а та свою очередь пытается что-то обновить в таблице А.
Какие-нибудь индексы есть в этой таблице? Особенно уникальные?

P.S.
Что Вы храните в "ntext"? Вроде бы Microsoft рекомендует его не использовать.
Microsoft SQL ServerImportant
ntext, text, and image data types will be removed in a future version of Microsoft SQL Server. Avoid using these data types in new development work, and plan to modify applications that currently use them. Use nvarchar(max), varchar(max), and varbinary(max) instead.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.05.2017, 15:44
    #39446898
NickBell
NickBell
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Write Conflict (Access & SQL)
studieren,

kodebi - это поле, мне больше не понадобится, оно у меня просто временно сидит, впрочем я тип на nvarchar могу поменять.
А там, где timestamp сидит, это недавно я поменяла, когда искала решение, что делать, а так, datetime был раньше.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.05.2017, 07:40
    #39447016
studieren
studieren
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Write Conflict (Access & SQL)
NickBell,

Возможно проблема в значениях по умолчанию (не уверен конечно). Попробуйте и в формах добавить значения по умолчанию, их у Вас очень много. Подозреваю, что когда Вы вводите новую запись Access отправляет серверу некий запрос, где в отдельных полях значение Null, а затем видимо обратно проверяет значения, чтобы отобразить в форме. Ну а там конечно сервер уже добавил значения по умолчанию, вот и Access думает, что кто-то правил пока Вы тут. )))
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / Write Conflict (Access & SQL) / 8 сообщений из 8, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 143ms
Закрыть
start [/forum/topic.php?fid=45&tablet=1&tid=1612478]:
 0ms
get settings:
 9ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 42ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 44ms
get tp. blocked users:
 1ms
others: 14ms
total:  143ms
x
x
Закрыть


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