Дуплекс

[telekast]

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

Зато я работал. 🤷

И? В хэВасе не было индексов? И как тогда обеспечивалась целостность данных, врукопашную? Я не в догрёб, интересно. Чисто из любопытства.

[vlad7308]

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

Зато я работал. 🤷

И? В хэВасе не было индексов? И как тогда обеспечивалась целостность данных, врукопашную? Я не в догрёб, интересно. Чисто из любопытства.

индексы были.
А при чём тут целостность? Индексы не про целостность, а про скорость поиска.

С целостностью в xBase было так себе.
В основном врукопашную, да.

В парадоксе уже были pk (и даже кажется fk). Но парадокс - это уже не dBase. Хотя и из той же оперы.

[telekast]

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

Зато я работал. 🤷

И? В хэВасе не было индексов? И как тогда обеспечивалась целостность данных, врукопашную? Я не в догрёб, интересно. Чисто из любопытства.

индексы были.
А при чём тут целостность? Индексы не про целостность, а про скорость поиска.

С целостностью в xBase было так себе.
В основном врукопашную, да.

В парадоксе уже были pk (и даже кажется fk). Но парадокс - это уже не dBase. Хотя и из той же оперы.

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

[vlad7308]

Что нашлось, то нашлось. Я в хэВасе не работал*смайлик пожимающий плечами с разведёнными руками*

Зато я работал. 🤷

И? В хэВасе не было индексов? И как тогда обеспечивалась целостность данных, врукопашную? Я не в догрёб, интересно. Чисто из любопытства.

индексы были.
А при чём тут целостность? Индексы не про целостность, а про скорость поиска.

С целостностью в xBase было так себе.
В основном врукопашную, да.

В парадоксе уже были pk (и даже кажется fk). Но парадокс - это уже не dBase. Хотя и из той же оперы.

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

это и есть "врукопашную".
Не мешало - почти ничего. Если правильно с блокировками работать в многопользовательском режиме. И помнить об этом правиле в каждой процедуре вставки\обновления. А так - ничего.

[Inti]

Ты не профессионал, а халтурщик.

"Несколько кредиток" у одного человека, заказчика пиццы в 90м году? Не смеши мои тапки. И как человек, не имеющий кредитки, будет заказывать И ОПЛАЧИВАТЬ пиццу по телефону? В телефонный счёт ему будешь стоимость ее включать?

Клиент должен помнить уникальный номер? Нафига. Кредитка у него всегда с собой, второй такой же нет, достал, продиктовал. Вот это валенка, типа тебя, и отличает от человека понимающего.
Исправить ошибку можно в любой момент, если есть соответствующие права. В любом поле допускающим внесение изменений(все, кроме ключа).
Великое, блин, дело написать запрос, где в поле фильтра использовать постановочные знаки "?" и "*" и повесить перевызов/обновление запроса на событие изменения данных в поле ввода.

Я писал. Это вообще типовая задача и во многих БД имеется в виде готового шаблона. Добавление хотелок заказчика, типа учёта заказов по курьерам и тд тоже ничего сложного, если он не начинает менять исходные установки.

Ты сделал говнопродукт в котором изначально оставил несколько дыр и возможность ошибки. Мною написанные(не за полдня, ессно) работали десятилетиями. Например система автоматизации бегущей строки для телекомпании. Тебе, халтурщик, до такого уровня год нечистотами плыть.

Боже мой, какой бред, представляю себе что ты там где-то когда-то лепил, короче понятно почему я программист а ты нет - такие сообразительные как ты в этой профессии не удерживаются. Идентифицировать человека по номеру кредитки - это собачий бред, хотя бы потому что  кредитки есть не у всех, так что, человеку который может заплатить курьеру наличкой нельзя заказывать пиццу? Извини, но ты тупой. Даже если предположить что кредитки есть у всех, ты мог бы сообразить что большинство людей этот номер не помнят - в отличие от своего телефона и имени. Да и номер кредитки длиннее номера телефона. Короче, сразу несколько причин по которым номер кредитки нельзя использовать ни как ключ ни для поиска клиента. Ни одна из этих причин тебя не остановила, что говорит о том что ты упрямый баран который любит упорно настаивать на первом что пришло тебе в голову 

[Inti]

В качестве ключа лучше использовать уникальный номер клиента который создаётся автоматически для каждого нового заказчика пиццы

