Closed #46, column naming docs. (does it need a code block?).
This commit is contained in:
parent
2ab8c4e5f4
commit
5dd9d8d88d
@ -0,0 +1,11 @@
|
|||||||
|
One problem with database compatibility is that many databases differ in their behaviour of how the result set of a
|
||||||
|
query is returned. MySql leaves the field names unchanged, which means if you issue a query of the form
|
||||||
|
"SELECT myField FROM ..." then the result set will contain the field 'myField'. Unfortunately, this is
|
||||||
|
just the way MySql and some other databases do it. Postgres for example returns all field names in lowercase
|
||||||
|
whilst Oracle returns all field names in uppercase. "So what? In what way does this influence me when using Doctrine?",
|
||||||
|
you may ask. Fortunately, you don't have to bother about that issue at all. Doctrine takes care of this problem
|
||||||
|
transparently. That means if you define a derived Record class and define a field called 'myField' you will always
|
||||||
|
access it through $record->myField (or $record['myField'], whatever you prefer) no matter whether you're using MySql
|
||||||
|
or Postgres or Oracle ect.<br />
|
||||||
|
<br />
|
||||||
|
In short: You can name your fields however you want, using under_scores, camelCase or whatever you prefer.
|
@ -97,7 +97,8 @@ $menu = array("Getting started" =>
|
|||||||
"Data types and lengths",
|
"Data types and lengths",
|
||||||
"Constraints and validators",
|
"Constraints and validators",
|
||||||
"Default values",
|
"Default values",
|
||||||
"Enum emulation"
|
"Enum emulation",
|
||||||
|
"Field(Column) naming"
|
||||||
),
|
),
|
||||||
"Record identifiers" => array(
|
"Record identifiers" => array(
|
||||||
"Introduction",
|
"Introduction",
|
||||||
|
Loading…
x
Reference in New Issue
Block a user