edogs, спасибо. Даже не декоративное, а максимальное количество цифр.
Сложность чего? Производительность кода сильно упадет?
edogs, понимаете, на самом деле это не менеджер контактов, а менеджер паролей. Контакты я привел, чтобы лучше понималось. Да и не хотелось затрагивать алгоритмы хранения приватной информации.
У меня сейчас все пароли хранятся в текстовых файлах. И я каждый раз пишу номер телефона, каждый раз пишу свой один из трех почтовых ящиков, каждый раз пишу свое имя. Здесь же, есть возможность добавить универсальный email, имя вообще брать с имени owner, а для шифрования пароля использовать, как хеш owner (как уникальную для каждого пользователя соль) + свой пароль, который нигде, кроме cookie сохранятся не будет.
Вполне возможно, что система будет использоваться публично. Поэтому, owner обязателен. Обязателен он еще потому, что я люблю хранить приватную информацию других людей. Мне известны и пароли, и номера кредитных карт знакомых, и хранить я их собираясь, создав отдельного owner в своей системе. Контактная книга тоже будет. Это и есть список owner. Owner будет связан с контактной книгой, которая будет иметь синхронизацию с iCloud, FB.
Снова-таки, реализовать синхронизацию с iCloud, без этой абстракции, не выйдет.
Чтобы не создавать новую тему, спрошу. Есть ли смысл, использовать TINYINT, когда явно указываешь размер. То-есть, TINYINY против INT(3)?
Нормальные формы как раз и созданы, чтобы максимально защитить целостность данных.
В том то и дело. Мне реализовать мои идеи идеально намного легче, чем с костылями. Но я думаю о производительности сервера, поэтому, рассматриваю и варианты с костылями.
Уволю. К каждому контакту можно добавить заметки. Пиши там что хочешь.
Так и сделал.
Тоже об этом подумал. Вот как раз от таких казусов и защищает стандарт. Прикольно, но тем у кого, номер означает GJDKFJJ не очень. :)
Друзья, объясните, когда можно использовать один KEY для двух значений? Вот у меня есть номер телефона, который разбит на FOREIGN KEY `country` и непосредственно сам номер телефона. Я не вижу смысл создавать отдельные ключи для страны и номера, могу ли я сделать один ключ? Или для выборки это не катит? Нужно будет выбирать конкретный номер телефона, то-есть, выборка за `phone`, но использовать форматирование вывода в зависимости от `country`.
Если я хочу, чтобы целый номер country + phone был уникальным, по аналогии, нужно создавать один ключ UNIQUE?
Stek, ну пока что я решил привести таблицу к 3 нормальному виду. То-бишь, под каждое значение - своя таблица + строгая типизация для полей + учет. Критика?
Stek, выходит на каждый тип поля - своя таблица - свой запрос? То-есть, для номера INT нужно создать phone-entries? Насколько накладно, если вместо поля ENUM с типом записи, я создам табличку для каждого из типов записей (примерно 10 таблиц)? Например, те же записки к контакту имеют тип TEXT, не делать же мне все поля типом TEXT? Номер телефона INT(15), URL VARCHAR(255), а имя VARCHAR(50).
Не надо делать исключений. Сделал заказ - на другой раз не сделает. Это стандартная схема. Возможно, он вообще ничего не делал, а просто передал заказ другому специалисту. Не нужно говорить, сделаешь хорошо - дам еще много заказов.
Вы нам что хотите поведать? О том, что разочаровались в людях? Это вам не поможет. Сегодня это молдаван, завтра вы по глупости заплатите узбеку. Так что, будете почетным гостем подобных тем? Учитесь работать. Кроме того, уверяю, свои деньги вы уже потеряли.
Не рвите из-за денег, на себе последнюю рубашку.
reznikds, мне неприятно читать эту тонну грязи. Лоханулся, потерял время - зачем еще тратить время и больше углубляться в грязь? Для претензий есть арбитраж, в той системе, где вы платили деньги. Для профилактики, почитайте криминалистику, посмотрите детективы. Заведите блог, и опишите, как защищаться от подобных случаев. Но чернить человека, это не прибавит перспективы в улучшении ситуации.
Используйте сделку "без риска". Если исполнитель отказывается принимать платеж по протекции, значит что-то тут не ладно.
Попал на кидалу - прими за нужное. Опыт всегда дорого стоил. У кого-то это 100$, кому-то нужно отдать квартиру и заново все начинать.
Не возвышайте себя за счет чьих-то недостатков. Топик, где обсуждают кидало, это не повод над кем-то надругаться. Тем-более, не всегда очевидно, кто прав, кто виноват. Иногда можно стать самому жертвой чужой агрессии.
Люди и дальше будут попадаться, потому, что вместо методов профилактики, их просвещают какой-то ерундой. Вы думаете я помню всех кидал, о которых создавали здесь темы? А "кидало", вместо того чтобы исправится, просто не будет иметь другого выбора, как продолжать свое лихое дело - ведь его уже окунули в грязь по полной. Кто знает, кто там вас кинул. Может это 14-летний ребенок, который еще вообще ничего в жизни не понимает. А тот факт, что на него будет написано куча грязи, прямо подталкивает его продолжать. Ведь недостаточно изменится, чтобы тебе снова поверили.
Поэтому, я очень негативно отношусь к подобного рода темам. Еще бы паспорт выложили в публичный доступ. Ей богу.