И каждый клиент должен помнить свой номер и при заказе называть его?

Ни клиент, ни даже пользователь программы даже не знают про этот уникальный номер, он используется внутренне для связи между таблицами в базе данных. Это совершенно стандартная практика о которой Телекасту совершенно не было известно. И этот чел постоянно пытается меня поймать на незнании моей профессии, айтишник, чо. Рука-лицо короче.

[Старый]

Ни клиент, ни даже пользователь программы даже не знают про этот уникальный номер, он используется внутренне для связи между таблицами в базе данных.

Что ж там за таблицы такие? И как идентифицировался клиент при повторном обращении? 

[vlad7308]

Что ж там за таблицы такие?

обычные. Из которых любая БД состоит.

Не морочь себе голову, короче

[telekast]

Ты не профессионал, а халтурщик.

"Несколько кредиток" у одного человека, заказчика пиццы в 90м году? Не смеши мои тапки. И как человек, не имеющий кредитки, будет заказывать И ОПЛАЧИВАТЬ пиццу по телефону? В телефонный счёт ему будешь стоимость ее включать?

Клиент должен помнить уникальный номер? Нафига. Кредитка у него всегда с собой, второй такой же нет, достал, продиктовал. Вот это валенка, типа тебя, и отличает от человека понимающего.
Исправить ошибку можно в любой момент, если есть соответствующие права. В любом поле допускающим внесение изменений(все, кроме ключа).
Великое, блин, дело написать запрос, где в поле фильтра использовать постановочные знаки "?" и "*" и повесить перевызов/обновление запроса на событие изменения данных в поле ввода.

Я писал. Это вообще типовая задача и во многих БД имеется в виде готового шаблона. Добавление хотелок заказчика, типа учёта заказов по курьерам и тд тоже ничего сложного, если он не начинает менять исходные установки.

Ты сделал говнопродукт в котором изначально оставил несколько дыр и возможность ошибки. Мною написанные(не за полдня, ессно) работали десятилетиями. Например система автоматизации бегущей строки для телекомпании. Тебе, халтурщик, до такого уровня год нечистотами плыть.

Боже мой, какой бред, представляю себе что ты там где-то когда-то лепил, короче понятно почему я программист а ты нет - такие сообразительные как ты в этой профессии не удерживаются. Идентифицировать человека по номеру кредитки - это собачий бред, хотя бы потому что  кредитки есть не у всех, так что, человеку который может заплатить курьеру наличкой нельзя заказывать пиццу? Извини, но ты тупой. Даже если предположить что кредитки есть у всех, ты мог бы сообразить что большинство людей этот номер не помнят - в отличие от своего телефона и имени. Да и номер кредитки длиннее номера телефона. Короче, сразу несколько причин по которым номер кредитки нельзя использовать ни как ключ ни для поиска клиента. Ни одна из этих причин тебя не остановила, что говорит о том что ты упрямый баран который любит упорно настаивать на первом что пришло тебе в голову 

Это ты баран. Про кредитку, как условие принятия заказа, писал ты. Про оплату наличкой курьеру слова не было. Ты такой же программист, как и програмер батфайлов. Даже внятно описать собственное решение не способен.
Номер кредитки, айтишнег, человеку помнить необязательно, она у него всегда с собой, в кошельке. Но тебе, ее, по видимому никогда не имевшему(зачем бомжу на фанерке кредитка) это неведомо.
Ламер ты ушастый, а не программист.

[telekast]

В качестве ключа лучше использовать уникальный номер клиента который создаётся автоматически для каждого нового заказчика пиццы

И каждый клиент должен помнить свой номер и при заказе называть его?

Ни клиент, ни даже пользователь программы даже не знают про этот уникальный номер, он используется внутренне для связи между таблицами в базе данных. Это совершенно стандартная практика о которой Телекасту совершенно не было известно. И этот чел постоянно пытается меня поймать на незнании моей профессии, айтишник, чо. Рука-лицо короче.

Ты, лузер, про уникальный ключ вспомнил только когда я тебя в него носом ткнул. Ловить тебя нет надобности, ты давно пойман. Ты не айтишнег, ты Аникейшег(с), макросописатель, как максимум.

[Inti]

Даже внятно описать собственное решение не способен.

