Почитал сейчас топик и жутко поприкалывался над ПИКовцами, а заодно и посочувствовал им. Вы этим топиком меня аж заинтриговали. Решил сам, ради интереса влезть и посмотреть что он из себя представляет. Посмотрел - напоминает мне ужасную смесь OS Xenix, языка Fort и все это чудище приправлено Visual Assembler. База данных представляет собой сборище плоских файлов, что-то вроде Btrieve. Единственная вещь которая хорошо развита в ПИКе это поддержка терминальных сессий. Кстати alex25 прав, производительнось ПИКа на определенном классе задач будет гораздо выше по сравнению с другими БД. Этот класс задач, о котором он ничего не сказал, является созданием разнообразных словарей, что-то типа Консультанта Плюс. Ничего другого он делать не способен. Хотя можно пытаться писать на нем бизнес-системы, но это мне напоминает диссертацию одного аспиранта - собственная реализация MathCad на Assembler,- круто, но бестолково и бесполезно. С другой стороны я слабо представляю из какой области должно быть приложение, чтобы прирост производительности на 10-25% окупил нечеловеческие геморы по его поддержке. Язык разработки напоминает Visual Assembler для машины Тьюринга:
001 pq
002 o 1-Proc #1,
003 o 2-Proc #2, or
004 o 3-Proc #3.
005 o
006 o Please enter your choice+
007 ip:
008 if a # (1n) go 999
009 go a
011 c -= Proc #1 =-
012 1
013 013 (Proc.1)
014 c
015 c -= Proc #2 =-
016 2
017 (Proc.2)
018 c
019 c -= Proc #3 =-
020 3
021 (Proc.3)
022 c
023 c -= You Lose =-
024 999
025 o Sorry! Try again.
026 x
Так что уважаемые господа, если кто любит пострадать мазохизмом в особо тяжелой форме, крайне рекомендую переходить на эту систему. ИМХО

Так я и не говорил, что надо писать только под PROC или о том что PICK мертв. Нет он как и Нетварь жив, но очень дурно попахивает мертвечинкой. Если не забыли базис лисоведов, фокспрошников то бишь, тоже не умер, но это не повод объявлять его вечно живым и вечно удобным средством для написания БД. А при чем схемы звезда или снежинка? Каким макаром это имеет отношение к PICK? Их можно под него реализовать? При чем здесь SAP? Мы вроде PICK обсуждаем. Что скакать с места на место, как петухи в курятнике. Ну а если вы любите аллегориями бросаться, то вот вам классическая басня - Мартышка и Очки. Очки - это современные системы вроде Intebase, Oracle, MS SQL Server. Ну а мартышки ... понятно кто ...
Для непонятливых вроде alex25 повторяю, что система смахивает на жуткую мешанину различных низкоуровневых языков, детального описания операционки и сборища плоских файлов. Повторяю для вас, что читал документацию по D3 - напоминает описание системных структур Юникса, только более запутаннее. Постыдились бы. Я ведь могу кусок из документации по вашей бизнес системы на сайт положить, только народ лопнет от смеха.
Насчет использования асма - вещь толковая. Только он хорошь сейчас при написании драйверов и то частями. А реализовывать OpenGL, STL или SQL на асме дело неблагодарное. Ну нафига мне при создании оборотно-сальдовой ведомости думать о флаге переполнения или о том как бы это все в регистры запихать. Разве что раскумарившись парой десятков косяков на такой подвиг потянет. От того что 99.99% программеров не знают/не помнят асма от этого они к сожалению хуже не становяться. Мне рассказывали про одного спеца который операции со строками в АСМЕ кодировал. Типа сишный компилятор, код плохой делает и медленный. Ну через пол-года полетел ошпареным воробышком из фирмы, после того как руководитель проекта попытался поправить его код. Вы бы еще в машинных кодах писали бизнес систему. А еще лучше в двоичном. И к плюсам использование ассемблера для написания ХП я бы не стал относить. А вот что-то вроде STL с оператором Group BY и пусть программно реализованными JOIN-ами это был бы большой плюс. И если вы такой спец, что же вы не выложите код для Интересующейся или он такой большой что в форум не лезет? Ась? А грамотную маркетинговую политику, маркетинговые вопли о многомерном мире и заверения о том как ПИК хорошо работает или "Пацак пацака не обманывает", оставьте их при себе.