|
Действия ...
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
09.06.2009, 09:29
|
|||
|---|---|---|---|
|
|||
ввод в одну дбф и удаление из другой |
|||
|
#18+
Прани, такая тема, есть две таблиы, в одну вводятся заявки (cerere.dbf), в другую вводятся уже выполненые заявки (usl_do.dbf), как сделать чтобы при вводе выполненой заявки в таблицe usl_do.dbf, в таблице cerere.dbf заявка удалялась? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2009, 09:53
|
|||
|---|---|---|---|
|
|||
ввод в одну дбф и удаление из другой |
|||
|
#18+
Liosha_nove4ok, А почему такая интересная архитектура? А нельзя обойтись одной таблицей: Заявка, Реквизиты..., Статус_заявки? Где Статус_заявки, например, выполнена/невыполнена? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2009, 10:08
|
|||
|---|---|---|---|
|
|||
ввод в одну дбф и удаление из другой |
|||
|
#18+
Kruchinin Pahan, дело в том что в cerere.dbf вносятся заявления сотрудников для отдыха в санатори, в usl_do.dbf вносят инфу кто, куда, когда, итд.... уехал, вот мне надо чтобы в cerere.dbf запись удалялась когда в usl_do.dbf будет внесён табельный номер определёного человека ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2009, 11:08
|
|||
|---|---|---|---|
|
|||
ввод в одну дбф и удаление из другой |
|||
|
#18+
Liosha_nove4ok, Не ясно, зачем при этом все-таки удалять заявку. Потом никогда историю не поднимешь. А в чем сложности возникают при решении задачи в вашей постановке? Удалить запись можно через DELETE или DELETE-SQL. Если набор полей таблиц пересекается, то скопировать поля одной в другую быстрее всего так: Код: plaintext 1. 2. 3. 4. 5. Или в чем проблема-то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2009, 11:17
|
|||
|---|---|---|---|
|
|||
ввод в одну дбф и удаление из другой |
|||
|
#18+
Kruchinin Pahan, история хранится в usl_do.dbf а в cerere.dbf записи нужны только для того чтобы знать какое заявление не было выполнено ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2009, 12:09
|
|||
|---|---|---|---|
|
|||
ввод в одну дбф и удаление из другой |
|||
|
#18+
Liosha_nove4okKruchinin Pahan, история хранится в usl_do.dbf а в cerere.dbf записи нужны только для того чтобы знать какое заявление не было выполнено И чем не подходит статусное поле? Структуры таблиц одинаковые? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2009, 12:30
|
|||
|---|---|---|---|
|
|||
ввод в одну дбф и удаление из другой |
|||
|
#18+
Kruchinin Pahan, просто я не знаю как это зделать, я только начинающий, если можешь помоги пожалуйста ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2009, 13:05
|
|||
|---|---|---|---|
ввод в одну дбф и удаление из другой |
|||
|
#18+
Liosha_nove4ok, проще будет действительно объединить таблицы в одну: <информация о работнике, подавшем заявление> <информация о заявлении> <инф.о предоставленной путевке (куда и когда...)> Факт предоставления путевки и будет однозначно определять статус записи, впоследствии легко будет сформировать произвольные статистические отчеты (которые рано или поздно с Вас потребуют :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=41&mobile=1&tid=1586345]: |
0ms |
get settings: |
4ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
31ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 212ms |
| total: | 307ms |
| 0 / 0 |
