История изменений
Исправление eao197, (текущая версия) :
Так это же вы не умеете читать: даёте ссылку и утверждение, которое противоречит тексту по ссылке.
Если вы забыли, то в нашем разговоре было две точки противоречия:
- Считать ли прямую работу с файлами (в частности через POSIX-интерфейс) в качестве СУБД.
- Уветверждал ли я, что только та СУБД, в которой есть поддержка параллельных подключений, может считаться СУБД.
Так вот ссылку на определение СУБД я вам дал касательно первой точки противоречия. Можете почитать что дает пользователям СУБД, чтобы понять, что ручная и прямая работа с файлами данных – это далеко не СУБД.
Реляционные СУБД шире. Clipper реляционная, но язык не SQL.
Ну так прочитайте мои слова еще раз. SQL применяется в реляционных СУБД. Но ведь я не говорил, что реляционными являются только те, где в качестве языка запросов SQL.
можно считать, что система, которую я писал, является СУБД.
Вы можете считать что угодно.
Только вот отличие СУБД от конкретной информационной системы в том, что СУБД позволяет делать разные информационные системы, заточенные под разные задачи, и схемы данных в разных системах будут разными. Для ведения счетов клиентов банка – своя, для Интернет-магазина – своя, для аптечного склада – своя. При этом СУБД во всех случаях может быть одна и та же (Oracle, PostgreSQL, MySQL, MSSQL, DB2 и т.д.)
Т.е. одна из ключевых особенностей СУБД является универсальность и отвязанность от конкретной прикладой задачи.
Из вашего описания, а именно:
«Моя «СУБД» была заточена на получение последних записей с заданным отбором за заданное количество дней, начиная с произвольной даты и поиск по регулярным выражениям.»
этой самой универсальности не видно. Но, я с вашей системой не знаком, поэтому может быть и не прав.
Исходная версия eao197, :
Так это же вы не умеете читать: даёте ссылку и утверждение, которое противоречит тексту по ссылке.
Если вы забыли, то в нашем разговоре было две точки противоречия:
- Считать ли прямую работу с файлами (в частности через POSIX-интерфейс) в качестве СУБД.
- Уветверждал ли я, что только та СУБД, в которой есть поддержка параллельных подключений, может считаться СУБД.
Так вот ссылку на определение СУБД я вам дал касательно первой точки противоречия. Можете почитать что дает пользователям СУБД, чтобы понять, что ручная и прямая работа с файлами данных – это далеко не СУБД.
Реляционные СУБД шире. Clipper реляционная, но язык не SQL.
Ну так прочитайте мои слова еще раз. SQL применяется в реляционных СУБД. Но ведь я не говорил, что реляционными являются только те, где в качестве языка запросов SQL.
можно считать, что система, которую я писал, является СУБД.
Вы, можете считать что угодно.
Только вот отличие СУБД от конкретной информационной системы в том, что СУБД позволяет делать разные информационные системы, заточенные под разные задачи, и схемы данных в разных системах будут разными. Для ведения счетов клиентов банка – своя, для Интернет-магазина – своя, для аптечного склада – своя. При этом СУБД во всех случаях может быть одна и та же (Oracle, PostgreSQL, MySQL, MSSQL, DB2 и т.д.)
Т.е. одна из ключевых особенностей СУБД является универсальность и отвязанность от конкретной прикладой задачи.
Из вашего описания, а именно:
«Моя «СУБД» была заточена на получение последних записей с заданным отбором за заданное количество дней, начиная с произвольной даты и поиск по регулярным выражениям.»
этой самой универсальности не видно. Но, я с вашей системой не знаком, поэтому может быть и не прав.