Заменить иностранные символы

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

Например: m разрабатывает приложение SaaS для здоровья и будет признателен за помощь в первоначальном моделировании. Я начал с этой темы, чтобы подтвердить, что мне вообще следует использовать EAV - ответ был утвердительным, потому что ...

Я разрабатываю приложение SaaS для здоровья и буду признателен за некоторую помощь с начальным моделированием. Я начал с этой ветки , чтобы подтвердить, что я должен вообще использовать EAV - ответ был утвердительным из-за скудности клинических данных. Затем я начал рассматривать возможность использования опции NoSQL вместо того, чтобы пытаться вписать ее в SQL. Кажется, лучше всего подойдет комбинация из двух. Я постараюсь объяснить требования и свою идею, и буду рад любым отзывам. Я использую .net.

Требование .

Я разрабатываю приложение SaaS для здоровья и буду признателен за помощь в начальном моделировании. Я начал с этой ветки , чтобы подтвердить, что я должен вообще использовать EAV - ответ был утвердительным из-за скудности клинических данных. Затем я начал рассматривать возможность использования опции NoSQL вместо того, чтобы пытаться вписать ее в SQL. Кажется, лучше всего подойдет комбинация из двух. Я постараюсь объяснить требования и свою идею, и буду рад любым отзывам. Я использую .net.

Требование .

Я разрабатываю приложение SaaS для здоровья и буду признателен за помощь с первоначальным моделированием. Я начал с этой ветки , чтобы подтвердить, что я должен вообще использовать EAV - ответ был утвердительным из-за скудности клинических данных. Затем я начал рассматривать возможность использования опции NoSQL вместо того, чтобы пытаться вписать ее в SQL. Кажется, лучше всего подойдет комбинация из двух. Я постараюсь объяснить требования и свою идею, и буду рад любым отзывам. Я использую .net.

Требование Затем я начал рассматривать возможность использования опции NoSQL вместо того, чтобы пытаться вписать ее в SQL. Кажется, лучше всего подойдет комбинация из двух. Я постараюсь объяснить требования и свою идею, и буду рад любым отзывам. Я использую .net.

Требование Затем я начал рассматривать возможность использования опции NoSQL вместо того, чтобы пытаться вписать ее в SQL. Кажется, лучше всего подойдет комбинация из двух. Я постараюсь объяснить требования и свою идею, и буду рад любым отзывам. Я использую .net.

Требование На высшем уровне у нас есть «Пациент». Если бы пациенту потребовалась медицинская помощь, что-то могло бы случиться, назовем это «Инцидентом». Для каждого «Инцидента» «Пациента» можно увидеть несколько раз, что называется «Посещения». Все клинические данные (тесты / история / и т.д.) сохраняются за «визит». Итак, у нас есть:

Пациент 1 - ∞ Инциденты 1 - ∞ Посещения 1 - 1 Клинические данные (много потенциальных пар ключ / значение)

Решение (обратная связь будет отличной)

Таблицы SQL

Patient
- PatientID
- other patient info

Incident
- IncidentID
- PatientID
- Other incident info

Visit
- VisitID
- IncidentID
- Datetime

NoSQL DocumentDB (вероятно, RavenDB)

{ // Visit document - id: visits/12345
 "Patient": {
   "PatientId": "patients/54321",
   "Name": "John Smith"
 },
 "Incident": {
   "IncidentId": "incidents/55555",
   "Name": "Cardiac Arrest"
 },
 "VisitData": {
   "BP": "110/70",
   "Hypertension": "True"
   "Cardiac Disease": "Angina"
   "Stroke": "False"
   .... (could be tens or hundreds of key/value pairs)
 },

}

Это то, что у меня есть. Помимо общих мнений (приветствую всех), мне было интересно, думает ли кто-нибудь, что я должен помещать все инциденты и посещения для каждого пациента в ОДИН документ вместо того, чтобы иметь один документ за посещение (что должно быть выше). Я считаю, что документы могут стать `` слишком большими '' (без какого-либо представления о том, что слишком большой означает в БД на основе документов), а также почти всегда просмотры основаны на посещении - хотя нам также нужно будет показывать отчеты о тенденциях по посещениям .

Заранее спасибо !!

Майк