В версиях Access 2010 и более поздних версиях для генерации последовательного идентификатора вы можете использовать макрос данных , управляемый событиями . Например, скажем, у вас есть таблица с именем [poledata]. Откройте его в Design View и добавьте два поля:
alternate_id_seq & nbsp; & ndash; & nbsp; Числовое (длинное целое) alternate_id & nbsp; & ndash; & nbsp; Текст (20)
Сохраните изменения в таблице и затем перейдите к представлению Datasheet.
В ленте доступа перейдите на вкладку «Табличные инструменты> Таблица» и нажмите «До Изменить "
затем введите следующий макрос ...
... или вставьте следующий XML в окно редактора макросов
[IsInsert]
next_seq
1
prefix
"SAC" & Year(Date()) Mod 100 & "-"
[pd].[alternate_id] Like [prefix] & "*"
next_seq
[pd].[alternate_id_seq]+1
alternate_id_seq
[next_seq]
alternate_id
[prefix] & [next_seq]
Теперь, когда новые строки добавляются в таблицу, столбцы [alternate_id_se_] и [alternate_id] будут заполнены автоматически.
Я встретился с той же проблемой: диаграмма работала бы на одной странице, но не на следующем. Складывается, инициализируется ли диаграмма впервые в POST (т.е. обратная передача), ошибка брошена, потому что обработчик настроен неправильно. Для устранения проблемы изменяют httpHandler конфигурацию, которую пользователь LaptopHeaven упомянул в этой теме путем добавления глагола POST:
<add path="ChartImg.axd" verb="GET,HEAD,POST" type="System.Web.UI.DataVisualization.Charting.ChartHttpHandler, System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false" />
я записал более полное объяснение того, почему эта ошибка происходит в сообщении форума MSDN тот Scott Anderson, упомянутый в его вводном сообщении этой темы.
Я столкнулся с этой ошибкой, но исправлять его путем добавления элемента к системному web\httpHandler разделу моего web.config файла. Я добавил следование:
<add path="ChartImg.axd" verb="GET,HEAD" type="System.Web.UI.DataVisualization.Charting.ChartHttpHandler, System.Web.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" validate="false" />
Я отправил способ, которым я решил эту проблему на форуме MSDN:
Хорошо я все еще не знаю, почему я получал исключение, но я, кажется, нашел обходное решение. Я сделал эксперимент, где я взял воображаемое оскорбление web.config и скопировал его в новый проект, где я добавил новое управление веб-формой и диаграммой и управление диаграммой, представленное прекрасным с опцией "UseHttpHandler". Это привело меня полагать, что это не был на самом деле web.config, который был проблемой в моем случае, таким образом, я вернулся к исходному проекту и добавил диаграмму к другой веб-форме как эксперимент, и это работало! Еще более удивительный был то, что после этого я перешел к незаконной странице, и она работала также! Тогда я взял новую диаграмму от другой страницы и проверил исходную незаконную страницу, и это было повреждено снова. Тогда я узнал, поместил ли я управление диаграммой на какой-либо странице перед незаконной страницей, она работала бы, иначе она выдала исключение. Эти средства управления так прохладны, хотя это у меня не было проблемы, находя, что другая страница ставит один в пути незаконной страницы:)
Это решило проблему, но если бы у кого-либо есть какая-либо теория, почему мне была бы интересно..., возможно, ошибка?
Просто хотел указать, что это также проблема с правами доступа к ошибке «Изображение не найдено».
Установите разрешения «Разрешить изменение» для папки изображений (по умолчанию это «C»). : \ TempImageFiles "для учетной записи, под которой работает ваш сайт.
Проблема исчезает.
Пожалуйста, добавьте в webconfig
добавить verb = "GET, HEAD" path = "ChartImg.axd" type = "System.Web.UI.DataVisualization.Charting.ChartHttpHandler, System.Web.DataVisualization, Version = 3.5.0.0, Culture = нейтральный , PublicKeyToken = 31bf3856ad364e35 "
Спасибо
Basanth
Дополнительная информация об этом:
У меня тоже были проблемы с web.config, и я решил их, убедившись, что web.config не был открыт в редакторе кода, когда я перетаскивал элемент управления Chart на страницу. Если web.config не был открыт, Visual Studio 2010 делала соответствующие изменения.
Я смог успешно преодолеть ошибку "error executing child request" после успешного применения проблем с web.config.
Что касается использования в MVC-приложении, я пытался реализовать это в своем приложении MVC 2 (VS2010/.NET 4) и столкнулся с другой проблемой.
Вызов ChartImg.axd на странице приводил к ошибке HTTP 404. (Я обнаружил это с помощью Fiddler.)
Оказалось, что страница пыталась получить доступ к обработчику из /MyController/ChartImg.axd вместо /ChartImg.axd (из корня).
Я смог решить эту проблему, добавив эту строку в файл Global.asax.cs:
routes.IgnoreRoute("{controller}/{resource}.axd/{*pathInfo}");
Это могло быть проблемой для некоторых пользователей, которым пришлось прибегнуть к изменению свойства Chart.ImageStorageMode.