ID field
на самом деле free & simple? может, oracle тогда уже? ibm informix?
нужно что-нибудь бесплатное, легкое и за вечер освояемое.
mysql пока лучше всего подходит, т.к. когда-то уже использовал (более 10 лет уже, правда).
эх, скорее всего на .net system.data.dataset логичнее всего остановиться : (
а такое кто-нибудь использовал?
https://www.valentina-db.com/en/
спрашиваю потому что знаком лично с разработчиками (с Русланом Засухиным - нет).
нужно что-нибудь бесплатное, легкое и за вечер освояемое.
------
Послушай, мышонок, за вечер построение баз осваивает две категории людей - гении и... дебилы.
Остальное... если Винда стоит - большая часть Мс Скл уже установлена... для внутренних нужд.
Остальное - бесплатное, включая Ентерприсе Манагер для управления этим хозяйством.
Насколько тяжелое для машины - фиг его знает - это от машины.
.net system.data.dataset
-----
Это не база.
естьOracle Database XE 11 g Express Edition.
имеет некоторые для меня несущественные ограничения, но вот такое просто любопытно:
Other
Upon 45 days written notice Oracle may audit the use of the program. You agree to cooperate with Oracle's audit and provide reasonable assistance and access to information. You agree that Oracle shall not be responsible for any of your costs incurred in cooperating with the audit.
как они представляют себе этот аудит?
Что то мне кажется, что будет достаточно и ентого
https://www.codeproject.com/Articles/13854/Using-XML-as-Da...
Sqlite можно посмотреть.
очень интересный вариант.
обещаемые фичи:
Full-featured SQL
Billions and billions of deployments
Single-file database
Public domain source code
All source code in one file (sqlite3.c)
Small footprint
Max DB size: 140 terabytes (247 bytes)
Max row size: 1 gigabyte
Faster than direct file I/O
Aviation-grade quality and testing
Zero-configuration
ACID transactions, even after power loss
Stable, enduring file format
Extensive, detailed documentation
Long-term support
бегло просмотрел, не смог найти, можно ли еще чем-нибудь доступиться к файлам базы в случае надобности, без библиотек самой базы. но это может оказаться и неважным, если библиотеки удобные.
пошел на сайт https://docs.docker.com/get-started/ (вы это имеете ввиду?), там пишут, что для того, чтобы это пользовать (их хэлло уорлд запустить, например), нужно инсталлировать docker : (.
похоже, в этом случае еще и эту технологию нужно будет осваивать?
Мы купили
https://www.devart.com/dotconnect/sqlite/editions.html
и к нему бесплатно идет.
https://www.devart.com/entitydeveloper/
Но если нужно меньше 10 таблиц, то можно все бесплатно
Linq2Sql пользоваться довольно удобно.
Ента тулза тоже нравится
новый вопрос. попробую дальше эксплуатировать нашу "базу данных автобазы".
устроено так, что при вводе новой поездки по номеру машины ищется имеющаяся, а если не находим, создаем новую запись и ее ид заносим в запись поездки. что должно произойти, если при вводе произошла опечатка, и ошибочно была добавлена в базу несуществующая машина? например, вместо имеющегося номера ХХ АА 790 ввели ХХ АА 700? если ничего не предпринимать, то в базе появится несуществующая машина. допустим, кто-то это усек. как теперь выбросить эту машину из базы, при этом перенаправив ссылки на "правильную"?
идеально было бы распознать при вводе подобие ключей и запросить подтверждения, что ключ новый, преложив как альтернативу выбрать из списка похожих. но если ключ - не машина, а водитель, то как найти подобие
"иванова ивана ивановича" и "иванова и.и.", "и.и. иванова", "и. ивн" и пр?
следующий вопрос. какие имеются способы наименее болезненного добавления колонки в таблицу? и вообще рефакторинг? напрашивается "прямой путь": создать еще одну ("правильную") базу написать конвертор, который перенесет все данные в новую базу, заполняя новое поле некими дефолтными значениями. возможно, можно ограничиться созданием только "правильной" таблицы, куда все перекачать, затем переименовать обе. имеют ли "хорошие субд" средства для этого?
У вас в БД имеется три сущности (Entity): машина, поездка и водитель. Я бы посоветовал использовать вам для любой таблицы своё ID, тогда не будет проблем как в вашем случае с машинными номерами. KFZ-Nummer можно завести как unique, чтобы небыло проблем. То есть у вас в БД на каждую сущность должна быть своя таблица. Если у вас отношения (relation) между сущностями n:m ( каждый водитель может ездить на любой машине) то в этом случае нужна дополнительная таблица, где вы эти соотнощения сохронятете (fahrer_id,fahrzeug_id, reise_id ). При неправильном выборе машины , вы можете легко помянять машину, заменив fahrzeug_id на привильный номер.
я правильно вас понял? вы предполагаете, что, вводя "путевку", оператор не может "автоматически" ввести новую машину, водителя и пр.: добавление машин/водителей должны быть отдельными операциями, а при вводе путевок можно только выбрать из списка имеющихся? вроде логично, тогда проблема не возникает.
к сожалению, у меня несколько другая ситуация я свои "путевки" беру пачками из интернета, в различных источниках, и там один источник называет "водителя" "абв.гд", другой - "абв-гд", третий - "абвгд". наверное, придется еще одну таблицу "словарь" создать, где при добавлении путевки по найденному написанию имени водителя находится "настоящее", которое используется дальше. а если в словаре ничего не найдено, должна запускаться ручная операция добавления или новой записи в словарь (если это - еще одно Н-ное написание имени уже существующего водителя), или еще и создание новой записи о водителе.
о выборе субд. загрузил сегодня у оракла Oracle Database XE (11g). при установке предупредило, что понадобится ~600 мб на диске. но когда установилась, директорий получился чуть больше 2 гб : ).
но это еще не энд ов дэ стори: пошел юзать/осваивать их юзырьинтерфейс, оказалось, что создать схему я с могу только из командной строки. а если хочу "как люди", то должен еще установить их SQL Developer, зазипованная инсталляция которого более 400 мб. но я прежде чем деинсталлировать все-таки пойду чуть дальше: инсталлирую таки этого дэвэлопэра и поиграюсь. пока впечатление, что все очень громоздко, на каждый пук диск долго тарахтит, окошки переключаются меееееееедленно, хотя я еще ничего не создал. поглядим, может только запрягает
долго?
Да, занесение новых обьектов в БД должно происходить оператором осознано. В GUI форме должна быть возможность занести нового водителя или машины (кнопочка "Новая машина" или "Новый водитель"). Ещё бы сделал окошко подсказки, где показывались возможные варианты из БД, например при вводе фамилии водителя.Это помогло бы оператору лучще ориентироваться и не плодить лишние обьекты.
При выборе БД опирайтесь на требования в задаче, которые вам поставил заказчик. Не надо стрелять из пушек по воробьям.
При выборе БД я бы обратил внимание на следующие пункты:
1) Обьём данных
2) С каким типом данных нужно будет работать
3) Доступ к БД (только локальный или черезь сеть)
4) Количество клиентов, которые работают с БД
5) Какие нагрузки(обьём запрашиваемых данных) будут на ДБ и есть ли пиковые нагрузки
6) Есть ли удобный интерфейс для доступа к БД в языке программирования, в котором вы пишите.
7) Будет ли оплачивать клиент лиценции, если вы возьмёте коммерческую БД (не ударит ли это по стоимости продукта)
8) Удобство и простота администрирования
Успехов
