Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Клиент-сервер

Страницы: < 1 2 3 >
RVH © (2006-09-02 12:10:00)
Имел ли кто опыт работы c БД MS Access в клиент-серверных приложениях? Необходимо разработать программу тестирования на 10-15 клиентских мест, при этом все вопросы теста, а также Logи работы клиентов должны размещаться (сохраняться) в mdb на сервере (требования заказчика). Потянет ли Access это???

Antoxa2005 (2006-09-02 16:00:00) [21]
Другое дело, что достоинства БД Access превосходят недостатки, но эти самые недостатки не дают чувствовать себя комфортно и подталкивают присматриваться к другим БД в т.ч. серверного типа. А разобраться с FB заставила необходимость подключаться к БД удаленно не расшаривая каталоги.

Antoxa2005 (2006-09-02 15:56:00) [22]
Я говорю про то, что в Access существует значительный недостаток. Невозможно снять автоинкремент с поля залить данные в таблицу и установить, автоинкрементна поле снова, что бы дальнейшая работа пошла в "штатном" режиме.

> sniknik ©

пишет, что это делается и при чем легко, но как не сообщает. Следовательно, либо он лукавит, либо скрывает. Если первое, то все ясно, если второе, то ПРОСИМ…

Anatoly Podgoretsky (2006-09-02 15:50:00) [23]
Был у меня случай, когда удалили работника из базы со всеми подчинеными ему записями, включая зарплату за несколько лет, налоги и прочее. Так вот легче было бухгалтера растрелять, чем пытаться восстанавливать.

Anatoly Podgoretsky (2006-09-02 15:48:00) [24]
А то что, в сложной системе связи уже будет не восстановить, или это дастся такой кровь, что всех проклянешь. Если предполагается восстановление удаленных, то процедура должна быть очень продумана, включая восстановление самых, самых сложных данных и на этом пути будет столько сложностей, что и врагу не пожелаешь.

Antoxa2005 (2006-09-02 15:38:00) [25]

> Anatoly Podgoretsky

Что имеется под
> включая и ИБ.

Antoxa2005 (2006-09-02 15:35:00) [26]

> и потом даже это действие, в этом случае необязательно...
> тут проше восстановить, просто заменив файл копией из бэкапа.

Не остальные, то уже свою информацию "настучали" и им не понравиться, если все это восстановиться на пару дней назад, только потому, что кладовщику так надо.

> или думаешь мелкосовтцы допустили такой банальный просчет,
> о котором ты додумался а целая команда разработчиков лоханулась?

Ну, подскажи, как они это предусмотрели?

Anatoly Podgoretsky (2006-09-02 15:35:00) [27]
Antoxa2005 (02.09.06 15:12) [18]
Не продуманность технологии, надо разрабатывать программу с учетом подобных операций. Реально в сложной, много связной системе это уже будет невозможно, включая и ИБ.

sniknik (2006-09-02 15:25:00) [28]
> Короче необходимо восстановить одну или несколько таблиц(данные).
> Если залить информацию в таблицу из копии БД, то автоинкремент "встанет" по новым значениям
нет, здесь все "встанет" правильно. или думаеш мелкосовтцы допустили такой банальный просчет, о котором ты додумался а целая команда разработчиков лоханулась?
да у тебя мания величия.

и потом даже это действие, в этом случае необязательо... тут проше восстановить просто заменив файл копией из бэкапа.

> В FB нет таких проблем и в то же время сервер всегда выдаст тебе уникальное значение.
главное чего в FB нет, это автоинкрементов... поэтому там совсем другие принципы действуют. (тянуть привычки с одного на другое, верный способ "искривить себе руки")

Antoxa2005 (2006-09-02 15:12:00) [29]
Например, работают несколько служб
1.Вводится НСИ
2.Складской учет
3.Расчет прибыли
и т.д.

