powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / Write Conflict (Access & SQL)
8 сообщений из 8, страница 1 из 1
Write Conflict (Access & SQL)
    #39446798
Фотография NickBell
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Никак не могу понять причину возникновения этой ошибки. По-моему она появляется только с одной таблицей.

Создать новую запись и внести какие-то значения, дает спокойно. Но как только мне нужно бывает отредактировать запись, так моментально появляется такое сообщение.
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
Write Conflict (Access & SQL)
    #39446829
studieren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NickBell,

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

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

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

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

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

Возможно проблема в значениях по умолчанию (не уверен конечно). Попробуйте и в формах добавить значения по умолчанию, их у Вас очень много. Подозреваю, что когда Вы вводите новую запись Access отправляет серверу некий запрос, где в отдельных полях значение Null, а затем видимо обратно проверяет значения, чтобы отобразить в форме. Ну а там конечно сервер уже добавил значения по умолчанию, вот и Access думает, что кто-то правил пока Вы тут. )))
...
Рейтинг: 0 / 0
8 сообщений из 8, страница 1 из 1
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / Write Conflict (Access & SQL)
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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