А ты очевидно не способен понять даже простейших общечеловеческих вещей вроде заказа пиццы по телефону 

Ты, лузер, про уникальный ключ вспомнил только когда я тебя в него носом ткнул. Ловить тебя нет надобности, ты давно пойман. Ты не айтишнег, ты Аникейшег(с), макросописатель, как максимум.

Истерикой Телекаста удовлетворён! 
 

Я понял что он слыхал про уникальный ключ, но также понял что он совершенно не способен к программированию. Ничего страшного в этом нет, большинство людей на свете тоже примерно такие же сообразительные, особенно гуманитарии.

[Дмитрий Виницкий]

В 1991 году в ФРГ (Западной Германии, так как объединение с ГДР произошло в октябре 1990 года) практика заказа пиццы по телефону уже существовала.
Как это работало:
* Заказ по телефону: Основным и практически единственным способом заказа была телефонная связь. Люди звонили напрямую в пиццерию. В то время мобильные телефоны были редкостью, поэтому использовались стационарные домашние или общественные телефоны.
* Меню: Часто пиццерии имели печатные меню, которые раздавались или были доступны для самовывоза. Потребители могли просмотреть меню заранее, выбрать пиццу и другие блюда, а затем позвонить и продиктовать свой заказ. Если меню не было под рукой, сотрудник пиццерии мог продиктовать основные позиции или помочь с выбором.
* Информация о заказе: При заказе по телефону нужно было сообщить:
  * Желаемые пиццы и размеры.
  * Дополнительные ингредиенты или пожелания.
  * Адрес доставки.
  * Имя и номер телефона для связи.
  * Примерное время, когда ожидается доставка.
* Оплата: В подавляющем большинстве случаев оплата производилась наличными при получении заказа (cash on delivery). Кредитные карты не были широко распространены для таких мелких транзакций, и технологии для их обработки на выезде были ограничены или отсутствовали. Курьер привозил заказ и принимал наличные деньги. Иногда требовалась оплата без сдачи, или курьер имел при себе небольшое количество сдачи.
* Доставка: Доставка осуществлялась курьерами на автомобилях (часто это были небольшие машины или фургоны, иногда брендированные пиццерией), скутерах или мопедах, особенно в городах. Время доставки зависело от расстояния, загруженности пиццерии и дорожной ситуации. Обычно указывалось примерное время ожидания (например, 30-60 минут).
Общие особенности рынка пиццы в Германии в 1990-х:
* Рост популярности: Пицца набирала популярность в Германии после послевоенного периода, когда итальянские иммигранты и американские солдаты способствовали ее распространению. К 1990-м годам она стала устоявшимся блюдом быстрого питания.
* Локальные пиццерии: Рынок в значительной степени состоял из независимых, локальных пиццерий. Крупные международные сети, такие как Domino's, только начинали активно осваивать немецкий рынок. Например, основание Domino's Pizza в Германии произошло в 2010 году через приобретение Joey's Pizza, которая была ведущим игроком в сфере доставки пиццы в Германии. Однако, отдельные пиццерии с доставкой существовали гораздо раньше.
* Отсутствие онлайн-заказов: Интернет и, соответственно, системы онлайн-заказов и мобильные приложения, которые мы знаем сегодня (Lieferando, Uber Eats и т.д.), в 1991 году не существовали. Все взаимодействие происходило по телефону.
Таким образом, заказ пиццы по телефону был обычной и устоявшейся практикой в ФРГ в 1991 году, а оплата практически всегда осуществлялась наличными при получении.

[Ну-и-ну]

заказ пиццы по телефону был обычной и устоявшейся практикой в ФРГ в 1991 году, а оплата практически всегда осуществлялась наличными при получении

Это вполне соответствует моим впечатлениям от Парижа в 2002 (на 9 лет позже), что кафешки кредитку толи берут, толи нет.

[Inti]

заказ пиццы по телефону был обычной и устоявшейся практикой в ФРГ в 1991 году, а оплата практически всегда осуществлялась наличными при получении

Это вполне соответствует моим впечатлениям от Парижа в 2002 (на 9 лет позже), что кафешки кредитку толи берут, толи нет.

Ну да. Но поле для номера в базе данных иметь не помешает. Я вообще-то делал что мне говорили, у самого у меня тогда кредитки вообще не было и я не знал как её можно использовать, мне это было не очень-то интересно. Сказали сделать - сделал.

Диме отдельное спасибо за воспоминания о моей программисткой молодости и немецкой пицце в 90-м году. 

[telekast]

Даже внятно описать собственное решение не способен.

А ты очевидно не способен понять даже простейших общечеловеческих вещей вроде заказа пиццы по телефону 

Ты, лузер, про уникальный ключ вспомнил только когда я тебя в него носом ткнул. Ловить тебя нет надобности, ты давно пойман. Ты не айтишнег, ты Аникейшег(с), макросописатель, как максимум.

Истерикой Телекаста удовлетворён!
 

Я понял что он слыхал про уникальный ключ, но также понял что он совершенно не способен к программированию. Ничего страшного в этом нет, большинство людей на свете тоже примерно такие же сообразительные, особенно гуманитарии.

Ты просто не способен внятно описать алгоритм по ТЗ. Ты лузер пытающийся загибать пальцы.

Истерика у тебя, облажавшийся.
Ты про уникальный ключ услышал от меня и даже внятно возразить не смог, за тебя это, в свете использовавшегося, якобы, ПО сделали другие форумчане. За моими "способностями к программированию" тебе в очереди постоять. Аникейщег(с)

[telekast]

заказ пиццы по телефону был обычной и устоявшейся практикой в ФРГ в 1991 году, а оплата практически всегда осуществлялась наличными при получении

Это вполне соответствует моим впечатлениям от Парижа в 2002 (на 9 лет позже), что кафешки кредитку толи берут, толи нет.

Ну да. Но поле для номера в базе данных иметь не помешает. Я вообще-то делал что мне говорили, у самого у меня тогда кредитки вообще не было и я не знал как её можно использовать, мне это было не очень-то интересно. Сказали сделать - сделал.

Диме отдельное спасибо за воспоминания о моей программисткой молодости и немецкой пицце в 90-м году.

Угу. Вот только при описании "своей" программы ты запамятовал об этом рассказать. Тебя натыкали носом в твое лоховство и ты только с третьего раза "вспомнил", что оплата шла налом курьеру. Про "аргумент" в виде "у одного человека может быть несколько кредиток" забыл уже?

[Inti]

Про "аргумент" в виде "у одного человека может быть несколько кредиток" забыл уже?

Это далеко не главный аргумент, просто небольшое замечание после которого (я думал), ты сообразишь что кредитку в качестве ключа использовать нельзя. У меня например сейчас несколько кредиток, и что могло помешать некоторым немцам даже в то время иметь парочку? Спасибо тебе, Телекаст, за твою весёлую клоунаду, ты реально рассмешил всех айтишников на этом форуме 

[telekast]

Про "аргумент" в виде "у одного человека может быть несколько кредиток" забыл уже?

Это далеко не главный аргумент, просто небольшое замечание после которого (я думал), ты сообразишь что кредитку в качестве ключа использовать нельзя. У меня например сейчас несколько кредиток, и что могло помешать некоторым немцам даже в то время иметь парочку? Спасибо тебе, Телекаст, за твою весёлую клоунаду, ты реально рассмешил всех айтишников на этом форуме 

Не крути жопой, валенок. Ты не смог даже внятно рассказать о "написанной" программе. Не зря ты не смог найти в Германии работу.
Телефон в Германии в качестве ключа тем более использовать нельзя, ТК у них открытая система нумерации и длина телефонного номера может быть разной, скажем, и пять и семь цифр даже в пределах одного населенного пункта. Купи бамбук и доки по БД, Аникейшег(с)

[Inti]

Иногда требовалась оплата без сдачи, или курьер имел при себе небольшое количество сдачи.

Кстати да, в моём пицца-приложении также была возможность учёта денег (в основном монет) которые выдавались курьерам для сдачи. Ну и сколько они были должны возвращать денег пиццерии в конце дня. Короче, не всё было так уж совсем просто. Также например расчёты с курьером проводились по-разному в зависимости от типа транспорта который он использовал. В общем были всякие мелочи о которых я сейчас даже и не помню.

[vlad7308]

В том, что написал Инти по поводу софта для заказа пиццы (судя по цитатам других), я не вижу никаких противоречий. Будучи действующим профессионалом в области проектирования БД, и бывшим профессионалом в области создания корпоративных приложений.