Вдруг кладовщик, что-то удалил или еще что-то. Короче необходимо восстановить одну или несколько таблиц(данные). Если залить информацию в таблицу из копии БД, то автоинкремент "встанет" по новым значениям и все связки с этой таблицей окажутся неактуальными. В FB нет таких проблем и в то же время сервер всегда выдаст тебе уникальное значение.

sniknik (2006-09-02 15:05:00) [30]
Anatoly Podgoretsky © (02.09.06 14:55) [14]
не, асксесс не даст это не mssql, у него всетаки функционал поограниченнее.
для него только вариант с созданием новой таблици и копированием данных включая будующий автоинкремент.
но это всетаки не проблема, это стандартно и в справке описано (более того ошибка выдается с подробным описанием альтернативы...)

Anatoly Podgoretsky (2006-09-02 15:02:00) [31]
Я говорил про MSSQL, а sniknik говорил, что проблема с руками.

Antoxa2005 (2006-09-02 15:00:00) [32]

> Можно, я часто так делаю, при том без программирования,
> а только штатными средствами сервера.

Да нет sniknik, написал, что в Access это можно сделать.

На таблицу с данными наложить автоинкремент. Но как это можно сделать? Насколько я знаю это невозможно и это является существенным недостатком Access. Я сам часто использую Access, как БД к своим приложениям. И очень бы обрадовался, если бы кто-нибудь рассказал, как это сделать.

Anatoly Podgoretsky (2006-09-02 14:55:00) [33]
Antoxa2005 (02.09.06 14:43) [13]
Можно, я часто так делаю, при том без программирования, а только штатными средствами сервера.

Antoxa2005 (2006-09-02 14:43:00) [34]
Т.е. хочешь сказать, что заполенное поле можно сделать автоинкрементным?

Antoxa2005 (2006-09-02 14:40:00) [35]

> и в чем тут проблема? не читал справку, и не знаеш что можно,
> что нельзя, но очень хочется?

Не ну тогда я не знаяю...

sniknik (2006-09-02 14:28:00) [36]
> Да, а ты попробуй восстановить информацию в пустую таблицу с нужными значениями ключей.
легко. (и это не проблема с "проблемы с "автоинкрементом"", это недостаток знаний по предмету... судя по всему сравниваеш с IB/FB где автоинкремент таковым вовсе не является.)

> А сделать поле автоинкрементным с уже имеющимися записями - ни ХРЕНА.
и в чем тут проблема? не читал справку, и не знаеш что можно, что нельзя, но очень хочется?

> А кто будет платить за mssql, или на пиратском, ну тогда УК ст.146.
пользуйся бесплатным вариантом... ни платить, ни проблем с УК.

Anatoly Podgoretsky (2006-09-02 14:27:00) [37]
Antoxa2005 (02.09.06 14:16) [9]
А зачем же воровать, при наличии бесплатных версий?
Я просмотрел свои базы, все они могли бы работать и на бесплатном, при том с приличным запасом.

Antoxa2005 (2006-09-02 14:16:00) [38]

> да не, скорее у когото проблемы с руками...

Да, а ты попробуй восстановить информацию в пустую таблицу с нужными значениями ключей. А сделать поле автоинкрементным с уже имеющимися записями - ни ХРЕНА.

> mssql, учитывая что более менее знаеш access(?, иначе с
> чего вопрос про него), это будет лучший/близкий переходный
> вариант.

А кто будет платить за mssql, или на пиратском, ну тогда УК ст.146.

sniknik (2006-09-02 13:53:00) [39]
> В таком случае какую СУБД лучше использовать (нет времени изучать +/-)?
mssql, учитывая что более менее знаеш access(?, иначе с чего вопрос про него), это будет лучший/близкий переходный вариант.

sniknik (2006-09-02 13:50:00) [40]
> В Access проблемы с "автоинкрементом".
да не, скорее у когото проблемы с руками...

Страницы: < 1 2 3 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »