да..вы все-таки почитайте сперва про проектирование баз данных...
ибо с такой таблицей вы будете постоянно спотыкаться и натыкаться на другие грабли.
Интересно почему именно char, а не varchar?
Необязательно, если при создании базы указать
А я совмещаю, приятное с полезным. Читаю по ходу пьесы.
У вас первичным ключем является поле с типом варчар. А integer для кого был придуман?)
. Пока всё это не пошло в промышленных масштабах, буду исправлять. Спасибо за советы.Я просил сегодня большего чем я специалиста, привести мне пример когда нужен составной PRIMARY KEY из трёх полей? Он ответил: > Например номер карты, серия, магнитный код. Я тогда снова спросил - а что это даёт? Он ответил: > Уникальность связки. Тогда я пояснил - есть в IBExpert вкладка - ограничения - уникальные. Там это всё можно легко сделать. Вопрос для чего нужен именно составной PRIMARY KEY из трёх полей? И при этом необходимо исключить стандартный вместе с генератором? Он ответил: > Не знаю.
У вас первичным ключем является поле с типом варчар. А integer для кого был придуман?)Varchar это, конечно, ни к чему. Но char(10) вполне сойдёт - может ключ естественный, и незачем напрягать всякие генераторы.
на рутрэкере прекрасно ищутся книги по запросу - проектирование баз данных, по 100 страниц. В них на живых примерах показно как, что и для чего лучше использовать.
Varchar это, конечно, ни к чему. Но char(10) вполне сойдёт - может ключ естественный, и незачем напрягать всякие генераторы.
ну не то чтобы совсем с нуля переписывать, а самому пораскинуть мозгами как должны выбираться данные и соотв.
Если хотите вживую пообщаться с русскими разработчиками FB - сюда
Только не новичкам. Нормального ответа на данном форуме дождаться это что-то. ИМХО
Только не новичкам. Нормального ответа на данном форуме дождаться это что-то. ИМХО
Для служебных целей необходимо записывать каждому юзеру время дисконнекта с базой. Где это лучше делать: на сервере в триггере или на клиенте?
1. Добавил по одному полю (назвал его Locker) к каждому документу (т.е. к соотв. таблице).
2. Создал простенькую табличку LockDoc с одним полем DocNum. Его же сделал ПК.
Тут надо, правда, отметить, что нумерация (ПК) у всех типов документов у меня в базе сквозная, т.е. нет никаких (каких бы то ни было) документов с одним номером. Но, думаю, это преодолимо.
3. При начале редактирования первым делом пытаемся вставить в таблицу LockDoc номер редактируемого документа. Если такой номер там уже есть, (это значит, что его кто-то уже редактирует), то получим нарушение ограничения ПК. Обрабатываем это исключение на клиенте, сообщая ему, что юзер такой-то уже начал изменять документ (о имени юзера см. следующий пункт).
4. Если вставка номера в таблицу LockDoc прошла успешно, то:
4.1. Транзакцию на обновление LockDoc оставляем открытой до конца редактирования документа.
4.2. В поле редактируемого документа Locker вписываем USER и завершаем эту транзакцию (для того, чтобы это имя можно было потом прочитать).
Если конкурирующий юзер нарвется на невозможность начать редактирования документа, то формируется запрос к этому документу, откуда мы и получим имя юзера - "блокировщика".
5. После окончания редактирования документа откатываем транзакцию для таблицы Locker (т.е. убираем от-туда номер заблокированного документа. Для тех, кто видит в откате плохой тон, можно Commit - Delete - Commit).
В отредактированном документе имя юзера в поле LockDoc просто оставляем - оно никому не мешает.
Я не большой спец, но задавалася уже этим вопросом.
Для служебных целей
Если делать хотелку на клиенте
почему вам важно именно время разъединения с БД?
IBReplicator чем не угодил?
В каждую таблю
В embedded версии
А как его в клиента встроить?
А как быть с распространением такого клиента на БЕСплатной основе
можна ровно одну запись в спец.таблице держать
в общем случае репликация подручными средствами решается на базе IBE$LOG_TABLES и IBE$LOG_KEYS
Если у вас разработчики на бесплатной основе, то ни как.
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465
Предыдущая тема: Сравнение двух строк