При проверке своего поста тоже вижу свои ошибки (например, в слове "номенклатура"). Прошу меня извинить, пишу с планшета.

Андрей, я почти 10 лет своей жизни занимался исключительно программированием, в частности 3 года - разработкой первичных учтеных систем. :)
Был у меня коллега (страстный поклонник Делфи), который спорил, что на Делйи он напишет лучше. Я ему дал задание сделать функцию по переводу числовой денежной суммы в строковую в VBA. Он написал её за один день и больше со мной не спорил.

Коля, я спросил: писал ли ты именно на Delphi?
Я работал и писал на ней, с Access только работал, поэтому хочется знать твою квалификацию в обеих системах.
P.S. Моё мнение по работе: Access намного более тормозной и жрущий ресурсы, как, впрочем, большинство поделок мелкомягких.

Сам лично в Делфи я ничего не писал. Вышеупомянутый коллега ввёл меня в курс по Делфи. Моё мнение: Делфи - мощный и удобный инструмент для написания законченных приложений. Имеется обширный и удобный инструмент для создания и работы с уже имеющимися БД. Но по сравнению с Access достаточно громоздок и неудобен для реализации быстрых задач, а также задач, требующих постоянной доработки.
Правильно спроектированная БД в Access работает без сбоев и мгновенно даже с большим объемом инфы и на старой технике. Если нужно еще быстрей, таблицы переносятся в MS SQL. Работы на час с перекуром.

Delphi 3 работала с Sybase DB-lib или CT-lib и Interbase SQL-link. Потом добавились другие форматы. Организовывалось всё очень легко и удобно. BDE - очень удобный инструмент для развёртывания баз.
Мой начальник написал программку, показал главному инженеру, тот сказал: завтра она должна стоять на 11 рабочих местах.
Я отматерил шефа, скачал InstallShield Wizard, поставил себе, изучил и сделал инсталляшку, попутно поправив некоторые мелкие проблемы в программе. На это ушло около трёх часов. Потом за два часа установил на всех рабочих местах. И на следующее утро люди перешли с клитора на новую программу с сетевыми базами ;)

К достоинствам Access можно отнести возможность одновременного конструирования и работы с БД и приложением. Правда тут имеется одна тонкость - таблицы д.б. в одном файле, а остальное приложение - в другом. Такая конструкция позволяет быстро масштабировать БД, переведя её на Interbase или MS SQL.
Инструмент работы с данными в Access весьма скромный, но удобный. Особенно порадовал графический интерфейс реляции (точно такой же у MS SQL). Мастера создания форм тоже очень удобные. Для начального развития - самое то.
Единственный существенный недостаток Access - невозможность создания законченного приложения. Вернее, это возможно, но стоит очень дорого. В этом весь Microsoft.

Попробуйте вместо Delphi или Access использовать мой велосипед для создания БД
Простая визуальная среда разработки баз данных - My Visual DataBase

там же на сайте есть пару видео уроков, которых вполне достаточно чтобы начать работать.

почти все можно сделать визуально, просто кликая и таская компоненты, для реализации чего либо специфичного есть скрипты на паскале. Поддерживается SQLite и MySQL, есть также возможность в пару кликов сделать web доступ к БД.


также пишу книгу как с нуля создавать приложения и БД
Пишу книгу о базах данных (Page 1) — Russian — My Visual Database

Почитал Вашу книжку.
Сразу несколько вопросов:
- Зачем вводить новую единицу "сущность"? Ни разу нигде её не встречал и не вижу смысла для её введения. Старайтесь придерживаться общепринятой аббревиатуры.
- Зачем разделять дату и время? В подавляющем большинстве случаев используется отсчет от определенной даты, а в поле хранится смещение. И еще, "денежный" - это формат числового поля, а не тип данных.

Дальше типа данных я не читал, а бегло просматривал. Первый раз вижу СУБД, описание которой удалось разместить на 57 страницах стандартного шрифта. Я-то изучал MS Access по переведенной книге от разработчика, состоящей более чем из 500 страниц. ;)
А можно поподробнее рассказать про формат файла .vdb? Возможно ли к нему подключиться (хотя бы через ODBC) и использовать в многопользовательском режиме?

Николай_С

Такое понятие как сущность довольно часто встречается в литературе о базах данных, попробуйте поискать в гугле "сущности в базах данных", одно из определений сущностей:

Сущность — это объект в базе данных, в котором хранятся данные. Сущность может представлять собой нечто вещественное (дом, человек, предмет, место) или абстрактное (банковская операция, отдел компании, маршрут автобуса). В физической модели сущность называется таблицей.


На счет разделения даты и времени не понял, в различных СУБД обычно присутствуют такие типы данных как ВРЕМЯ, ДАТА, ВРЕМЯ И ДАТА. По поводу смещения к сожалению также не понял.


Тип данных как Денежный например присутствует в некоторых СУБД, в т.ч. MS Access.


Книгу я только начал писать, и с ней предстоит еще много работы.


Файл .vdb несет в себе только имя проекта и его версию, по сути это просто ini файл, к нему нельзя подключиться.


Для многопользовательского режима вам необходимо переключить проект на использование MySQL, также у вас должен быть установлен MySQL сервер.

Здается мне что "штрих-код" нужен для того чтоб бадяжить дешёвый тонер как "фирменный" - потому как наклейка у него (штрих-код) будет как раз "фирменный" но напечатанный самим складовиком. А разница в "тэнге" - будет аккуратно оседать в кармане складовика. Правда тут нужно точно знать какой тонер должен быть совместим с данной моделью картриджа. а то можно запороть принтер или копир. Ну и конечно таким макаром можно "поиздеваться" над "выпендривающимися" авторитетными членами клуба "офиссный работник"
ps: как правило складовик - почти наизусть знает название каждого товара и ТОЧНО знает для чего и где он должен принменяться. - иначе это не складовик - "штрих-код" лисно ему самому - нафиг не нужен. А вот для "подтвержения расходов" на фирменный тонер - это да - вот тут и кроется "самая фишка".